2022-06-22 09:54:26

by sunliming

[permalink] [raw]
Subject: [PATCH] walk_component(): get inode in lookup_slow branch statement block

The inode variable is used as a parameter by the step_into function,
but is not assigned a value in the sub-lookup_slow branch path. So
get the inode in the sub-lookup_slow branch path.

Signed-off-by: sunliming <[email protected]>
---
fs/namei.c | 2 ++
1 file changed, 2 insertions(+)

diff --git a/fs/namei.c b/fs/namei.c
index 1f28d3f463c3..a1a3e9514f46 100644
--- a/fs/namei.c
+++ b/fs/namei.c
@@ -2014,6 +2014,8 @@ static const char *walk_component(struct nameidata *nd, int flags)
dentry = lookup_slow(&nd->last, nd->path.dentry, nd->flags);
if (IS_ERR(dentry))
return ERR_CAST(dentry);
+
+ inode = d_backing_inode(dentry);
}
if (!(flags & WALK_MORE) && nd->depth)
put_link(nd);
--
2.25.1


2022-06-22 10:37:09

by Al Viro

[permalink] [raw]
Subject: Re: [PATCH] walk_component(): get inode in lookup_slow branch statement block

On Wed, Jun 22, 2022 at 04:51:46PM +0800, sunliming wrote:
> The inode variable is used as a parameter by the step_into function,
> but is not assigned a value in the sub-lookup_slow branch path. So
> get the inode in the sub-lookup_slow branch path.

Take a good look at handle_mounts() and the things it does when
*not* in RCU mode (i.e. LOOKUP_RCU is not set). Specifically,
*inode = d_backing_inode(path->dentry);
*seqp = 0; /* out of RCU mode, so the value doesn't matter */
this part.

IOW, the values passed to step_into() in inode/seq are overridden unless
we stay in RCU mode. And if we'd been through lookup_slow(), we'd been
out of RCU mode since before we called step_into().

2022-06-23 04:51:15

by sunliming

[permalink] [raw]
Subject: Re: [PATCH] walk_component(): get inode in lookup_slow branch statement block

Al Viro <[email protected]> 于2022年6月22日周三 18:35写道:
>
> On Wed, Jun 22, 2022 at 04:51:46PM +0800, sunliming wrote:
> > The inode variable is used as a parameter by the step_into function,
> > but is not assigned a value in the sub-lookup_slow branch path. So
> > get the inode in the sub-lookup_slow branch path.
>
> Take a good look at handle_mounts() and the things it does when
> *not* in RCU mode (i.e. LOOKUP_RCU is not set). Specifically,
> *inode = d_backing_inode(path->dentry);
> *seqp = 0; /* out of RCU mode, so the value doesn't matter */
> this part.
>
> IOW, the values passed to step_into() in inode/seq are overridden unless
> we stay in RCU mode. And if we'd been through lookup_slow(), we'd been
> out of RCU mode since before we called step_into().
OK,I got it.

2022-06-23 05:01:10

by sunliming

[permalink] [raw]
Subject: Re: [PATCH] walk_component(): get inode in lookup_slow branch statement block

Al Viro <[email protected]> 于2022年6月22日周三 18:35写道:
>
> On Wed, Jun 22, 2022 at 04:51:46PM +0800, sunliming wrote:
> > The inode variable is used as a parameter by the step_into function,
> > but is not assigned a value in the sub-lookup_slow branch path. So
> > get the inode in the sub-lookup_slow branch path.
>
> Take a good look at handle_mounts() and the things it does when
> *not* in RCU mode (i.e. LOOKUP_RCU is not set). Specifically,
> *inode = d_backing_inode(path->dentry);
> *seqp = 0; /* out of RCU mode, so the value doesn't matter */
> this part.
>
> IOW, the values passed to step_into() in inode/seq are overridden unless
> we stay in RCU mode. And if we'd been through lookup_slow(), we'd been
> out of RCU mode since before we called step_into().

It might be more appropriate and easier to understand to do this
before parameter passing in the top-level walk_component function?

2022-06-23 05:03:19

by Al Viro

[permalink] [raw]
Subject: Re: [PATCH] walk_component(): get inode in lookup_slow branch statement block

On Thu, Jun 23, 2022 at 11:44:29AM +0800, sunliming wrote:
> Al Viro <[email protected]> 于2022年6月22日周三 18:35写道:
> >
> > On Wed, Jun 22, 2022 at 04:51:46PM +0800, sunliming wrote:
> > > The inode variable is used as a parameter by the step_into function,
> > > but is not assigned a value in the sub-lookup_slow branch path. So
> > > get the inode in the sub-lookup_slow branch path.
> >
> > Take a good look at handle_mounts() and the things it does when
> > *not* in RCU mode (i.e. LOOKUP_RCU is not set). Specifically,
> > *inode = d_backing_inode(path->dentry);
> > *seqp = 0; /* out of RCU mode, so the value doesn't matter */
> > this part.
> >
> > IOW, the values passed to step_into() in inode/seq are overridden unless
> > we stay in RCU mode. And if we'd been through lookup_slow(), we'd been
> > out of RCU mode since before we called step_into().
>
> It might be more appropriate and easier to understand to do this
> before parameter passing in the top-level walk_component function?

It's possible to fall out of RCU mode *inside* step_into(), so we need
it done there anyway. Unfortunately ;-/

2022-06-23 10:10:11

by sunliming

[permalink] [raw]
Subject: Re: [PATCH] walk_component(): get inode in lookup_slow branch statement block

Al Viro <[email protected]> 于2022年6月23日周四 11:48写道:
>
> On Thu, Jun 23, 2022 at 11:44:29AM +0800, sunliming wrote:
> > Al Viro <[email protected]> 于2022年6月22日周三 18:35写道:
> > >
> > > On Wed, Jun 22, 2022 at 04:51:46PM +0800, sunliming wrote:
> > > > The inode variable is used as a parameter by the step_into function,
> > > > but is not assigned a value in the sub-lookup_slow branch path. So
> > > > get the inode in the sub-lookup_slow branch path.
> > >
> > > Take a good look at handle_mounts() and the things it does when
> > > *not* in RCU mode (i.e. LOOKUP_RCU is not set). Specifically,
> > > *inode = d_backing_inode(path->dentry);
> > > *seqp = 0; /* out of RCU mode, so the value doesn't matter */
> > > this part.
> > >
> > > IOW, the values passed to step_into() in inode/seq are overridden unless
> > > we stay in RCU mode. And if we'd been through lookup_slow(), we'd been
> > > out of RCU mode since before we called step_into().
> >
> > It might be more appropriate and easier to understand to do this
> > before parameter passing in the top-level walk_component function?
>
> It's possible to fall out of RCU mode *inside* step_into(), so we need
> it done there anyway. Unfortunately ;-/
Thanks for your explanation