Messages in this thread | ![/](/images/icornerl.gif) | | Date | Thu, 09 Oct 2003 20:19:50 -0700 | From | David Brownell <> | Subject | Re: USB APM suspend |
| |
Alan Stern wrote:
> > I tried the experiment of getting rid of the calls to pm_send_all(). > Surprisingly enough, it worked. That is, when I typed: > > apm --suspend > > everything was suspended, in the correct order; and when I pressed a key > everything awoke and seemed to be functioning properly.
Just for the record: I tried this on 2.6.0-test7, on a system where APM has worked reliably forever, and it failed. (That was without even involving USB -- there are still non-USB PM problems.)
The device_suspend() logic did seem to call things in the right order, on one machine I hacked with some printks, but when the moment came to actually enter the APM suspend mode nothing happened ... except for a delay of maybe a minute, before the system resumed itself. (FWIW the PCI suspend methods involved were for yenta_cardbus and agpgart-intel. Both of those were called after "hda" spun itself down.)
What should happen of course is the APM BIOS takes over and blanks the display, and the power indicator changes (in my case to a low-frequency amber blink, no longer solid green).
- Dave
- 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/
| ![\](/images/icornerr.gif) |