From mboxrd@z Thu Jan  1 00:00:00 1970
From: Alex Tomas <alex@clusterfs.com>
Subject: Re: [RFC] pdirops: vfs patch
Date: Tue, 22 Feb 2005 16:23:01 +0300
Message-ID: <m3r7j8wwy2.fsf@bzzz.home.net>
References: <1109073273.421b1d7923204@webmail.tu-harburg.de>
	<m3vf8kx0ll.fsf@bzzz.home.net>
	<1109077222.421b2ce6739f8@webmail.tu-harburg.de>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Cc: Alex Tomas <alex@clusterfs.com>,
	Alexander Viro <viro@parcelfarce.linux.theplanet.co.uk>,
	Linux-Kernel Mailing List <linux-kernel@vger.kernel.org>,
	linux-fsdevel <linux-fsdevel@vger.kernel.org>
Received: from [83.102.214.158] ([83.102.214.158]:2217 "EHLO gw.home.net")
	by vger.kernel.org with ESMTP id S262304AbVBVNYt (ORCPT
	<rfc822;linux-fsdevel@vger.kernel.org>);
	Tue, 22 Feb 2005 08:24:49 -0500
To: Jan Blunck <j.blunck@tu-harburg.de>
In-Reply-To: <1109077222.421b2ce6739f8@webmail.tu-harburg.de> (Jan Blunck's
 message of "Tue, 22 Feb 2005 14:00:22 +0100")
Sender: linux-fsdevel-owner@vger.kernel.org
List-Id: linux-fsdevel.vger.kernel.org

>>>>> Jan Blunck (JB) writes:

 JB> i_sem does NOT protect the dcache. Also not in real_lookup(). The lock must be
 JB> acquired for ->lookup() and because we might sleep on i_sem, we have to get it
 JB> early and check for repopulation of the dcache.

dentry is part of dcache, right? i_sem protects dentry from being
returned with incomplete data inside, right?


thanks, Alex