1 |
Raffaele Belardi wrote: |
2 |
> I've also found somebody reported ehci-related problem on the same SB600 |
3 |
> chipset: |
4 |
> http://bugzilla.kernel.org/show_bug.cgi?id=8692 |
5 |
> |
6 |
> The HW has problems, there are some bug fixes which should be already in |
7 |
> the kernel I am using (2.6.25-r8, I believe, I am on another machine), |
8 |
> but there is also a hint in comment #55 about bad interaction between |
9 |
> ehci and CPU throttling, which I am using. I'll try disabling 'ondemand'. |
10 |
|
11 |
I did some testing: |
12 |
- powernow disabled, ehci and ohci compiled-in, USB2.0 fails |
13 |
- powernow enabled, ehci and ohci loaded as modules, USB2.0 fails |
14 |
=> powernow disabled, ehci and ohci loaded as modules, USB2.0 success |
15 |
=> powernow enabled, ondemand and performance selected, default set to |
16 |
'performance' (later changed by gnome to ondemand?), ehci and ohci |
17 |
loaded as modules, USB2.0 success |
18 |
|
19 |
The last configuration is good enough for me, I'm not losing any |
20 |
functionality. I'll do some more testing to confirm it is working. |
21 |
|
22 |
Regarding powernow, the above link contains some hint to why it |
23 |
adversely affects the USB2.0 functionality. |
24 |
|
25 |
Regarding usb loaded as module, the only syslog difference I found with |
26 |
the compiled-in version is that in the former ehci is loaded after ohci, |
27 |
while in the latter it is loaded before ohci. |
28 |
|
29 |
Is there a way to force the kernel to initialize/invoke drivers in a |
30 |
specific order with compiled-in drivers? |
31 |
|
32 |
raf |