* [PATCH] VFS: namei: fix __start_dirop() kernel-doc warnings
@ 2025-11-28 0:28 Randy Dunlap
2025-11-28 1:11 ` NeilBrown
0 siblings, 1 reply; 3+ messages in thread
From: Randy Dunlap @ 2025-11-28 0:28 UTC (permalink / raw)
To: linux-fsdevel
Cc: Randy Dunlap, NeilBrown, Christian Brauner, Alexander Viro,
Jan Kara
Use the correct function name and add description for the @state
parameter to avoid these kernel-doc warnings:
Warning: fs/namei.c:2853 function parameter 'state' not described
in '__start_dirop'
WARNING: fs/namei.c:2853 expecting prototype for start_dirop().
Prototype was for __start_dirop() instead
Fixes: ff7c4ea11a05 ("VFS: add start_creating_killable() and start_removing_killable()")
Signed-off-by: Randy Dunlap <rdunlap@infradead.org>
---
Cc: NeilBrown <neil@brown.name>
Cc: Christian Brauner <brauner@kernel.org>
Cc: Alexander Viro <viro@zeniv.linux.org.uk>
Cc: Jan Kara <jack@suse.cz>
---
fs/namei.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
--- linux-next-20251127.orig/fs/namei.c
+++ linux-next-20251127/fs/namei.c
@@ -2836,10 +2836,11 @@ static int filename_parentat(int dfd, st
}
/**
- * start_dirop - begin a create or remove dirop, performing locking and lookup
+ * __start_dirop - begin a create or remove dirop, performing locking and lookup
* @parent: the dentry of the parent in which the operation will occur
* @name: a qstr holding the name within that parent
* @lookup_flags: intent and other lookup flags.
+ * @state: target task state
*
* The lookup is performed and necessary locks are taken so that, on success,
* the returned dentry can be operated on safely.
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: [PATCH] VFS: namei: fix __start_dirop() kernel-doc warnings
2025-11-28 0:28 [PATCH] VFS: namei: fix __start_dirop() kernel-doc warnings Randy Dunlap
@ 2025-11-28 1:11 ` NeilBrown
2025-11-28 1:22 ` Randy Dunlap
0 siblings, 1 reply; 3+ messages in thread
From: NeilBrown @ 2025-11-28 1:11 UTC (permalink / raw)
To: Randy Dunlap
Cc: linux-fsdevel, Randy Dunlap, Christian Brauner, Alexander Viro,
Jan Kara
On Fri, 28 Nov 2025, Randy Dunlap wrote:
> Use the correct function name and add description for the @state
> parameter to avoid these kernel-doc warnings:
>
> Warning: fs/namei.c:2853 function parameter 'state' not described
> in '__start_dirop'
> WARNING: fs/namei.c:2853 expecting prototype for start_dirop().
> Prototype was for __start_dirop() instead
>
> Fixes: ff7c4ea11a05 ("VFS: add start_creating_killable() and start_removing_killable()")
> Signed-off-by: Randy Dunlap <rdunlap@infradead.org>
> ---
> Cc: NeilBrown <neil@brown.name>
> Cc: Christian Brauner <brauner@kernel.org>
> Cc: Alexander Viro <viro@zeniv.linux.org.uk>
> Cc: Jan Kara <jack@suse.cz>
> ---
> fs/namei.c | 3 ++-
> 1 file changed, 2 insertions(+), 1 deletion(-)
>
> --- linux-next-20251127.orig/fs/namei.c
> +++ linux-next-20251127/fs/namei.c
> @@ -2836,10 +2836,11 @@ static int filename_parentat(int dfd, st
> }
>
> /**
> - * start_dirop - begin a create or remove dirop, performing locking and lookup
> + * __start_dirop - begin a create or remove dirop, performing locking and lookup
> * @parent: the dentry of the parent in which the operation will occur
> * @name: a qstr holding the name within that parent
> * @lookup_flags: intent and other lookup flags.
> + * @state: target task state
> *
> * The lookup is performed and necessary locks are taken so that, on success,
> * the returned dentry can be operated on safely.
>
Thanks - but I would rather the doc comment were moved down to be
immediately before start_dirop().
If we were to document __start_dirop (as well?) we would need to
actually say what @state is used for.
Thanks,
NeilBrown
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: [PATCH] VFS: namei: fix __start_dirop() kernel-doc warnings
2025-11-28 1:11 ` NeilBrown
@ 2025-11-28 1:22 ` Randy Dunlap
0 siblings, 0 replies; 3+ messages in thread
From: Randy Dunlap @ 2025-11-28 1:22 UTC (permalink / raw)
To: NeilBrown; +Cc: linux-fsdevel, Christian Brauner, Alexander Viro, Jan Kara
On 11/27/25 5:11 PM, NeilBrown wrote:
> On Fri, 28 Nov 2025, Randy Dunlap wrote:
>> Use the correct function name and add description for the @state
>> parameter to avoid these kernel-doc warnings:
>>
>> Warning: fs/namei.c:2853 function parameter 'state' not described
>> in '__start_dirop'
>> WARNING: fs/namei.c:2853 expecting prototype for start_dirop().
>> Prototype was for __start_dirop() instead
>>
>> Fixes: ff7c4ea11a05 ("VFS: add start_creating_killable() and start_removing_killable()")
>> Signed-off-by: Randy Dunlap <rdunlap@infradead.org>
>> ---
>> Cc: NeilBrown <neil@brown.name>
>> Cc: Christian Brauner <brauner@kernel.org>
>> Cc: Alexander Viro <viro@zeniv.linux.org.uk>
>> Cc: Jan Kara <jack@suse.cz>
>> ---
>> fs/namei.c | 3 ++-
>> 1 file changed, 2 insertions(+), 1 deletion(-)
>>
>> --- linux-next-20251127.orig/fs/namei.c
>> +++ linux-next-20251127/fs/namei.c
>> @@ -2836,10 +2836,11 @@ static int filename_parentat(int dfd, st
>> }
>>
>> /**
>> - * start_dirop - begin a create or remove dirop, performing locking and lookup
>> + * __start_dirop - begin a create or remove dirop, performing locking and lookup
>> * @parent: the dentry of the parent in which the operation will occur
>> * @name: a qstr holding the name within that parent
>> * @lookup_flags: intent and other lookup flags.
>> + * @state: target task state
>> *
>> * The lookup is performed and necessary locks are taken so that, on success,
>> * the returned dentry can be operated on safely.
>>
>
> Thanks - but I would rather the doc comment were moved down to be
> immediately before start_dirop().
Sounds good.
> If we were to document __start_dirop (as well?) we would need to
> actually say what @state is used for.
--
~Randy
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2025-11-28 1:22 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2025-11-28 0:28 [PATCH] VFS: namei: fix __start_dirop() kernel-doc warnings Randy Dunlap
2025-11-28 1:11 ` NeilBrown
2025-11-28 1:22 ` Randy Dunlap
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).