Linked by Thom Holwerda on Fri 23rd Aug 2013 08:37 UTC
Linux

Pretty much for my entire career in Linux USB (eight years now?), we've been complaining about how USB device power management just sucks. We enable auto-suspend for a USB device driver, and find dozens of different USB devices that simply disconnect from the bus when auto-suspend is enabled.

For years, we've blamed those devices for being cheap, crappy, and broken. We talked about blacklists in the kernel, and ripped those out when they got too big. We've talked about whitelists in userspace, but not many distros have time to cultivate such lists.

It turns out it's not always the device's fault.

Fascinating bug.

Permalink for comment 570393
To read all comments associated with this story, please click here.
The fix
by WereCatf on Fri 23rd Aug 2013 08:55 UTC
WereCatf
Member since:
2006-02-15

The temporary fix is apparently for Linux to wait 20ms by default instead of the previous 10ms, but apparently xHCI is supposed to emit an interrupt when the device is actually ready instead of the host initiating anything. What struck me as odd is the fact that this interrupt apparently goes completely ignored in Linux's USB-stack, even though it's mentioned in the specs. Why? What's the rationale for implementing resume wrong in the first place? Will it actually be fixed properly now that it's out, or will the devs just stick to the 20ms work-around?

Reply Score: 4