All of lore.kernel.org
 help / color / mirror / Atom feed
* [PATCH] btrfs: fix a resource leak in btrfs_init_sysfs()
@ 2022-11-19  6:43 Zhen Lei
  2022-11-19  6:53 ` Qu Wenruo
  0 siblings, 1 reply; 5+ messages in thread
From: Zhen Lei @ 2022-11-19  6:43 UTC (permalink / raw)
  To: Chris Mason, Josef Bacik, David Sterba, linux-btrfs, linux-kernel
  Cc: Zhen Lei

When btrfs_debug_feature_attr_group fails to be created,
btrfs_feature_attr_group is not removed.

Signed-off-by: Zhen Lei <thunder.leizhen@huawei.com>
---
 fs/btrfs/sysfs.c | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/fs/btrfs/sysfs.c b/fs/btrfs/sysfs.c
index 699b54b3acaae0b..947125f2ceaaf96 100644
--- a/fs/btrfs/sysfs.c
+++ b/fs/btrfs/sysfs.c
@@ -2322,7 +2322,7 @@ int __init btrfs_init_sysfs(void)
 #ifdef CONFIG_BTRFS_DEBUG
 	ret = sysfs_create_group(&btrfs_kset->kobj, &btrfs_debug_feature_attr_group);
 	if (ret)
-		goto out2;
+		goto out_remove_group;
 #endif
 
 	return 0;
-- 
2.25.1


^ permalink raw reply related	[flat|nested] 5+ messages in thread

* Re: [PATCH] btrfs: fix a resource leak in btrfs_init_sysfs()
  2022-11-19  6:43 [PATCH] btrfs: fix a resource leak in btrfs_init_sysfs() Zhen Lei
@ 2022-11-19  6:53 ` Qu Wenruo
  2022-11-20  3:11   ` Qu Wenruo
  0 siblings, 1 reply; 5+ messages in thread
From: Qu Wenruo @ 2022-11-19  6:53 UTC (permalink / raw)
  To: Zhen Lei, Chris Mason, Josef Bacik, David Sterba, linux-btrfs,
	linux-kernel



On 2022/11/19 14:43, Zhen Lei wrote:
> When btrfs_debug_feature_attr_group fails to be created,
> btrfs_feature_attr_group is not removed.
> 
> Signed-off-by: Zhen Lei <thunder.leizhen@huawei.com>

Reviewed-by: Qu Wenruo <wqu@suse.com>

Thanks,
Qu
> ---
>   fs/btrfs/sysfs.c | 2 +-
>   1 file changed, 1 insertion(+), 1 deletion(-)
> 
> diff --git a/fs/btrfs/sysfs.c b/fs/btrfs/sysfs.c
> index 699b54b3acaae0b..947125f2ceaaf96 100644
> --- a/fs/btrfs/sysfs.c
> +++ b/fs/btrfs/sysfs.c
> @@ -2322,7 +2322,7 @@ int __init btrfs_init_sysfs(void)
>   #ifdef CONFIG_BTRFS_DEBUG
>   	ret = sysfs_create_group(&btrfs_kset->kobj, &btrfs_debug_feature_attr_group);
>   	if (ret)
> -		goto out2;
> +		goto out_remove_group;
>   #endif
>   
>   	return 0;

^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: [PATCH] btrfs: fix a resource leak in btrfs_init_sysfs()
  2022-11-19  6:53 ` Qu Wenruo
@ 2022-11-20  3:11   ` Qu Wenruo
  2022-11-20  3:29     ` Qu Wenruo
  0 siblings, 1 reply; 5+ messages in thread
From: Qu Wenruo @ 2022-11-20  3:11 UTC (permalink / raw)
  To: Zhen Lei, Chris Mason, Josef Bacik, David Sterba, linux-btrfs,
	linux-kernel



On 2022/11/19 14:53, Qu Wenruo wrote:
> 
> 
> On 2022/11/19 14:43, Zhen Lei wrote:
>> When btrfs_debug_feature_attr_group fails to be created,
>> btrfs_feature_attr_group is not removed.
>>
>> Signed-off-by: Zhen Lei <thunder.leizhen@huawei.com>
> 
> Reviewed-by: Qu Wenruo <wqu@suse.com>

