[Removed acpi-devel from the CC: line, since this has turned out to be a USB problem]
On Thu, 6 Jan 2005, David Brownell wrote: > This would be a case where the root hub timer isn't > getting shut down "properly" during suspend ... right > now the OHCI and EHCI code test for HCD_IS_RUNNING() > in their hub_status_data() entries. I remember not > liking that fix, but also not thinking usbcore was > a safe place for the fix -- I forget why. The whole thing will change when the root hub polling is put under control of the HCDs. And things are complicated even more when CONFIG_USB_SUSPEND isn't set, because all sorts of odd possibilities turn up (like the HC being suspended while the root hub isn't). Actually, I'd like to move forward on the root-hub polling timer stuff. But that's more or less blocked, waiting for the last set of three hcd patches. There are some other things we should do too, like removing the recursion from the USB suspend/resume code. The suspend routines seem to misunderstand the idea of a power-off suspend. And certainly the comments, if not the logic, in usb_hcd_pci_suspend are wrong. Alan Stern ------------------------------------------------------- The SF.Net email is sponsored by: Beat the post-holiday blues Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek. It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt _______________________________________________ [email protected] To unsubscribe, use the last form field at: https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
