Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1750937AbWBCQfE (ORCPT ); Fri, 3 Feb 2006 11:35:04 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751206AbWBCQfE (ORCPT ); Fri, 3 Feb 2006 11:35:04 -0500 Received: from xenotime.net ([66.160.160.81]:38038 "HELO xenotime.net") by vger.kernel.org with SMTP id S1750937AbWBCQfC (ORCPT ); Fri, 3 Feb 2006 11:35:02 -0500 Date: Fri, 3 Feb 2006 08:34:58 -0800 (PST) From: "Randy.Dunlap" X-X-Sender: rddunlap@shark.he.net To: Bartlomiej Zolnierkiewicz cc: Matthew Garrett , Andrew Morton , Lee Revell , nigel@suspend2.net, torvalds@osdl.org, linux-kernel@vger.kernel.org, Pavel Machek , Shaohua Li Subject: Re: [ 00/10] [Suspend2] Modules support. In-Reply-To: <58cb370e0602030632p2168fbeaga2a1089b1eea8dfc@mail.gmail.com> Message-ID: References: <20060201113710.6320.68289.stgit@localhost.localdomain> <20060202152316.GC8944@ucw.cz> <20060202132708.62881af6.akpm@osdl.org> <1138916079.15691.130.camel@mindpipe> <20060202142323.088a585c.akpm@osdl.org> <20060203105100.GD2830@elf.ucw.cz> <58cb370e0602030322u4c2c9f9bm21a38be6d35d2ea6@mail.gmail.com> <20060203113543.GA3056@elf.ucw.cz> <58cb370e0602030546q2ea4b70bq1dc66306d5ef1b12@mail.gmail.com> <58cb370e0602030632p2168fbeaga2a1089b1eea8dfc@mail.gmail.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2153 Lines: 48 On Fri, 3 Feb 2006, Bartlomiej Zolnierkiewicz wrote: > On 2/3/06, Matthew Garrett wrote: > > Bartlomiej Zolnierkiewicz wrote: > > > > > This is untrue as Linux has support for setting IDE controller > > > and drives. It was added by Benjamin Herrenschmidt in late > > > 2.5.x or early 2.6.x (I don't remember exact kernel version). > > > > In generic_ide_resume, rqpm.pm_step gets set to > > ide_pm_state_start_resume and ide_do_drive_cmd gets called. This ends up > > being passed through to start_request. start_request waits for the BSY > > bit to go away. On the affected hardware I've seen, this never happens > > unless the ACPI calls are made. As far as I can tell, there's nothing in > > the current driver code that does anything to make sure that the bus is > > in a state to accept commands at this point - the pci drivers don't (for > > the most part) seem to have any resume methods. Calling the ACPI _STM > > method before attempting to do this magically makes everything work. > > I don't see anything that prevents addition of ->suspend and ->resume > for IDE PCI host drivers (not IDE core issue) if some special sequence > is needed. > > I see that we may be doing PIO/DMA setup too late (IDE core issue) > for some controllers. > > Could you fill a bug at kernel bugzilla with data as much data about > affected hardware as possible (dmesg, kernel config, lspci -vvv -xxx > before susped and if possible PCI configuration dumped from kernel > after suspend)? > > What is the current state of IDE ACPI patches? > Were the issues raised on linux-ide addressed? I haven't seen any updates to the drivers/ide/ patch from Shaohua Li . I'm beginning to work on PATA ACPI object support that is similar to the current SATA ACPI patches -- all for libata. Is this the right or wrong thing to do? Thanks, -- ~Randy - 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/