From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932548AbWG0P2I (ORCPT ); Thu, 27 Jul 2006 11:28:08 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S932563AbWG0P2H (ORCPT ); Thu, 27 Jul 2006 11:28:07 -0400 Received: from e2.ny.us.ibm.com ([32.97.182.142]:24779 "EHLO e2.ny.us.ibm.com") by vger.kernel.org with ESMTP id S932548AbWG0P2G (ORCPT ); Thu, 27 Jul 2006 11:28:06 -0400 Message-ID: <44C8DB80.6030007@us.ibm.com> Date: Thu, 27 Jul 2006 08:28:00 -0700 From: Badari Pulavarty User-Agent: Thunderbird 1.5.0.4 (Windows/20060516) MIME-Version: 1.0 To: =?ISO-8859-15?Q?S=E9bastien_Dugu=E9?= CC: Ulrich Drepper , Christoph Hellwig , Evgeniy Polyakov , lkml , David Miller , netdev , Suparna Bhattacharya Subject: Re: [3/4] kevent: AIO, aio_sendfile() implementation. References: <1153905495613@2ka.mipt.ru> <11539054952574@2ka.mipt.ru> <20060726100431.GA7518@infradead.org> <20060726101919.GB2715@2ka.mipt.ru> <20060726103001.GA10139@infradead.org> <44C77C23.7000803@redhat.com> <44C796C3.9030404@us.ibm.com> <1153982954.3887.9.camel@frecb000686> In-Reply-To: <1153982954.3887.9.camel@frecb000686> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Sébastien Dugué wrote: > On Wed, 2006-07-26 at 09:22 -0700, Badari Pulavarty wrote: > >> Ulrich Drepper wrote: >> >>> Christoph Hellwig wrote: >>> >>> >>>>> My personal opinion on existing AIO is that it is not the right design. >>>>> Benjamin LaHaise agree with me (if I understood him right), >>>>> >>>>> >>>> I completely agree with that aswell. >>>> >>>> >>> I agree, too, but the current code is not the last of the line. Suparna >>> has a st of patches which make the current kernel aio code work much >>> better and especially make it really usable to implement POSIX AIO. >>> >>> In Ottawa we were talking about submitting it and Suparna will. We just >>> thought about a little longer timeframe. I guess it could be >>> accelerated since he mostly has the patch done. But I don't know her >>> schedule. >>> >>> Important here is, don't base any decision on the current aio >>> implementation. >>> >>> >> Ulrich, >> >> Suparna mentioned your interest in making POSIX glibc aio work with >> kernel-aio at OLS. >> We thought taking a re-look at the (kernel side) work BULL did, would be >> a nice starting >> point. I re-based those patches to 2.6.18-rc2 and sent it to Zach Brown >> for review before >> sending them out to list. >> >> These patches does NOT make AIO any cleaner. All they do is add >> functionality to support >> POSIX AIO easier. These are >> >> [ PATCH 1/3 ] Adding signal notification for event completion >> >> [ PATCH 2/3 ] lio (listio) completion semantics >> >> [ PATCH 3/3 ] cancel_fd support >> > > Badari, > > Thanks for refreshing those patches, they have been sitting here > for quite some time now and collected dust. > > I also think Suparna's patchset for doing buffered AIO would be > a real plus here. > > >> Suparna explained these in the following article: >> >> http://lwn.net/Articles/148755/ >> >> If you think, this is a reasonable direction/approach for the kernel and >> you would take care >> of glibc side of things - I can spend time on these patches, getting >> them to reasonable shape >> and push for inclusion. >> > > Ulrich, I you want to have a look at how those patches are put to > use in libposix-aio, have a look at http://sourceforge.net/projects/paiol. > > It could be a starting point for glibc. > > Thanks, > > Sébastien. > > Sebastien, Suparna mentioned at Ulrich wants us to concentrate on kernel-side support, so that he can look at glibc side of things (along with other work he is already doing). So, if we can get an agreement on what kind of kernel support is needed - we can focus our efforts on kernel side first and leave glibc enablement to capable hands of Uli :) Thanks, Badari