From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932087AbWDUBM0 (ORCPT ); Thu, 20 Apr 2006 21:12:26 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S932199AbWDUBM0 (ORCPT ); Thu, 20 Apr 2006 21:12:26 -0400 Received: from pproxy.gmail.com ([64.233.166.181]:48247 "EHLO pproxy.gmail.com") by vger.kernel.org with ESMTP id S932078AbWDUBMZ (ORCPT ); Thu, 20 Apr 2006 21:12:25 -0400 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:date:from:to:cc:subject:message-id:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=QLtbNdhVToBH7HmhGWiX7VGliqimi63lw1EawS+0KjVEr405x2mCWH2BSRT7yvIyyaWuGT/ckCkVF/yRPCyjoE28jtrrDTzPwVAUBKaudQwxA8N3AiRKmXvgS5G7FdsxCV2zvnEel9ENgzM/cZUWgusflPyLvYk/RizXnnbvG7s= Date: Fri, 21 Apr 2006 10:12:33 +0900 From: Tejun Heo To: Jeff Garzik Cc: Alan Cox , Fabio Comolli , albertcc@tw.ibm.com, linux-kernel@vger.kernel.org, linux-ide@vger.kernel.org Subject: Re: Schedule for adding pata to kernel? Message-ID: <20060421011233.GE25726@htj.dyndns.org> References: <1142869095.20050.32.camel@localhost.localdomain> <4422F10B.9080608@bootc.net> <44266499.3070809@t-online.de> <1143393969.2540.5.camel@localhost.localdomain> <1145361613.18736.44.camel@localhost.localdomain> <20060418121326.GB25726@htj.dyndns.org> <44480FBF.6090100@pobox.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <44480FBF.6090100@pobox.com> User-Agent: Mutt/1.5.11+cvs20060403 Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Apr 20, 2006 at 06:48:31PM -0400, Jeff Garzik wrote: > Tejun Heo wrote: > >Hello, all. > > > >[adding Jeff and linux-ide to cc list] > > > >On Tue, Apr 18, 2006 at 01:00:13PM +0100, Alan Cox wrote: > >>On Maw, 2006-04-18 at 13:44 +0200, Fabio Comolli wrote: > >>>In case PIIX/ICH driver should not make it in 2.6.17, are you planning > >>>to release patches for 2.6.17-rc release cycle? > >>I've been on holiday and am now tied up in other work until the start of > >>May, at which point Jeff goes off and gets married so there may be some > >>delay. > >> > >>2.6.17-rc actually has 95% of the stuff needed to drop the PATA drivers > >>in and I will try to do patches at least versus 2.6.17 final. The -rcs > >>will depend upon available time and also what gets integrated that > >>causes additional work (notably Tejun Ho's stuff will make much merge > > > >BTW, my name is Tejun Heo. Tejun Ho sounds horrible in Korean. > > > >>work, although its work I'm very glad to do as the improvements and > >>hotplug support are all needed). > > > >I'm currently working on port multiplier support. My working tree now > >successfully probes and attaches all devices over the PM and I'm > >currently trying to get EH and hotplug to work with it nicely. > >EH/hotplug are being changed to support PM. Effects on LLDDs are > >minimal but you can probably save some work by waiting for the next > >round of patches before porting to new EH. > > > >I think/hope this can be finished in this week and bombard Jeff with > >patches (updated EH, NCQ, hotplug and PM) before the weekend, so that > >Jeff can have some time to review and hopefully merge some of it into > >#upstream before he goes off on honeymoon. In some convoluted way, > >the patches will be my marriage gift, heh heh. > > > >Jeff, *BIG* congratulations. I wish you a great marriage. > > Thanks :) And thanks for working on this stuff... As you see, once the > EH hurdle is cleared, it is much easier to add new features. New > features will start flooding in, from you and others. > > BTW don't forget we want to push Albert's irq-pio branch into upstream > sometime soon after your EH work settles. I would put irq-pio in front > of NCQ and PM, particularly. Hmmm... EH, NCQ, PM stuff doesn't really interfere with irq-pio. The only thing which needs special attention is hotplug support for sata_sil as the driver requires PIO HSM implementation but needs to use its own interrupt handler. So, we need to separate out PIO HSM from ata_host_intr() and allow LLDD irq handlers to drive it. Albert, what do you think? -- tejun