Re: 2 out of 4 usb sockets work

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Robert P. J. Day wrote:
On Sun, 27 Jan 2008, William Murray wrote:

  Hello all,
          I am trying to understand a laptop with 4 USB ports,
apparently identical, but all 4 work under windows and only 2 under F8.
If I look in 'hwbrowser' I see 3 controllers, (2 UHCI and 1 EHCI I
think)  but no 'USB UHCI #n' entries like I expect.
  cat /proc/bus/usb/devices shows up 3 controllers, and the USB mouse I
have plugged in.
  It ALSO shows a device "0baa 0158", which is somehow a Realtek disk (I
don't think there IS one) but not "0bda 8187" (or is it 8189) that I
think the wireless card should be registered as.

  i'm thinking this would be a good time for someone to point us at a
decent tutorial on USB under linux since, as i was poking around, i
began to get a bit confused.

  i have a gateway laptop with 4 USB ports (all 4 of which work under
f8, bwahahahaha!!).  currently plugged in:

* io/magic 250G HD
* keyboard
* logitech optical mouse
* brother printer

all fully functional.

  the USB-related output from "lspci":

...
00:1d.0 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI Controller #1 (rev 02)
00:1d.1 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI Controller #2 (rev 02)
00:1d.2 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI Controller #3 (rev 02)
00:1d.3 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI Controller #4 (rev 02)
00:1d.7 USB Controller: Intel Corporation 82801G (ICH7 Family) USB2 EHCI Controller (rev 02)
...

  my first (admittedly uneducated) guess was that each of those UHCI
controllers was associated with a distinct port.  but:

$ lsusb -t
Bus#  5
`-Dev#   1 Vendor 0x0000 Product 0x0000
Bus#  4
`-Dev#   1 Vendor 0x0000 Product 0x0000
Bus#  3
`-Dev#   1 Vendor 0x0000 Product 0x0000
  |-Dev#   4 Vendor 0x04f9 Product 0x0028
  `-Dev#   3 Vendor 0x046d Product 0xc00e
Bus#  2
`-Dev#   1 Vendor 0x0000 Product 0x0000
  `-Dev#   3 Vendor 0x413c Product 0x2005
Bus#  1
`-Dev#   1 Vendor 0x0000 Product 0x0000
  `-Dev#   4 Vendor 0x067b Product 0x2506
$

  so bus 1 and bus 2 each have one of the devices, but bus 3 controls
two of them.  i guess i'm just not conversant enough with how USB
devices are allocated to busses and devices.  is there a decent online
page that explains how that allocation works?  especially how it might
differ when devices are already attached at boot time versus what
happens when they're hot-plugged?  thanks.


I have a similar issue:
[ian@atlas ~]$ /sbin/lspci |grep -i usb
00:0b.0 USB Controller: nVidia Corporation MCP51 USB Controller (rev a3)
00:0b.1 USB Controller: nVidia Corporation MCP51 USB Controller (rev a3)
[ian@atlas ~]$ /sbin/lsusb -t
Bus#  2
`-Dev#   1 Vendor 0x0000 Product 0x0000
  `-Dev#   6 Vendor 0x0bc2 Product 0x3000
Bus#  1
`-Dev#   1 Vendor 0x0000 Product 0x0000
  |-Dev#   4 Vendor 0x045e Product 0x0059
  |-Dev#   6 Vendor 0x0d8d Product 0x0653
  `-Dev#   5 Vendor 0x05a9 Product 0x0518

This comprises a USB audio handset, mouse, hard-disc and webcam
(which no longer works in FC6, but it only just about works under
Windows too).

When in Windows I have USB bandwidth issues trying to use all of
these at once.  Three devices (the mouse, webcam and handset) show
up under one controller, the disc under another, no matter how
I shuffle the plugs around.

This motherboard has 4 USB sockets on the rear panel and headers
for another 4, of which two are attached to ports.  I've come to
the conclusion:
1.  I only have one controller, I can't see any other reason for
  the bandwidth problem.
2.  Three of the devices do USB 1.1, the disc is the only one doing
  USB 2.0 (since it shows up under the high speed controller.

This seems to be confirmed by the following extracts from dmesg:

USB Universal Host Controller Interface driver v3.0
ohci_hcd: 2006 August 04 USB 1.1 'Open' Host Controller (OHCI) Driver
ohci_hcd 0000:00:0b.0: new USB bus registered, assigned bus number 1
usb usb1: configuration #1 chosen from 1 choice
hub 1-0:1.0: USB hub found
ehci_hcd 0000:00:0b.1: new USB bus registered, assigned bus number 2
ehci_hcd 0000:00:0b.1: USB 2.0 started, EHCI 1.00, driver 10 Dec 2004
usb usb2: configuration #1 chosen from 1 choice
hub 2-0:1.0: USB hub found
usb 2-7: new high speed USB device using ehci_hcd and address 4
usb 2-7: configuration #1 chosen from 1 choice
usb 1-1: new full speed USB device using ohci_hcd and address 2
usb 1-1: configuration #1 chosen from 1 choice
usb 1-4: new low speed USB device using ohci_hcd and address 3
usb 1-4: configuration #1 chosen from 1 choice
input: USB HID v1.10 Mouse [Microsoft Microsoft Wireless Intellimouse Explorer� 1.0A] on usb-0000:00:0b.0-4
Initializing USB Mass Storage driver...
scsi0 : SCSI emulation for USB Mass Storage devices
usb-storage: device found at 4
usb-storage: waiting for device to settle before scanning
usbcore: registered new interface driver usb-storage
USB Mass Storage support registered.
drivers/media/video/ov511.c: USB OV518 video device found
drivers/media/video/ov511.c: Device at usb-0000:00:0b.0-1 registered to minor 0
usbcore: registered new interface driver ov511
drivers/media/video/ov511.c: v1.64 for Linux 2.5 : ov511 USB Camera Driver
usb-storage: device scan complete
usb 2-7: USB disconnect, address 4
usb 1-1: USB disconnect, address 2
usb 1-4: USB disconnect, address 3
usb 1-3: new low speed USB device using ohci_hcd and address 4
usb 1-3: configuration #1 chosen from 1 choice
input: USB HID v1.10 Mouse [Microsoft Microsoft Wireless Intellimouse Explorer� 1.0A] on usb-0000:00:0b.0-3
usb 2-7: new high speed USB device using ehci_hcd and address 6
usb 2-7: configuration #1 chosen from 1 choice
scsi5 : SCSI emulation for USB Mass Storage devices
usb-storage: device found at 6
usb-storage: waiting for device to settle before scanning
sd 5:0:0:0: [sdb] Spinning up disk...<6>usb 1-6: new full speed USB device using ohci_hcd and address 5
usb 1-6: configuration #1 chosen from 1 choice
drivers/media/video/ov511.c: USB OV518 video device found
drivers/media/video/ov511.c: Device at usb-0000:00:0b.0-6 registered to minor 0
usb-storage: device scan complete
usb 1-4: new full speed USB device using ohci_hcd and address 6
usb 1-4: configuration #1 chosen from 1 choice
input: PDT VoIPVoice USB Phone as /class/input/input6
input: USB HID v1.00 Device [PDT VoIPVoice USB Phone] on usb-0000:00:0b.0-4
usbcore: registered new interface driver snd-usb-audio

So, the USB controller shows up twice, as a high speed 2.0 and
a 'full speed' 1.1.  Bandwidth issues occur as the webcam and
USB audio are both 1.1 and (I suppose) sharing the same limited
bandwidth (12Mbps).  At one stage I had a PCI controller which
showed up as: 2 USB 1.1 controllers and 1 2.0 controller.
The 1.1 controllers were each responsible for 2 of four ports,
extrapolating from the above the 2.0 would probably have been
responsible for any 2.0 device plugged into any of the ports
(but I never plugged a 2.0 peripheral into it).

--
imalone

--
imalone


[Index of Archives]     [Current Fedora Users]     [Fedora Desktop]     [Fedora SELinux]     [Yosemite News]     [Yosemite Photos]     [KDE Users]     [Fedora Tools]     [Fedora Docs]

  Powered by Linux