diff options
| author | Paul E. McKenney <[email protected]> | 2020-12-09 00:13:57 +0000 |
|---|---|---|
| committer | Paul E. McKenney <[email protected]> | 2021-01-22 23:24:04 +0000 |
| commit | 98f180837a896ecedf8f7e12af22b57f271d43c9 (patch) | |
| tree | 68aa15a82f5e689a5c057edb6d6ab5808ea8a66f /net/bluetooth/hci_request.c | |
| parent | mm: Make mem_dump_obj() handle NULL and zero-sized pointers (diff) | |
| download | kernel-98f180837a896ecedf8f7e12af22b57f271d43c9.tar.gz kernel-98f180837a896ecedf8f7e12af22b57f271d43c9.zip | |
mm: Make mem_dump_obj() handle vmalloc() memory
This commit adds vmalloc() support to mem_dump_obj(). Note that the
vmalloc_dump_obj() function combines the checking and dumping, in
contrast with the split between kmem_valid_obj() and kmem_dump_obj().
The reason for the difference is that the checking in the vmalloc()
case involves acquiring a global lock, and redundant acquisitions of
global locks should be avoided, even on not-so-fast paths.
Note that this change causes on-stack variables to be reported as
vmalloc() storage from kernel_clone() or similar, depending on the degree
of inlining that your compiler does. This is likely more helpful than
the earlier "non-paged (local) memory".
Cc: Andrew Morton <[email protected]>
Cc: Joonsoo Kim <[email protected]>
Cc: <[email protected]>
Reported-by: Andrii Nakryiko <[email protected]>
Acked-by: Vlastimil Babka <[email protected]>
Tested-by: Naresh Kamboju <[email protected]>
Signed-off-by: Paul E. McKenney <[email protected]>
Diffstat (limited to 'net/bluetooth/hci_request.c')
0 files changed, 0 insertions, 0 deletions
