SOLVED ! In my motherboard's BIOS, the PCI configuration displays the following IRQ assigments :
Slot 1,5 Auto Slot 2 Auto Slot 3 Auto USB/4 Auto As soon as I plugged my PCI card on slot #4, everything worked perfectly : ehci_hcd started automatically, usb_storage as well and I can see my external hard disk. If I plugged my card on other slots, slot #1 for instance - having my network card (for ISP connection) on slot #5, the boot (and probably the PCI bus) hanged (it often hanged when trying to configure this NIC) . Other configurations led to boot hanging as well. It seems that that motherboard allows USB extensions only on PCI slot #4 : as I am not a hardware specialist, the (not so good) motherboard documentation did not help me very efficiently. Do you have an opinion about this special motherboard configuration ? Anyway, thanks for your kind and skilled help ! Robert Grasso On Sunday 3 September 2006 21:54, Alan Stern wrote: > On Sun, 3 Sep 2006, Robert Grasso wrote: > > Hello, > > > > I upgraded to the latest official Mandriva kernel : 2.6.12-25mdk. > > After having enabled CONFIG_USB_DEBUG and generated a new kernel, I did > > not get much more informations; what puzzles me, is that uhci_hcd does > > not even discover the USB 1.1 added component ? could it be related to > > the tag "SERIAL_SSA" (see my first post) : the driver could guess that it > > is a SSA device and not a USB one ? > > I don't know what the "SERIAL_SSA" is doing there. Here's how you can > find out exactly how the devices on the PCI card are identified: Run > "lsusb -nvx -s 02:0a.0" (use 02:0a.1 or 02:0a.2 for the second and third > controllers). > > Here's what I get from an equivalent command on my laptop: > > 00:07.2 Class 0c03: 8086:7112 (rev 01) > Flags: bus master, medium devsel, latency 32, IRQ 11 > I/O ports at dce0 [size=32] > 00: 86 80 12 71 05 00 80 02 01 00 03 0c 00 20 00 00 > 10: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 > 20: e1 dc 00 00 00 00 00 00 00 00 00 00 00 00 00 00 > 30: 00 00 00 00 00 00 00 00 00 00 00 00 0b 04 00 00 > > Your results will differ in detail. What matters is the class value on > the first line and the numbers on the 00: line. Class 0c03 is a USB > controller. (Class 0c02 is a Serial SSA device.) Those numbers are > duplicated in positions 12 and 11 on the data line: > > 00: 86 80 12 71 05 00 80 02 01 00 03 0c 00 20 00 00 > ^ ^ ^ > Programming interface----------+ +--+---- Subclass and class > > The number before the subclass (03) is the programming interface (00). > For USB controllers, the interface is 00 for UHCI, 10 for OHCI, and 20 for > EHCI. > > If those values aren't what they should be then the card is defective. Or > it's not a USB controller at all. > > If the values are correct then something is wrong in the kernel, but it's > probably not in the USB portion. More likely it's in the PCI part, or > else maybe some special quirk is needed for your motherboard. > > Alan Stern -- Robert Grasso @home --- UNIX was not designed to stop you from doing stupid things, because that would also stop you from doing clever things. -- Doug Gwyn ------------------------------------------------------------------------- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 _______________________________________________ Linux-usb-users@lists.sourceforge.net To unsubscribe, use the last form field at: https://lists.sourceforge.net/lists/listinfo/linux-usb-users