From mboxrd@z Thu Jan 1 00:00:00 1970 From: Al Viro Subject: Re: [PATCH 0/3] Fixes for vfs-scale and vfs-automount Date: Thu, 24 Feb 2011 03:14:39 +0000 Message-ID: <20110224031439.GR22723@ZenIV.linux.org.uk> References: <20110118040449.23109.33071.stgit@localhost6.localdomain6> <1295420817.3076.24.camel@perseus> <1297779902.13007.86.camel@perseus> <20110224015817.GQ22723@ZenIV.linux.org.uk> <1298516618.2916.20.camel@perseus> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Nick Piggin , Trond Myklebust , David Howells , Kernel Mailing List , linux-fsdevel , Linus Torvalds , Andrew Morton , Linux NFS Mailing List To: Ian Kent Return-path: Content-Disposition: inline In-Reply-To: <1298516618.2916.20.camel@perseus> Sender: linux-kernel-owner@vger.kernel.org List-Id: linux-fsdevel.vger.kernel.org On Thu, Feb 24, 2011 at 11:03:38AM +0800, Ian Kent wrote: > I also have a sick feeling that dentrys may become negative at any point > after __d_lookup_rcu() ..... Yes. To get stability of ->d_inode (assuming the sucker isn't pinned down in normal way by ->d_count) you need ->d_lock. > > Ho-hum... I can reach RHTS, but I'd rather do that at home boxen, if > > possible... Has it been reproduced on UP boxen with SMP kernels, BTW? > > Nope, I'd need to build a kernel specifically for that. I'm not sure how > useful that would be though since the test is specifically meant to > expose problems with multiple concurrent processes accessing an > automount tree. I don't see any problem running the Connectathon tests > which is essentially one automount and one client process. Heh... No, it's just that the only SMP box I have locally right now is dual ultrasparc. Anyway, I can live with RHTS.