Wait for a minute, should we call sysfs_unmerge_group() first before 
calling sysfs_remove_group()?

As the sysfs_remove_group() will only remove the 
btrfs_feature_attr_group, and kset_unregister() will only free 
btrfs_kset, without removing the added btrfs_static_feature_attr_group.

I haven't yet find a function that will remove all children attrs in 
just one go, or did I miss something?

Thanks,
Qu
> 
> Thanks,
> Qu
>> ---
>>   fs/btrfs/sysfs.c | 2 +-
>>   1 file changed, 1 insertion(+), 1 deletion(-)
>>
>> diff --git a/fs/btrfs/sysfs.c b/fs/btrfs/sysfs.c
>> index 699b54b3acaae0b..947125f2ceaaf96 100644
>> --- a/fs/btrfs/sysfs.c
>> +++ b/fs/btrfs/sysfs.c
>> @@ -2322,7 +2322,7 @@ int __init btrfs_init_sysfs(void)
>>   #ifdef CONFIG_BTRFS_DEBUG
>>       ret = sysfs_create_group(&btrfs_kset->kobj, 
>> &btrfs_debug_feature_attr_group);
>>       if (ret)
>> -        goto out2;
>> +        goto out_remove_group;
>>   #endif
>>       return 0;

^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: [PATCH] btrfs: fix a resource leak in btrfs_init_sysfs()
  2022-11-20  3:11   ` Qu Wenruo
@ 2022-11-20  3:29     ` Qu Wenruo
  2022-11-21  3:49       ` Leizhen (ThunderTown)
  0 siblings, 1 reply; 5+ messages in thread
From: Qu Wenruo @ 2022-11-20  3:29 UTC (permalink / raw)
  To: Zhen Lei, Chris Mason, Josef Bacik, David Sterba, linux-btrfs,
	linux-kernel



On 2022/11/20 11:11, Qu Wenruo wrote:
> 
> 
> On 2022/11/19 14:53, Qu Wenruo wrote:
>>
>>
>> On 2022/11/19 14:43, Zhen Lei wrote:
>>> When btrfs_debug_feature_attr_group fails to be created,
>>> btrfs_feature_attr_group is not removed.
>>>
>>> Signed-off-by: Zhen Lei <thunder.leizhen@huawei.com>
>>
>> Reviewed-by: Qu Wenruo <wqu@suse.com>
> 
> Wait for a minute, should we call sysfs_unmerge_group() first before 
> calling sysfs_remove_group()?
> 
> As the sysfs_remove_group() will only remove the 
> btrfs_feature_attr_group, and kset_unregister() will only free 
> btrfs_kset, without removing the added btrfs_static_feature_attr_group.
> 
> I haven't yet find a function that will remove all children attrs in 
> just one go, or did I miss something?

Oh, indeed I missed something.

The following call chain would properly handle every child of a kobj:

kset_unregister()
|- kobject_del()
    |- __kobject_del()
       |- sysfs_remove_dir()
          |- kernfs_remove()
             |- __kernfs_remove()
                |- do { kernfs_leftmost_descendant(); } while (pos != kn)

The final do {} while () loop will unlink each child kernel_node and 
free it.

This means, as long as we call kset_unregister(), we should be able to 
free every child of it.


So with or without this patch, the error handling should be fine.

Although personally speaking, I'd prefer a more explicit cleanup (with 
extra sysfs_unmerge_group() call) as going through the above call chain 
is not that straightforward.

Thanks,
Qu

> 
> Thanks,
> Qu
>>
>> Thanks,
>> Qu
>>> ---
>>>   fs/btrfs/sysfs.c | 2 +-
>>>   1 file changed, 1 insertion(+), 1 deletion(-)
>>>
>>> diff --git a/fs/btrfs/sysfs.c b/fs/btrfs/sysfs.c
>>> index 699b54b3acaae0b..947125f2ceaaf96 100644
>>> --- a/fs/btrfs/sysfs.c
>>> +++ b/fs/btrfs/sysfs.c
>>> @@ -2322,7 +2322,7 @@ int __init btrfs_init_sysfs(void)
>>>   #ifdef CONFIG_BTRFS_DEBUG
>>>       ret = sysfs_create_group(&btrfs_kset->kobj, 
>>> &btrfs_debug_feature_attr_group);
>>>       if (ret)
>>> -        goto out2;
>>> +        goto out_remove_group;
>>>   #endif
>>>       return 0;

^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: [PATCH] btrfs: fix a resource leak in btrfs_init_sysfs()
  2022-11-20  3:29     ` Qu Wenruo
