summaryrefslogtreecommitdiffstats
path: root/drivers/nvme
diff options
context:
space:
mode:
authorEric Biggers <ebiggers@google.com>2020-06-04 21:57:48 -0700
committerJaegeuk Kim <jaegeuk@kernel.org>2020-06-08 20:34:58 -0700
commit0b6d4ca04a86b9dababbb76e58d33c437e127b77 (patch)
treec2fabe991e31a729d342581ac3405cbc08be1447 /drivers/nvme
parente78790f84a5417287965a06cd4dea85df0743935 (diff)
downloadlinux-stable-0b6d4ca04a86b9dababbb76e58d33c437e127b77.tar.gz
linux-stable-0b6d4ca04a86b9dababbb76e58d33c437e127b77.tar.bz2
linux-stable-0b6d4ca04a86b9dababbb76e58d33c437e127b77.zip
f2fs: don't return vmalloc() memory from f2fs_kmalloc()
kmalloc() returns kmalloc'ed memory, and kvmalloc() returns either kmalloc'ed or vmalloc'ed memory. But the f2fs wrappers, f2fs_kmalloc() and f2fs_kvmalloc(), both return both kinds of memory. It's redundant to have two functions that do the same thing, and also breaking the standard naming convention is causing bugs since people assume it's safe to kfree() memory allocated by f2fs_kmalloc(). See e.g. the various allocations in fs/f2fs/compress.c. Fix this by making f2fs_kmalloc() just use kmalloc(). And to avoid re-introducing the allocation failures that the vmalloc fallback was intended to fix, convert the largest allocations to use f2fs_kvmalloc(). Signed-off-by: Eric Biggers <ebiggers@google.com> Reviewed-by: Chao Yu <yuchao0@huawei.com> Signed-off-by: Jaegeuk Kim <jaegeuk@kernel.org>
Diffstat (limited to 'drivers/nvme')
0 files changed, 0 insertions, 0 deletions