From mboxrd@z Thu Jan 1 00:00:00 1970 From: Eric Dumazet Subject: Re: [patch 2/6] fs: no games with DCACHE_UNHASHED Date: Thu, 15 Oct 2009 11:13:45 +0200 Message-ID: <4AD6E7C9.5080001@gmail.com> References: <20091015044026.319860788@suse.de> <20091015050048.165912589@suse.de> <4AD6D2E3.9050105@gmail.com> <20091015081343.GC4262@wotan.suse.de> <20091015082903.GD4262@wotan.suse.de> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: QUOTED-PRINTABLE Cc: Al Viro , linux-fsdevel@vger.kernel.org, Ian Kent , Linus Torvalds , linux-kernel@vger.kernel.org, Miklos Szeredi To: Nick Piggin Return-path: Received: from gw1.cosmosbay.com ([212.99.114.194]:52540 "EHLO gw1.cosmosbay.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1755902AbZJOJOb (ORCPT ); Thu, 15 Oct 2009 05:14:31 -0400 In-Reply-To: <20091015082903.GD4262@wotan.suse.de> Sender: linux-fsdevel-owner@vger.kernel.org List-ID: Nick Piggin a =E9crit : > So what if we were to do this first? Are there any other reasons I've > missed? (btw. this changes the format the link if that is a problem. > Probably if we're going to do this change, we should change things li= ke > [timerfd] to just timerfd while we're there to improve consistency > further. > -- > Pipe and socket pseudo filesystems report their file descriptor link > paths as pipe:[ino] and socket:[ino]. anon_inodefs allows subsystems > to specify a name, but it does not report an associated inode number. >=20 > Implement this with anon_inodefs_dname in the same way pipefs and soc= kfs > are. >=20 > --- > fs/anon_inodes.c | 10 ++++++++++ > 1 file changed, 10 insertions(+) >=20 > Index: linux-2.6/fs/anon_inodes.c > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > --- linux-2.6.orig/fs/anon_inodes.c > +++ linux-2.6/fs/anon_inodes.c > @@ -45,6 +45,15 @@ static int anon_inodefs_delete_dentry(st > return 1; > } > =20 > +/* > + * anon_inodefs_dname() is called from d_path(). > + */ > +static char *anon_inodefs_dname(struct dentry *dentry, char *buffer,= int buflen) > +{ > + return dynamic_dname(dentry, buffer, buflen, "%s:[%lu]", > + dentry->d_name.name, dentry->d_inode->i_ino); > +} > + > static struct file_system_type anon_inode_fs_type =3D { > .name =3D "anon_inodefs", > .get_sb =3D anon_inodefs_get_sb, > @@ -52,6 +61,7 @@ static struct file_system_type anon_inod > }; > static const struct dentry_operations anon_inodefs_dentry_operations= =3D { > .d_delete =3D anon_inodefs_delete_dentry, > + .d_dname =3D anon_inodefs_dname, > }; > =20 > /* Yes, that would be fine, thanks Nick. Acked-by: Eric Dumazet -- To unsubscribe from this list: send the line "unsubscribe linux-fsdevel= " in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html