From mboxrd@z Thu Jan 1 00:00:00 1970 From: Cyrill Gorcunov Subject: Re: [patch 2/7] procfs: Convert /proc/pid/fdinfo/ handling routines to seq-file Date: Thu, 26 Jul 2012 14:49:29 +0400 Message-ID: <20120726104929.GC26471@moon> References: <20120725094718.089879534@openvz.org> <20120725095024.760705388@openvz.org> <50111F36.6000407@parallels.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: "linux-kernel@vger.kernel.org" , "linux-fsdevel@vger.kernel.org" , Al Viro , Alexey Dobriyan , Andrew Morton , James Bottomley , Matthew Helsley To: Pavel Emelyanov Return-path: Content-Disposition: inline In-Reply-To: <50111F36.6000407@parallels.com> Sender: linux-kernel-owner@vger.kernel.org List-Id: linux-fsdevel.vger.kernel.org On Thu, Jul 26, 2012 at 02:43:02PM +0400, Pavel Emelyanov wrote: > On 07/25/2012 01:47 PM, Cyrill Gorcunov wrote: > > This patch converts /proc/pid/fdinfo/ handling routines to seq-file which > > is needed to extend seq operations and plug in auxiliary fdinfo provides > > from subsystems like eventfd/eventpoll/fsnotify. > > > > Note the proc_fd_link no longer call for proc_fd_info, simply because > > proc_fd_info is converted to seq_fdinfo_open (which is seq-file open() > > prototype), moreover in further patches I need to provide two seq_fdinfo_open > > variants -- one with CONFIG_CHECKPOINT_RESTORE and one without this > > symbol. All in one -- this will look more messy then. > > This is something I'm really not happy with :( After the set applied we will > have one former proc_fd_info being splitted into 3 (three!) functions doing > the same (with flavors). > > For me it's better to fix this, otherwise conversion to seq-file looks OK. OK, thanks for review! I'll try to fix it up. Cyrill