On Wed, Feb 02, 2011 at 01:59:33PM -0500, Alan Stern wrote: > The USB core keeps track of pending resume requests for root hubs, in > order to resolve races between wakeup requests and suspends. However > the code that does this is subject to another race (between wakeup > requests and resumes) because the WAKEUP_PENDING flag is cleared > before the resume occurs, leaving a window in which another wakeup > request might arrive. > > This patch (as1447) fixes the problem by clearing the WAKEUP_PENDING > flag after the resume instead of before it. I wonder if this was the race condition I was seeing with the USB 3.0 hubs/split roothub patches. Alan, could the dmesg I posted on Jan. 14 (subject: Issue with hub reset-resume under xHCI) be explained by this bug? Sarah Sharp -- To unsubscribe from this list: send the line "unsubscribe linux-usb" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
