Zhang Xiaoxu
bdc2d33fa2
orangefs: Fix kmemleak in orangefs_{kernel,client}_debug_init()
...
[ Upstream commit 31720a2b109b3080eb77e97b8f6f50a27b4ae599 ]
When insert and remove the orangefs module, there are memory leaked
as below:
unreferenced object 0xffff88816b0cc000 (size 2048):
comm "insmod", pid 783, jiffies 4294813439 (age 65.512s)
hex dump (first 32 bytes):
6e 6f 6e 65 0a 00 00 00 00 00 00 00 00 00 00 00 none............
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
backtrace:
[<0000000031ab7788>] kmalloc_trace+0x27/0xa0
[<000000005b405fee>] orangefs_debugfs_init.cold+0xaf/0x17f
[<00000000e5a0085b>] 0xffffffffa02780f9
[<000000004232d9f7>] do_one_initcall+0x87/0x2a0
[<0000000054f22384>] do_init_module+0xdf/0x320
[<000000003263bdea>] load_module+0x2f98/0x3330
[<0000000052cd4153>] __do_sys_finit_module+0x113/0x1b0
[<00000000250ae02b>] do_syscall_64+0x35/0x80
[<00000000f11c03c7>] entry_SYSCALL_64_after_hwframe+0x46/0xb0
Use the golbal variable as the buffer rather than dynamic allocate to
slove the problem.
Signed-off-by: Zhang Xiaoxu <zhangxiaoxu5@huawei.com>
Signed-off-by: Mike Marshall <hubcap@omnibond.com>
Signed-off-by: Sasha Levin <sashal@kernel.org>
2023-01-18 11:41:39 +01:00
..
2019-05-03 14:32:38 -04:00
2021-11-17 09:48:45 +01:00
2020-08-21 13:05:29 +02:00
2020-08-21 13:05:29 +02:00
2019-05-21 10:50:46 +02:00
2019-09-12 14:17:16 -04:00
2022-01-20 09:19:17 +01:00
2019-05-03 14:32:39 -04:00
2023-01-18 11:41:39 +01:00
2019-07-04 10:30:33 +02:00
2020-08-21 13:05:29 +02:00
2023-01-18 11:41:20 +01:00
2019-05-03 14:32:39 -04:00
2019-05-03 14:32:38 -04:00
2021-07-20 16:10:48 +02:00
2019-05-03 14:32:38 -04:00