@ 2022-11-21  3:49       ` Leizhen (ThunderTown)
  0 siblings, 0 replies; 5+ messages in thread
From: Leizhen (ThunderTown) @ 2022-11-21  3:49 UTC (permalink / raw)
  To: Qu Wenruo, Chris Mason, Josef Bacik, David Sterba, linux-btrfs,
	linux-kernel



On 2022/11/20 11:29, Qu Wenruo wrote:
> 
> 
> On 2022/11/20 11:11, Qu Wenruo wrote:
>>
>>
>> On 2022/11/19 14:53, Qu Wenruo wrote:
>>>
>>>
>>> On 2022/11/19 14:43, Zhen Lei wrote:
>>>> When btrfs_debug_feature_attr_group fails to be created,
>>>> btrfs_feature_attr_group is not removed.
>>>>
>>>> Signed-off-by: Zhen Lei <thunder.leizhen@huawei.com>
>>>
>>> Reviewed-by: Qu Wenruo <wqu@suse.com>
>>
>> Wait for a minute, should we call sysfs_unmerge_group() first before calling sysfs_remove_group()?
>>
>> As the sysfs_remove_group() will only remove the btrfs_feature_attr_group, and kset_unregister() will only free btrfs_kset, without removing the added btrfs_static_feature_attr_group.
>>
>> I haven't yet find a function that will remove all children attrs in just one go, or did I miss something?
> 
> Oh, indeed I missed something.
> 
> The following call chain would properly handle every child of a kobj:
> 
> kset_unregister()
> |- kobject_del()
>    |- __kobject_del()
>       |- sysfs_remove_dir()
>          |- kernfs_remove()
>             |- __kernfs_remove()
>                |- do { kernfs_leftmost_descendant(); } while (pos != kn)
> 
> The final do {} while () loop will unlink each child kernel_node and free it.
> 
> This means, as long as we call kset_unregister(), we should be able to free every child of it.

OK, thanks.

> 
> 
> So with or without this patch, the error handling should be fine.
> 
> Although personally speaking, I'd prefer a more explicit cleanup (with extra sysfs_unmerge_group() call) as going through the above call chain is not that straightforward.

Yes, with sysfs_unmerge_group(), the code logic is clearer.

> 
> Thanks,
> Qu
> 
>>
>> Thanks,
>> Qu
>>>
>>> Thanks,
>>> Qu
>>>> ---
>>>>   fs/btrfs/sysfs.c | 2 +-
>>>>   1 file changed, 1 insertion(+), 1 deletion(-)
>>>>
>>>> diff --git a/fs/btrfs/sysfs.c b/fs/btrfs/sysfs.c
>>>> index 699b54b3acaae0b..947125f2ceaaf96 100644
>>>> --- a/fs/btrfs/sysfs.c
>>>> +++ b/fs/btrfs/sysfs.c
>>>> @@ -2322,7 +2322,7 @@ int __init btrfs_init_sysfs(void)
>>>>   #ifdef CONFIG_BTRFS_DEBUG
>>>>       ret = sysfs_create_group(&btrfs_kset->kobj, &btrfs_debug_feature_attr_group);
>>>>       if (ret)
>>>> -        goto out2;
>>>> +        goto out_remove_group;
>>>>   #endif
>>>>       return 0;
> .
> 

-- 
Regards,
  Zhen Lei

^ permalink raw reply	[flat|nested] 5+ messages in thread

end of thread, other threads:[~2022-11-21  3:50 UTC | newest]

Thread overview: 5+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2022-11-19  6:43 [PATCH] btrfs: fix a resource leak in btrfs_init_sysfs() Zhen Lei
2022-11-19  6:53 ` Qu Wenruo
2022-11-20  3:11   ` Qu Wenruo
2022-11-20  3:29     ` Qu Wenruo
2022-11-21  3:49       ` Leizhen (ThunderTown)

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.