On Mon, 22 Sep 2003, David Brownell wrote:
> Alan Stern wrote:
> >
> > Well, the code path is easy enough to find. If you look at suspend() in
> > arch/i386/kernel/apm.c, you'll see calls to pm_send_all() and
> > device_suspend(). They both end up filtering down to the USB HC drivers.
> > The bad one is pm_send_all(); it comes too soon.
>
> Rather, "it comes at all". Call device_{suspend,resume} should
> suffice. It shouldn't pm_send_all() -- either of the two calls.
> (The 2.4 bug is necessarily a different issue.)
>
> Does it work if you remove those calls?
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. Mind, this was
not using ACPI and with only a UHCI controller, not OHCI.
Alan Stern
-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
_______________________________________________
[EMAIL PROTECTED]
To unsubscribe, use the last form field at:
https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
