OrangePi_CM5/fs/orangefs
Christophe JAILLET 5d88e24b23 orangefs: Fix the size of a memory allocation in orangefs_bufmap_alloc()
commit 40a74870b2d1d3d44e13b3b73c6571dd34f5614d upstream.

'buffer_index_array' really looks like a bitmap. So it should be allocated
as such.
When kzalloc is called, a number of bytes is expected, but a number of
longs is passed instead.

In get(), if not enough memory is allocated, un-allocated memory may be
read or written.

So use bitmap_zalloc() to safely allocate the correct memory size and
avoid un-expected behavior.

While at it, change the corresponding kfree() into bitmap_free() to keep
the semantic.

Fixes: ea2c9c9f65 ("orangefs: bufmap rewrite")
Signed-off-by: Christophe JAILLET <christophe.jaillet@wanadoo.fr>
Signed-off-by: Mike Marshall <hubcap@omnibond.com>
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
2022-01-20 09:17:50 +01:00
..
Kconfig
…
Makefile
…
acl.c
…
dcache.c
…
devorangefs-req.c
…
dir.c
…
downcall.h
…
file.c
…
inode.c
…
namei.c
…
orangefs-bufmap.c orangefs: Fix the size of a memory allocation in orangefs_bufmap_alloc() 2022-01-20 09:17:50 +01:00
orangefs-bufmap.h
…
orangefs-cache.c
…
orangefs-debug.h
…
orangefs-debugfs.c
…
orangefs-debugfs.h
…
orangefs-dev-proto.h
…
orangefs-kernel.h
…
orangefs-mod.c
…
orangefs-sysfs.c
…
orangefs-sysfs.h
…
orangefs-utils.c
…
protocol.h
…
super.c
…
symlink.c
…
upcall.h
…
waitqueue.c
…
xattr.c
…