| 2007-06-25 12:26:03 |
Dave Walker |
bug |
|
|
added bug |
| 2007-06-25 12:41:22 |
Dave Walker |
description |
Binary package hint: linux-source-2.6.22
This bug occurs when a PCB module that provides the following internal features:
* Generic 4 port Hub (Genesys GL850A) - problems with port 3!
=> Futaba "DM-140GINK Demo", (usbhid driver) - VFD (LCD) & Panel Buttons
=> Ralink RT2571WF
This is all encased within the PCB, so extra access to the hub.
When the devices is connected:
[ 699.188000] usb 4-8: new high speed USB device using ehci_hcd and address 39
[ 699.320000] usb 4-8: configuration #1 chosen from 1 choice
[ 699.320000] hub 4-8:1.0: USB hub found
[ 699.320000] hub 4-8:1.0: 4 ports detected
[ 699.624000] usb 4-8.1: new high speed USB device using ehci_hcd and address 40
[ 699.852000] usb 4-8.1: configuration #1 chosen from 1 choice
[ 700.056000] usb 4-8.2: new full speed USB device using ehci_hcd and address 41
[ 700.152000] usb 4-8.2: configuration #1 chosen from 1 choice
[ 700.152000] hiddev96: USB HID v1.10 Device [DM-140GINK Demo DM-140GINK Demo] on usb-0000:00:13.5-8.2
[ 700.156000] input: DM-140GINK Demo DM-140GINK Demo as /class/input/input7
[ 700.156000] input: USB HID v1.10 Device [DM-140GINK Demo DM-140GINK Demo] on usb-0000:00:13.5-8.2
[ 701.116000] hub 4-8:1.0: Cannot enable port 3. Maybe the USB cable is bad?
[ 701.948000] hub 4-8:1.0: Cannot enable port 3. Maybe the USB cable is bad?
[ 702.780000] hub 4-8:1.0: Cannot enable port 3. Maybe the USB cable is bad?
...
[ 549.984000] usb 6-8.2: reset full speed USB device using ehci_hcd and address
I believe this bug may be caused due to USB standard not being followed. This usb module does work under Windows but complains of an extra "Unknown Device".
Maybe the kernel should detect something _is bad_, then disable it? Rather than keep trying. |
Binary package hint: linux-source-2.6.22
This bug occurs when a PCB module that provides the following internal features:
* Generic 4 port Hub (Genesys GL850A) - problems with port 3!
=> Futaba "DM-140GINK Demo", (usbhid driver) - VFD (LCD) & Panel Buttons
=> Ralink RT2571WF
This is all encased within the PCB, so there is no extra access to the hub.
When the devices is connected:
[ 699.188000] usb 4-8: new high speed USB device using ehci_hcd and address 39
[ 699.320000] usb 4-8: configuration #1 chosen from 1 choice
[ 699.320000] hub 4-8:1.0: USB hub found
[ 699.320000] hub 4-8:1.0: 4 ports detected
[ 699.624000] usb 4-8.1: new high speed USB device using ehci_hcd and address 40
[ 699.852000] usb 4-8.1: configuration #1 chosen from 1 choice
[ 700.056000] usb 4-8.2: new full speed USB device using ehci_hcd and address 41
[ 700.152000] usb 4-8.2: configuration #1 chosen from 1 choice
[ 700.152000] hiddev96: USB HID v1.10 Device [DM-140GINK Demo DM-140GINK Demo] on usb-0000:00:13.5-8.2
[ 700.156000] input: DM-140GINK Demo DM-140GINK Demo as /class/input/input7
[ 700.156000] input: USB HID v1.10 Device [DM-140GINK Demo DM-140GINK Demo] on usb-0000:00:13.5-8.2
[ 701.116000] hub 4-8:1.0: Cannot enable port 3. Maybe the USB cable is bad?
[ 701.948000] hub 4-8:1.0: Cannot enable port 3. Maybe the USB cable is bad?
[ 702.780000] hub 4-8:1.0: Cannot enable port 3. Maybe the USB cable is bad?
...
[ 549.984000] usb 6-8.2: reset full speed USB device using ehci_hcd and address
I believe this bug may be caused due to USB standard not being followed. This usb module does work under Windows but complains of an extra "Unknown Device".
Maybe the kernel should detect something _is bad_, then disable it? Rather than keep trying. |
|
| 2007-06-30 16:41:10 |
Dave Walker |
linux-source-2.6.22: statusexplanation |
|
|
|
| 2007-07-02 17:06:19 |
Dave Walker |
bug |
|
|
assigned to linux-source-2.6.22 (Ubuntu) |
| 2007-07-02 17:28:28 |
Dave Walker |
bug |
|
|
assigned to linux (upstream) |
| 2007-07-03 08:26:40 |
Bug Watch Updater |
linux: status |
Unknown |
Confirmed |
|
| 2007-07-13 12:38:04 |
Brian Murray |
linux-source-2.6.22: status |
New |
Triaged |
|
| 2007-07-13 12:38:04 |
Brian Murray |
linux-source-2.6.22: importance |
Undecided |
Medium |
|
| 2007-07-13 12:38:04 |
Brian Murray |
linux-source-2.6.22: statusexplanation |
|
|
|
| 2007-07-13 12:38:04 |
Brian Murray |
linux-source-2.6.22: assignee |
|
ubuntu-kernel-team |
|
| 2007-10-07 09:16:36 |
Bug Watch Updater |
linux: status |
Confirmed |
Invalid |
|
| 2008-10-21 01:56:14 |
Leann Ogasawara |
bug |
|
|
assigned to linux (Ubuntu) |
| 2008-10-21 01:58:20 |
Leann Ogasawara |
linux: status |
New |
Fix Released |
|
| 2008-10-21 01:58:20 |
Leann Ogasawara |
linux: statusexplanation |
|
Based on the last comment I'm marking this Fix Release for Hardy's 2.6.24 kernel. Against 2.6.20 this will be closed as the Feisty Fawn 7.04 release has reached it's end of life - http://www.ubuntu.com/news/ubuntu-7.04-end-of-life . Additionally against 2.6.22 this will be closed as it does not qualify for a Stable Release Update - http://wiki.ubuntu.com/StableReleaseUpdates . Thanks. |
|
| 2008-10-21 01:58:34 |
Leann Ogasawara |
linux-source-2.6.20: status |
New |
Won't Fix |
|
| 2008-10-21 01:58:46 |
Leann Ogasawara |
linux-source-2.6.22: status |
Triaged |
Won't Fix |
|
| 2011-02-03 17:23:17 |
Bug Watch Updater |
linux: importance |
Unknown |
Medium |
|
