Re: [linux-usb-devel] [linux-pm] Remote wake up not working
- From: David Brownell <david-b@xxxxxxxxxxx>
- Date: Tue, 13 Jun 2006 10:17:58 -0700
On Tuesday 13 June 2006 9:12 am, Johannes Berg wrote:
On Sat, 2006-06-10 at 13:28 +0000, Pavel Machek wrote:
I do not think we support remote wakeup these days. Code may be there,
but as noone ever uses it... perhaps it needs some fixing.
Works fine with bluetooth on my powerbook, but then again, I can't turn
it *off* which is rather annoying, but I think caused by the missing
suspend/resume handlers in hci_usb :/
USB remote wakeup basically works today (given CONFIG_USB_SUSPEND),
and has worked for quite a few kernel releases now, given
(a) Working platform support. So for example ACPI will not-infrequently
do the wrong thing on resume, or the video driver misbehaves, and
so on. All too few systems work correctly with either (a1) "standby"
or (a2) "mem" when you write them to /sys/power/state, and the issues
have only rarely been related to USB. (I got some mail over the last
few days about one that boiled down to interrupt controller bugs.)
(b) Support in the USB drivers for suspend/resume. I've seen other
reports lately about hci_usb is missing usb suspend/resume calls,
leading to misbehavior. (I think someone checked in an odd patch
a while ago which change the failure mode for those missing calls
to something that was still broken, just not as obviously.) And
then there are the ALSA drivers, and quite a few others...
That's not to say that it's perfect -- the clock framework is still missing
a hook to help embedded USB hosts behave right, and the /proc/acpi/wakeup
state isn't even vaguely integrated with the driver model wakeup stuff -- but
there are no known blocking issues there inside the USB stack or the main
host controller drivers.
- Dave
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
- Prev by Date: Re: [PATCH]: Adding a counter in vma to indicate the number of physical_pages_backing it
- Next by Date: Re: [PATCH]: Adding a counter in vma to indicate the number of physical_pages_backing it
- Previous by thread: The i386 and x86_64 genirq patches are wrong!
- Next by thread: [PATCH] nVidia quirk to make AER PCI-E extended capability visible
- Index(es):
Relevant Pages
|
