My idea is that if a USB device gets plugged in, and Linux isn't able to<br>initialize it properly at usb 2.0, it should try initializing it with<br>usb 1.1 instead.<br><br>The rationale is that you could have a situation where usb 
1.1 works, but not 2.0. I have a problem where some of my usb-ports (the front ports) work only<br>at usb 1.1 speeds. If I plug in lower speed devices, such as my<br>keyboard, it works perfectly from the front ports. But when i connect
<br>higher speed devices, such as usb-sticks, or my digital camera, it won't<br>work. It just fails silently. However, if I remove the usb 2.0 support<br>from the kernel (unloading that module, ie sudo rmmod ehci-hcd), and
<br>then insert the usb-stick after that, it works, but only at usb 1.1<br>speeds of course.<br><br>So I think it would be quite nice if Ubuntu could do this:<br>When a usb 2.0 device  device gets connected on a 2.0 capable port (ie one that is connected to an ehci controller), it should of course first try to init it with usb 
2.0 (ehci). If that doesn't work, try with usb 1.1 (uhci/ohci), and preferably put up some message to the user that the device is not working at full 2.0 speed. (This is what win xp does.) I think that a lot of users gets confused when their devices just silently fails at some ports of their computer. And if initializing it with uhci/ohci doesn't work either, then pop up some error message then also of course.
<br><br>I don't know if this is hard to implement, I'm no kernel hacker. I<br>suppose that the fallback itself would be implemented purely in the<br>kernel (thats why I reported this against linux-source), but bringing
<br>forth the message to the user would require probably  involving at least<br>udev and HAL also.<br><br>I'm pretty sure the cause for me is that the internal cabling to the front<br>ports is bad. The two front usb ports are connected via one cable to a
<br>10-pin connector on the motherboard. The back ports, which connect<br>directly to he motherboard, work perfectly.<br><br>I've looked at bug #88746, which describes the same symptoms, and the<br>same solution (unloading ehci-hcd). However, in my case, I don't think
<br>Linux or the motherboard is to blame, but just the cables, as it works<br>in winxp (but at 1.1 speeds). Implementing this feature would certainly help those<br>people affected by bug #88746, and not computer-savvy enough to unload
<br>ehci-hcd. This feature would then provide a (ugly?) workaround for them that at<br>least enables them to use their devices (albeit at low speeds).<br><br>Does anyone have any comments, or know if this is hard to implement, or something else? I appreciate any comments.
<br><br>/Pär<br><br>