From mboxrd@z Thu Jan 1 00:00:00 1970 From: Christoph Hellwig Subject: Re: [autofs] [RFC PATCH]autofs4: hang and proposed fix Date: Sun, 4 Dec 2005 12:57:40 +0000 Message-ID: <20051204125740.GB28229@infradead.org> References: <438E0C66.6040607@us.ibm.com> <1133384015.8974.35.camel@lade.trondhjem.org> <438E1A05.7000308@us.ibm.com> <438F251B.7060602@us.ibm.com> <43906968.6080508@us.ibm.com> <1133547148.8976.25.camel@lade.trondhjem.org> <20051204125612.GA28229@infradead.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Ian Kent , Will Taber , Jeff Moyer , Ram Pai , autofs mailing list , linux-fsdevel Return-path: Received: from pentafluge.infradead.org ([213.146.154.40]:12720 "EHLO pentafluge.infradead.org") by vger.kernel.org with ESMTP id S932212AbVLDM5y (ORCPT ); Sun, 4 Dec 2005 07:57:54 -0500 To: Trond Myklebust Content-Disposition: inline In-Reply-To: <20051204125612.GA28229@infradead.org> Sender: linux-fsdevel-owner@vger.kernel.org List-Id: linux-fsdevel.vger.kernel.org On Sun, Dec 04, 2005 at 12:56:12PM +0000, Christoph Hellwig wrote: > They are still NULL in exactly one case: lookup_one_len. Given the design > of lookup_one_len we can't get at a nameidata there at all. Oh, forgot the most important bit here :) lookup_one_len is a library helper never called by the VFS. autofs (v4 at least) doesn't use it so now always get a nameidata. In fact if you look in -mm there's a patch from me that makes use of that fact.