lkml.org 
[lkml]   [2006]   [Oct]   [18]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: fsstack: struct path
On Wed, Oct 18, 2006 at 01:31:03AM -0700, Andrew Morton wrote:
> On Wed, 18 Oct 2006 00:23:23 -0400
> Josef Sipek <jsipek@fsl.cs.sunysb.edu> wrote:
>
> > Few weeks ago, I noticed that fs/namei.c defines struct path:
> >
> > struct path {
> > struct vfsmount *mnt;
> > struct dentry *dentry;
> > };
> >
> > I think it would make sense to move it into include/linux/ as it is quite
> > useful (and it would discourage the (ab)use of struct nameidata.)
> >
> > The fsstack code could benefit from it as the stackable fs dentries have to
> > keep track of the lower dentry as well as the lower vfsmount.
> >
> > One, rather unfortunate, fact is that struct path is also defined in
> > include/linux/reiserfs_fs.h as something completely different - reiserfs
> > specific.
> >
> > Any thoughts?
> >
>
> reiserfs is being bad. s/path/reiserfs_path/g

Indeed. That's one pending patch that never got around to be submitted
(and had bitrotten at least 3 times, IIRC).

ACK, provided that reiserfs folks are OK with the replacement name for
their struct. Note that "path" in question has very little to do with
pathnames - it's a path in balanced tree, IIRC. So if we get around
to renaming that sucker, it might be a good time to pick better name.

Certainly ACK for generic part.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2006-10-18 10:39    [W:0.056 / U:0.156 seconds]
©2003-2017 Jasper Spaans. hosted at Digital OceanAdvertise on this site