From mboxrd@z Thu Jan 1 00:00:00 1970 From: Sage Weil Subject: Re: [patch 4/9] vfs: add lockdep annotation to s_vfs_rename_key for ecryptfs Date: Tue, 1 Dec 2009 16:47:43 -0800 (PST) Message-ID: References: <200911172256.nAHMuTrP027560@imap1.linux-foundation.org> <200912020009.nB209Nqx022549@agora.fsl.cs.sunysb.edu> <20091201161345.bd3dd2b1.akpm@linux-foundation.org> Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: Erez Zadok , viro@zeniv.linux.org.uk, linux-fsdevel@vger.kernel.org, rdreier@cisco.com, kirkland@canonical.com, tyhicks@linux.vnet.ibm.com, raven@themaw.net To: Andrew Morton Return-path: Received: from cobra.newdream.net ([66.33.216.30]:34541 "EHLO cobra.newdream.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754778AbZLBArh (ORCPT ); Tue, 1 Dec 2009 19:47:37 -0500 In-Reply-To: <20091201161345.bd3dd2b1.akpm@linux-foundation.org> Sender: linux-fsdevel-owner@vger.kernel.org List-ID: On Tue, 1 Dec 2009, Andrew Morton wrote: > Quite a VFS patch backlog here, some held over from 2.6.32: > > vfs-fix-vfs_rename_dir-for-fs_rename_does_d_move-filesystems.patch This problem will bite ceph without this patch. I could work around it, but it would be nice to fix the real bug. Al was worried about nfs: > It's _probably_ OK now, but I'd really like to think about NFS > behaviour. There are subtle traps in that area. http://marc.info/?l=linux-kernel&m=121666695629006&w=2 > vfs-make-real_lookup-do-dentry-revalidation-with-i_mutex-held.patch > vfs-clean-up-real_lookup.patch These were waiting on the autofs4 locking changes and legacy autofs removal, which Ian has posted and appear to be ready. sage