| 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
| ||
|
Message-ID: <20140117210343.GD26636@fieldses.org> Date: Fri, 17 Jan 2014 16:03:43 -0500 From: "J. Bruce Fields" <bfields@...ldses.org> To: Christoph Hellwig <hch@...radead.org> Cc: Al Viro <viro@...iv.linux.org.uk>, linux-fsdevel@...r.kernel.org, linux-kernel@...r.kernel.org, linux-nfs@...r.kernel.org, Miklos Szeredi <mszeredi@...e.cz> Subject: Re: [PATCH] dcache: fix d_splice_alias handling of aliases On Fri, Jan 17, 2014 at 10:39:17AM -0500, J. Bruce Fields wrote: > On Fri, Jan 17, 2014 at 04:17:23AM -0800, Christoph Hellwig wrote: > > Also the inode == NULL case really should be split out from > > d_materialise_unique into a separate helper. It shares almost no > > code, is entirely undocumented to the point that I don't really > > understand what the purpose is, and the only caller that can get > > there (fuse) already branches around that case in the caller anyway. > > I think I see what you mean, I can fix that. Actually: - two callers (fuse and nfs) take advantage of the NULL case. - d_splice_alias handles inode == NULL in the same way, and almost every caller takes advantage of that. So at least we wouldn't want to actually make the caller handle this case. But maybe there's still some opportunity for cleanup or documentation. --b. -- 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/
Powered by blists - more mailing lists