From mboxrd@z Thu Jan 1 00:00:00 1970 From: "Rafael J. Wysocki" Subject: Re: [PATCH 0/8] PCI PM: Handling of PCI devices wake-up functionality (rev. 4) Date: Tue, 8 Jul 2008 16:42:50 +0200 Message-ID: <200807081642.51219.rjw@sisk.pl> References: <200807012356.26669.rjw@sisk.pl> <200807070330.02849.rjw@sisk.pl> <200807071749.23894.jbarnes@virtuousgeek.org> Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-2" Content-Transfer-Encoding: 7bit Return-path: Received: from ogre.sisk.pl ([217.79.144.158]:39901 "EHLO ogre.sisk.pl" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752698AbYGHOkx (ORCPT ); Tue, 8 Jul 2008 10:40:53 -0400 In-Reply-To: <200807071749.23894.jbarnes@virtuousgeek.org> Content-Disposition: inline Sender: linux-acpi-owner@vger.kernel.org List-Id: linux-acpi@vger.kernel.org To: Jesse Barnes Cc: ACPI Devel Maling List , Alan Stern , Andi Kleen , pm list , Zhang Rui , Zhao Yakui , Pavel Machek On Tuesday, 8 of July 2008, Jesse Barnes wrote: > On Sunday, July 06, 2008 6:30 pm Rafael J. Wysocki wrote: > > Hi Jesse, > > > > This is a new (4th) iteration of the series of patches intended to rework > > the power management of PCI devices so that the handling of their wake-up > > functionality is consistent with the other PM operations and so that the > > user space can manage the wake-up functionality of PCI devices using the > > /sys/devices/.../power/wakeup interface regardless of whether the wake-up > > function is based on the native PCI mechanism (PME#), or it is handled by > > the platform (eg. ACPI). > > > > Apart from the ACPI and PCI changes necessary for this purpose, the series > > includes some clean-ups that are not strictly required, but make the code > > more straightforward and (IMHO) easier to follow. > > > > The patchset is on top of the linux-next branch of the PCI tree and is > > regarded as 2.6.27 material. > > I just tested on one of my 965 based platforms. Suspend/resume works as well > as I'd expect normally, but if I use wake-on-lan (using the wakeup code from > this patchset) the machine wakes up but never seems to finish resuming; it > stays off the network with video off and the console is unresponsive. What network adapter is there in the box with this symptoms and which driver is it handled by? > I'll try some more tests (including older kernels to see if this is actually > regression or not), but it would be good if other people could give this > patch set some attention too. Certainly. Thanks, Rafael