From mboxrd@z Thu Jan 1 00:00:00 1970 From: Cyrill Gorcunov Subject: Re: [patch 3/7] fs, notify: Add file handle entry into inotify_inode_mark Date: Wed, 14 Nov 2012 14:13:44 +0400 Message-ID: <20121114101344.GG16685@moon> References: <20121112101440.665694060@openvz.org> <20121112101845.839702715@openvz.org> <20121112165540.2ec39f50.akpm@linux-foundation.org> <20121113072057.GC6511@moon> <20121112234001.009b2ae3.akpm@linux-foundation.org> <20121113080032.GF6511@moon> <20121113143808.8d198bfe.akpm@linux-foundation.org> <20121114064615.GB16685@moon> <50A36E2A.8040302@parallels.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Andrew Morton , linux-kernel@vger.kernel.org, linux-fsdevel@vger.kernel.org, Al Viro , Alexey Dobriyan , James Bottomley , Matthew Helsley , aneesh.kumar@linux.vnet.ibm.com, bfields@fieldses.org To: Pavel Emelyanov Return-path: Content-Disposition: inline In-Reply-To: <50A36E2A.8040302@parallels.com> Sender: linux-kernel-owner@vger.kernel.org List-Id: linux-fsdevel.vger.kernel.org On Wed, Nov 14, 2012 at 02:10:50PM +0400, Pavel Emelyanov wrote: > >> > >> How can the c/r restore code reestablish the inode data if the dentry > >> isn't there any more? > > > > By "deleted" I meant deleted from dcache, thus when we call for > > open_by_handle_at with fhandle, the kernel reconstruct the path > > and we simply read the /proc/self/fd/ link, and then pass this > > path to inotify_add_watch. > > No we don't do readlink as the path we'd see would be empty. Instead after > we called the open_by_handle_at, we pass the "/proc/self/fd/" _path_ itself > to inotify_add_watch. The path resolution code follows the link properly and > adds the target inode into the watch list. Yeah, sorry for confusion.