Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753272AbbEQQ4W (ORCPT ); Sun, 17 May 2015 12:56:22 -0400 Received: from mail-ig0-f172.google.com ([209.85.213.172]:34997 "EHLO mail-ig0-f172.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750956AbbEQQ4N (ORCPT ); Sun, 17 May 2015 12:56:13 -0400 MIME-Version: 1.0 In-Reply-To: References: <20150516093022.51e1464e@notabene.brown> <20150516112503.2f970573@notabene.brown> <20150516014718.GO7232@ZenIV.linux.org.uk> <20150516144527.20b89194@notabene.brown> <20150516054626.GS7232@ZenIV.linux.org.uk> <20150516141811.GT7232@ZenIV.linux.org.uk> <20150517131203.7342afc8@notabene.brown> <20150517105535.GU7232@ZenIV.linux.org.uk> Date: Sun, 17 May 2015 09:56:13 -0700 X-Google-Sender-Auth: oudU2hF7S38gEaufAKiUX48t2c0 Message-ID: Subject: Re: [RFC][PATCHSET v3] non-recursive pathname resolution & RCU symlinks From: Linus Torvalds To: Al Viro Cc: NeilBrown , Andreas Dilger , Dave Chinner , Linux Kernel Mailing List , linux-fsdevel , Christoph Hellwig Content-Type: text/plain; charset=UTF-8 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 913 Lines: 22 On Sun, May 17, 2015 at 9:43 AM, Linus Torvalds wrote: > > d_instantiate(dentry, inode); > > could decide that *before* it does that "d_instantiate()", it could > pre-populate the child list of 'dentry' with the lookup information > for 'b' (and possibly recursively for 'c' too under 'd'). Yech, nfs uses d_splice_alias(), so we'd have to add some logic to throw away any preloaded entries there if we actually have an alias and end up merging and using the alias. Or something. Because I think we'd have a dentry leak otherwise. So it wouldn't work "as-is", but it might still be reasonably easy. Linus -- 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/