On Tuesday 24 October 2006 9:04 am, Alan Stern wrote: > When a suspended OHCI controller sees a port's status change, it sets > both the Root-Hub-Status-Change and the Resume-Detect bits in the > Interrupt Status register. Processing both these bits, the driver > tries to resume the root hub twice!
Thing is, that's not allowed to matter. What the heck is khubd doing trying to resume twice? No matter what it gets told, or by who, it's only allowed to do that once. Example: a resume "request" can come top-down, via selective resume sorts of paths, on one CPU, at the same time a remote wakeup comes bottom-up from a device. That's _also_ a "resume root twice" case, so clearly it's got to work correctly. Similarly, selective resume of two different root ports would also be "resume root twice", and also must work correctly. I have a very hard time counting this as an OHCI issue ... - Dave ------------------------------------------------------------------------- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 _______________________________________________ [email protected] To unsubscribe, use the last form field at: https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
