linux-kernel - fsstack: struct path

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [day] [month] [year] [list]

Date:	Wed, 18 Oct 2006 00:23:23 -0400
From:	Josef Sipek <jsipek@....cs.sunysb.edu>
To:	linux-kernel@...r.kernel.org
Cc:	akpm@...l.org, hch@...radead.org, viro@....linux.org.uk,
	mhalcrow@...ibm.com, penberg@...helsinki.fi,
	linux-fsdevel@...r.kernel.org
Subject: fsstack: struct path

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?

Josef "Jeff" Sipek.

-- 
I already backed up the box once, I can do it again.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/