Originally Posted by gradinaruvasile
So far i tried: USB pendrives, 3G modems (3-4 models), cell phones (USB transfer mode), cameras, SD/MMC card readers, webcams. No hangs.
Anyway, i dont deny the fact that there is such a bug, but i did not encounter it.
I have an ASUS M3N78-VM mobo with MCP78/8200 chipset. Using Ubuntu 9.10/Debian Squeeze/Testing with the (Ubuntu 9.10 default) i think 2.6.28, Debian 2.6.32 and 2.6.38 kernels.
As far as i know "full speed" for USB means 2.0. And if it works well in Windows/Solaris, why people say that the controller is broken?
I have AsRock K10N78FullHD-hSLI R3.0
- 2 pieces (one bought in 2008, second one bought in 2009 in another shop to prove this is not only one faulty). I tried windows xp sp3, solaris 10, ubuntu, suse, fedora live cds 32 and 64bit, RHEL5, CentoOS5. Windows and Solaris do not fail because they use slow, level triggered APIC. Linux as the only one uses new fast fasteoi mode APIC. This may be the reason and that is why using noapic kernel boot parameter workarounds the bug.
Thanks to Nvidia I'm educated usb user now. USB 1.1 has two modes of working depending what device is plugged in: slow and full speed. USB 2.0 is hi speed. That is why usb 1.1 keyboard and mice works and hi speed devices work like hard disks or video grabbers.
Geforce 8200 or nForce 7xxx mainboards with broken Nvidia usb 1.1 full speed mode:
AsRock K10N78FullHD-hSLI R3.0 (2 pieces bought and failed)
Shuttle SN78SH7 (~ 25 pieces bought and failed)
ASUS M3N78 PRO
Asus M3N78-VM <-- the same as yours so you made test incorrectly (probably you did not disabled usb 2.0 in bios setup before testing and performed the test using usb 2.0 which is fine).
Lets compare working and broken Nvidia chipsets: lspci -nn | grep OHCI
00:02.0 USB Controller [0c03]: nVidia Corporation MCP78S [GeForce 8200] OHCI USB 1.1 Controller [10de:077b] (rev a1)
00:04.0 USB Controller [0c03]: nVidia Corporation MCP78S [GeForce 8200] OHCI USB 1.1 Controller [10de:077d] (rev a1)