Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932188AbVLHO46 (ORCPT ); Thu, 8 Dec 2005 09:56:58 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S932182AbVLHO45 (ORCPT ); Thu, 8 Dec 2005 09:56:57 -0500 Received: from clock-tower.bc.nu ([81.2.110.250]:54207 "EHLO lxorguk.ukuu.org.uk") by vger.kernel.org with ESMTP id S932174AbVLHO4z (ORCPT ); Thu, 8 Dec 2005 09:56:55 -0500 Subject: Re: RFC: ACPI/scsi/libata integration and hotswap From: Alan Cox To: Matthew Garrett Cc: Christoph Hellwig , randy_d_dunlap@linux.intel.com, linux-ide@vger.kernel.org, linux-scsi@vger.kernel.org, linux-kernel@vger.kernel.org, acpi-devel@lists.sourceforge.net In-Reply-To: <20051208145257.GB21946@srcf.ucam.org> References: <20051208030242.GA19923@srcf.ucam.org> <20051208091542.GA9538@infradead.org> <20051208132657.GA21529@srcf.ucam.org> <20051208133308.GA13267@infradead.org> <20051208133945.GA21633@srcf.ucam.org> <1134050498.17102.2.camel@localhost.localdomain> <20051208141811.GB21715@srcf.ucam.org> <1134052433.17102.17.camel@localhost.localdomain> <20051208145257.GB21946@srcf.ucam.org> Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Thu, 08 Dec 2005 14:55:27 +0000 Message-Id: <1134053727.17102.33.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 (2.2.3-2.fc4) Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1444 Lines: 37 On Iau, 2005-12-08 at 14:52 +0000, Matthew Garrett wrote: > On Thu, Dec 08, 2005 at 02:33:53PM +0000, Alan Cox wrote: > > > I would say your code belongs in the ACPI subtree. At most the core code > > wants to have the generic supporting functions for 'do a taskfile' and > > if need be to call an arch/platform resume function that any pm system > > can sensibly use. > > How about the hotplug notification events? Again you want this to be generic. Its not nice to throw the scsi layer an 'ACPI hotplug'. Instead it wants to receive a generic notification that could also be generated by other events (eg ISAPnP or platform specific drivers or from an IRQ handler etc). There is going to be more than ACPI here and things like PDAs that spot hotplug via an io port register need to work just as sanely. So you'd want ACPI hotplug event Parse into generic form Callback in terms of device, channel, unit, event type not ACPI > > SCSI should not know detail about ACPI, APM or anything of that nature. > > Hrm. I guess this can be implemented pretty much just by cutting and > pasting the code into drivers/acpi rather than drivers/scsi. Would that > be considered an improvement? Yep - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/