Zhang Xiaoxu
a076490b02
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-14 10:16:20 +01:00
..
2020-07-28 12:52:53 -04:00
2021-11-18 14:04:23 +01:00
2018-06-16 16:21:50 +09:00
2020-04-08 09:39:11 -04:00
2020-06-02 10:59:08 -07:00
2019-05-21 10:50:46 +02:00
2019-09-12 14:17:16 -04:00
2022-01-20 09:17:50 +01:00
2019-05-03 14:32:39 -04:00
2018-04-03 21:55:28 -04:00
2023-01-14 10:16:20 +01:00
2019-07-04 10:30:33 +02:00
2020-04-08 09:38:51 -04:00
2023-01-14 10:15:53 +01:00
2019-05-03 14:32:39 -04:00
2019-05-03 14:32:38 -04:00
2018-06-01 14:51:36 -04:00
2021-07-20 16:05:48 +02:00
2019-05-03 14:32:38 -04:00
2019-05-03 14:32:37 -04:00