Okay,.. more data. The business about the PCIe bridge was a false report;
rather, sometimes the hardware boots into a working state where it Just
Works, at least until breathed on too hard.
After pulling the misbehaving PLX bridge + NEC controller, I plugged
in a different card using a Pericom bridge + VIA controller. (This was
attached to the x4 port that uses the IDT PES12T3G2 PCIe switch.)
With this combination, everything's stable, on multiple machines.
To be precise, i7 Mac Pro + Syba SD-PEX-NEC5U doesn't work.
01:00.0 PCI bridge [0604]: PLX Technology, Inc. PEX 8111 PCI Express-to-PCI Bridge [10b5:8111] (rev 21)
02:00.0 USB Controller [0c03]: NEC Corporation USB [1033:0035] (rev 43)
02:00.1 USB Controller [0c03]: NEC Corporation USB [1033:0035] (rev 43)
02:00.2 USB Controller [0c03]: NEC Corporation USB 2.0 [1033:00e0] (rev 04)
The same computer plus a StartTech PEXUSB4DP works fine.
04:00.0 PCI bridge [0604]: Pericom Semiconductor PI7C9X110 PCI Express to PCI bridge [12d8:e110] (rev 04)
05:04.0 USB Controller [0c03]: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller [1106:3038] (rev 62)
05:04.1 USB Controller [0c03]: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller [1106:3038] (rev 62)
05:04.2 USB Controller [0c03]: VIA Technologies, Inc. USB 2.0 [1106:3104] (rev 65)
In both cases, it's the same USB peripherals.
So my crisis has abated, but I'd still like to figure out what the
heck the problem is. Even if it's not the USB host driver's fault,
that's where the error is detected, so I figure it makes sense to start
debugging the cause there. Unfortunately, EHCI is complicated, so I
have my work cut out for me.
Anyway, thanks for the help so far; I'm sure I'll be asking for more!
--
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
