On Thursday 25 of September 2003 21:11, David Brownell wrote:
The problem is that nobody has ever reported back with results from
testing any updated patch (see attachment, the guts of this being
from Alan Stern). Sort of makes trying be a moot point ... :)
So I'm the first one? ;)
Your patch (http://www.ussg.iu.edu/hypermail/linux/kernel/0309.3/0341.html) FIXES things for me :-)
This time I've tried 2.6.0test6 + all acpi patches from 2.6.0-mm1 (ls *acpi* in akpm broken-out directory) + your patch and things work fine :)
Note that 2.6.0+all acpi patches from 2.6.0-mm1 without your patch doesn't work.
[arekm@mobarm arekm]$ cat /proc/interrupts
CPU0
0: 698946 XT-PIC timer
1: 1712 XT-PIC i8042
2: 0 XT-PIC cascade
3: 1561 XT-PIC irda0
5: 4 XT-PIC yenta
8: 0 XT-PIC rtc
9: 2657 XT-PIC acpi, eth0
10: 77708 XT-PIC VIA686A, uhci-hcd, uhci-hcd
12: 18 XT-PIC i8042
14: 12408 XT-PIC ide0
15: 20 XT-PIC ide1
NMI: 0
ERR: 0
More details about my case in lkml archives and http://bugme.osdl.org/show_bug.cgi?id=905
It's OK with me if you just revert the patch that adds a uhci_reset()
entry, but based on what I saw with EHCI and OHCI that'll just turn
up a different set of problems with certain BIOS configurations (none
of which I have) ... which will need to be fixed by having a UHCI
reset sequence that works correctly from _all_ initial states.
- Dave