* [PATCH] isofs: avoid memory leak in iocharset
@ 2024-11-06 8:28 Hao Ge
2024-11-06 12:40 ` Jan Kara
2024-11-06 18:59 ` Eric Sandeen
0 siblings, 2 replies; 3+ messages in thread
From: Hao Ge @ 2024-11-06 8:28 UTC (permalink / raw)
To: jack, sandeen; +Cc: linux-fsdevel, linux-kernel, Hao Ge
From: Hao Ge <gehao@kylinos.cn>
A memleak was found as below:
unreferenced object 0xffff0000d10164d8 (size 8):
comm "pool-udisksd", pid 108217, jiffies 4295408555
hex dump (first 8 bytes):
75 74 66 38 00 cc cc cc utf8....
backtrace (crc de430d31):
[<ffff800081046e6c>] kmemleak_alloc+0xb8/0xc8
[<ffff8000803e6c3c>] __kmalloc_node_track_caller_noprof+0x380/0x474
[<ffff800080363b74>] kstrdup+0x70/0xfc
[<ffff80007bb3c6a4>] isofs_parse_param+0x228/0x2c0 [isofs]
[<ffff8000804d7f68>] vfs_parse_fs_param+0xf4/0x164
[<ffff8000804d8064>] vfs_parse_fs_string+0x8c/0xd4
[<ffff8000804d815c>] vfs_parse_monolithic_sep+0xb0/0xfc
[<ffff8000804d81d8>] generic_parse_monolithic+0x30/0x3c
[<ffff8000804d8bfc>] parse_monolithic_mount_data+0x40/0x4c
[<ffff8000804b6a64>] path_mount+0x6c4/0x9ec
[<ffff8000804b6e38>] do_mount+0xac/0xc4
[<ffff8000804b7494>] __arm64_sys_mount+0x16c/0x2b0
[<ffff80008002b8dc>] invoke_syscall+0x7c/0x104
[<ffff80008002ba44>] el0_svc_common.constprop.1+0xe0/0x104
[<ffff80008002ba94>] do_el0_svc+0x2c/0x38
[<ffff800081041108>] el0_svc+0x3c/0x1b8
The opt->iocharset is freed inside the isofs_fill_super function,
But there may be situations where it's not possible to
enter this function.
For example, in the get_tree_bdev_flags function,when
encountering the situation where "Can't mount, would change RO state,"
In such a case, isofs_fill_super will not have the opportunity
to be called,which means that opt->iocharset will not have the chance
to be freed,ultimately leading to a memory leak.
Let's move the memory freeing of opt->iocharset into
isofs_free_fc function.
Fixes: 1b17a46c9243 ("isofs: convert isofs to use the new mount API")
Signed-off-by: Hao Ge <gehao@kylinos.cn>
---
fs/isofs/inode.c | 8 ++++----
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/fs/isofs/inode.c b/fs/isofs/inode.c
index f50311a6b429..47038e660812 100644
--- a/fs/isofs/inode.c
+++ b/fs/isofs/inode.c
@@ -948,8 +948,6 @@ static int isofs_fill_super(struct super_block *s, struct fs_context *fc)
goto out_no_inode;
}
- kfree(opt->iocharset);
-
return 0;
/*
@@ -987,7 +985,6 @@ static int isofs_fill_super(struct super_block *s, struct fs_context *fc)
brelse(bh);
brelse(pri_bh);
out_freesbi:
- kfree(opt->iocharset);
kfree(sbi);
s->s_fs_info = NULL;
return error;
@@ -1528,7 +1525,10 @@ static int isofs_get_tree(struct fs_context *fc)
static void isofs_free_fc(struct fs_context *fc)
{
- kfree(fc->fs_private);
+ struct isofs_options *opt = fc->fs_private;
+
+ kfree(opt->iocharset);
+ kfree(opt);
}
static const struct fs_context_operations isofs_context_ops = {
--
2.25.1
^ permalink raw reply related [flat|nested] 3+ messages in thread* Re: [PATCH] isofs: avoid memory leak in iocharset
2024-11-06 8:28 [PATCH] isofs: avoid memory leak in iocharset Hao Ge
@ 2024-11-06 12:40 ` Jan Kara
2024-11-06 18:59 ` Eric Sandeen
1 sibling, 0 replies; 3+ messages in thread
From: Jan Kara @ 2024-11-06 12:40 UTC (permalink / raw)
To: Hao Ge; +Cc: jack, sandeen, linux-fsdevel, linux-kernel, Hao Ge
On Wed 06-11-24 16:28:41, Hao Ge wrote:
> From: Hao Ge <gehao@kylinos.cn>
>
> A memleak was found as below:
>
> unreferenced object 0xffff0000d10164d8 (size 8):
> comm "pool-udisksd", pid 108217, jiffies 4295408555
> hex dump (first 8 bytes):
> 75 74 66 38 00 cc cc cc utf8....
> backtrace (crc de430d31):
> [<ffff800081046e6c>] kmemleak_alloc+0xb8/0xc8
> [<ffff8000803e6c3c>] __kmalloc_node_track_caller_noprof+0x380/0x474
> [<ffff800080363b74>] kstrdup+0x70/0xfc
> [<ffff80007bb3c6a4>] isofs_parse_param+0x228/0x2c0 [isofs]
> [<ffff8000804d7f68>] vfs_parse_fs_param+0xf4/0x164
> [<ffff8000804d8064>] vfs_parse_fs_string+0x8c/0xd4
> [<ffff8000804d815c>] vfs_parse_monolithic_sep+0xb0/0xfc
> [<ffff8000804d81d8>] generic_parse_monolithic+0x30/0x3c
> [<ffff8000804d8bfc>] parse_monolithic_mount_data+0x40/0x4c
> [<ffff8000804b6a64>] path_mount+0x6c4/0x9ec
> [<ffff8000804b6e38>] do_mount+0xac/0xc4
> [<ffff8000804b7494>] __arm64_sys_mount+0x16c/0x2b0
> [<ffff80008002b8dc>] invoke_syscall+0x7c/0x104
> [<ffff80008002ba44>] el0_svc_common.constprop.1+0xe0/0x104
> [<ffff80008002ba94>] do_el0_svc+0x2c/0x38
> [<ffff800081041108>] el0_svc+0x3c/0x1b8
>
> The opt->iocharset is freed inside the isofs_fill_super function,
> But there may be situations where it's not possible to
> enter this function.
>
> For example, in the get_tree_bdev_flags function,when
> encountering the situation where "Can't mount, would change RO state,"
> In such a case, isofs_fill_super will not have the opportunity
> to be called,which means that opt->iocharset will not have the chance
> to be freed,ultimately leading to a memory leak.
>
> Let's move the memory freeing of opt->iocharset into
> isofs_free_fc function.
>
> Fixes: 1b17a46c9243 ("isofs: convert isofs to use the new mount API")
> Signed-off-by: Hao Ge <gehao@kylinos.cn>
Thanks. I've added the patch to my tree.
Honza
--
Jan Kara <jack@suse.com>
SUSE Labs, CR
^ permalink raw reply [flat|nested] 3+ messages in thread* Re: [PATCH] isofs: avoid memory leak in iocharset
2024-11-06 8:28 [PATCH] isofs: avoid memory leak in iocharset Hao Ge
2024-11-06 12:40 ` Jan Kara
@ 2024-11-06 18:59 ` Eric Sandeen
1 sibling, 0 replies; 3+ messages in thread
From: Eric Sandeen @ 2024-11-06 18:59 UTC (permalink / raw)
To: Hao Ge, jack; +Cc: linux-fsdevel, linux-kernel, Hao Ge
On 11/6/24 2:28 AM, Hao Ge wrote:
> From: Hao Ge <gehao@kylinos.cn>
...
> The opt->iocharset is freed inside the isofs_fill_super function,
> But there may be situations where it's not possible to
> enter this function.
>
> For example, in the get_tree_bdev_flags function,when
> encountering the situation where "Can't mount, would change RO state,"
> In such a case, isofs_fill_super will not have the opportunity
> to be called,which means that opt->iocharset will not have the chance
> to be freed,ultimately leading to a memory leak.
>
> Let's move the memory freeing of opt->iocharset into
> isofs_free_fc function.
>
> Fixes: 1b17a46c9243 ("isofs: convert isofs to use the new mount API")
> Signed-off-by: Hao Ge <gehao@kylinos.cn>
Agreed, thank you.
Reviewed-by: Eric Sandeen <sandeen@redhat.com>
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2024-11-06 18:59 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2024-11-06 8:28 [PATCH] isofs: avoid memory leak in iocharset Hao Ge
2024-11-06 12:40 ` Jan Kara
2024-11-06 18:59 ` Eric Sandeen
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox