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 13:58:12 +0400 Message-ID: <20121114095812.GF16685@moon> References: <20121112101440.665694060@openvz.org> <4242534.oR1fYvhZDe@deuteros> <20121114093849.GE16685@moon> <19056257.kzSp6roqV4@deuteros> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: David Rientjes , Andrew Morton , linux-kernel@vger.kernel.org, linux-fsdevel@vger.kernel.org, Al Viro , Alexey Dobriyan , Pavel Emelyanov , James Bottomley , Matthew Helsley , aneesh.kumar@linux.vnet.ibm.com, bfields@fieldses.org To: Tvrtko Ursulin Return-path: Content-Disposition: inline In-Reply-To: <19056257.kzSp6roqV4@deuteros> Sender: linux-kernel-owner@vger.kernel.org List-Id: linux-fsdevel.vger.kernel.org On Wed, Nov 14, 2012 at 09:50:55AM +0000, Tvrtko Ursulin wrote: > > > You could not use a pointer and then allocate your buffers on the check > > > point operation, freeing on restore? > > > > The problem is not allocating the memory itself but rather the time when the > > information needed (ie the dentry) is available. The only moment when we > > can use dentry of the target file/directory is at inotify_new_watch, that's > > why i need to compose fhandle that early. At any later point we simply have > > no dentry to use. > > But you do not fundamentally need the dentry to restore a watch, right? dentry only needed to encode the file handle. > Couldn't you restore, creating a new restore path if needed, using the inode > which is pinned anyway while the watch exists? plain inode is not enough as far as i can tell, iow i don't see the way to restore path from inode solely. or there something i miss? Cyrill