On Tue, Apr 01 2014, Alan Stern wrote:
> These all seem to be basically the same, apart from the Nouveau issue.
> This suggests that the previous test (i.e., without the new diagnostic
> patch) would have worked if _nothing_ was plugged into a front port and
> the keyboard was plugged into the rear port. Can you try that?
Hi Alan,
Yes. No hang in this case.
> Also, I'd like to track down the problem when both devices are plugged
> into front ports. Can you try that as well, again without the new
> diagnostic patch?
The system hangs...
> So it seems. This evidently is a problem in the hardware, and the
> final fix will have to work around it. Probably I'll end up adding
> code to ohci-hcd that will cancel out the effect of 0aa2832dd0d9d860 on
> all systems having that type of OHCI controller. Please provide the
> output from "lspci -v -s 12.1" and "lspci -v -n -s 12.1".
# lspci -v -s 12.1
00:12.1 USB controller: Advanced Micro Devices, Inc. [AMD/ATI] SB7x0 USB OHCI1 Controller (prog-if 10 [OHCI])
Subsystem: ASUSTeK Computer Inc. Device 8389
Flags: bus master, 66MHz, medium devsel, latency 64, IRQ 16
Memory at f8ffd000 (32-bit, non-prefetchable) [size=4K]
Kernel driver in use: ohci-pci
Kernel modules: ohci_pci
# lspci -v -n -s 12.1
00:12.1 0c03: 1002:4398 (prog-if 10 [OHCI])
Subsystem: 1043:8389
Flags: bus master, 66MHz, medium devsel, latency 64, IRQ 16
Memory at f8ffd000 (32-bit, non-prefetchable) [size=4K]
Kernel driver in use: ohci-pci
Kernel modules: ohci_pci
Thanks for your efforts,
--
Peter
--
To unsubscribe from this list: send the line "unsubscribe linux-usb" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
