NetBSD Problem Report #19378

Received: (qmail 25735 invoked by uid 605); 13 Dec 2002 21:14:51 -0000
Message-Id: <200212131914.gBDJE6O00574@vash.cel.plethora.net>
Date: Fri, 13 Dec 2002 13:14:06 -0600 (CST)
From: seebs <seebs@plethora.net>
Sender: gnats-bugs-owner@netbsd.org
Reply-To: seebs@plethora.net
To: gnats-bugs@gnats.netbsd.org
Subject: Multiport USB hub problems
X-Send-Pr-Version: 3.95

>Number:         19378
>Category:       kern
>Synopsis:       Some multiport USB hubs aren't working anymore.
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    kern-bug-people
>State:          closed
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Fri Dec 13 21:15:01 +0000 2002
>Closed-Date:    Sat Dec 31 04:31:06 +0000 2022
>Last-Modified:  Sat Dec 31 04:31:06 +0000 2022
>Originator:     seebs
>Release:        NetBSD 1.6K
>Organization:
>Environment:
System: NetBSD vash.cel.plethora.net 1.6K NetBSD 1.6K (VASH) #0: Fri Dec 13 10:26:51 CST 2002 seebs@vash.cel.plethora.net:/usr/src/sys/arch/i386/compile/VASH i386
Architecture: i386
Machine: i386
>Description:
	I have a pair of visually distinct, but apparently nearly identical,
	USB hubs which have very disturbing and complete failure modes.

	In fact, a third hub shows the exact same symptoms!
	However, other USB hubs appear to work correctly, and these
	hubs all work normally under Windows.

	Symptoms of failure are:
	1.  All of these hubs have PS/2 adapters.  The keyboard adapter
	has about a quarter second cycle time between keystrokes; with
	debugging on, showing key press/key release messages, it appears
	that they come in equally spaced at about 1/8 second, give or take.
	There's a substantial buffer; I can type a sentence blind, and
	have it gradually appear at a slow but steady rate.
	2.  All of these hubs have USB ports.  Devices plugged into these
	ports are not noticed.  The hubs have lights to indicate whether
	a port is connected; the lights always light up, as though the port is
	connected.
	3.  Other devices, such as serial ports and ethernet, work if they
	are normally supported by NetBSD drivers.

	This problem is new; these worked at one point in the past.

	Enclosed please find dmesg output for all three hubs, as well as
	"usbdevs -v" output for two of them.

(This is the QVS "USB Docking Station")
uhub3 at uhub1 port 1
uhub3: FTDI 7 Port Multifunction Hub, class 9/1, rev 1.10/1.00, addr 2
uhub3: 9 ports with 7 removable, self powered
ulpt0 at uhub3 port 5 configuration 1 interface 0
ulpt0: Prolific Technology Inc. IEEE-1284 Controller, rev 1.00/1.00, addr 3, iclass 7/1
ulpt0: using bi-directional mode
upl0 at uhub3 port 6
upl0: Prolific Technology Inc. PL2301 Host-Host interface, rev 1.00/0.00, addr 4
aue0 at uhub3 port 7
aue0: ADMtek USB To LAN Converter, rev 1.10/1.01, addr 5
aue0: Ethernet address 00:50:5b:00:01:24
ukphy1 at aue0 phy 1: Generic IEEE 802.3u media interface
ukphy1: OUI 0x0010a9, model 0x0001, rev. 0
ukphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
uhidev0 at uhub3 port 8 configuration 1 interface 0
uhidev0: FTDI PS/2 Keyboard And Mouse I/F, rev 1.10/1.00, addr 6, iclass 3/0
uhidev0: 3 report ids
ukbd0 at uhidev0 reportid 1: 8 modifier keys, 6 key codes
wskbd1 at ukbd0 mux 1
wskbd1: connecting to wsdisplay0
ums0 at uhidev0 reportid 2: 3 buttons and Z dir.
wsmouse1 at ums0 mux 0
uhid0 at uhidev0 reportid 3: input=1, output=0, feature=0
uftdi0 at uhub3 port 9
uftdi0: FTDI USB Serial Converter, rev 1.10/1.00, addr 7
ucom0 at uftdi0 portno 1: portno 1
uhub3: at uhub1 port 1 (addr 2) disconnected
ulpt0: at uhub3 port 5 (addr 3) disconnected
ulpt0 detached
upl0: at uhub3 port 6 (addr 4) disconnected
upl0 detached
aue0: at uhub3 port 7 (addr 5) disconnected
ukphy1 detached
aue0 detached
uhidev0: at uhub3 port 8 (addr 6) disconnected
wskbd1: disconnecting from wsdisplay0
wskbd1 detached
ukbd0 detached
wsmouse1 detached
ums0 detached
uhid0 detached
uhidev0 detached
uftdi0: at uhub3 port 9 (addr 7) disconnected
ucom0 detached
uftdi0 detached
uhub3 detached

(This is the D-Link DSB-H4SMK)
uhub3 at uhub1 port 1
uhub3: FTDI 7 Port Multifunction Hub, class 9/1, rev 1.10/0.00, addr 2
uhub3: 9 ports with 7 removable, self powered
uhidev0 at uhub3 port 8 configuration 1 interface 0
uhidev0: FTDI PS/2 Keyboard And Mouse I/F, rev 1.10/0.00, addr 3, iclass 3/1
uhidev0: 3 report ids
ukbd0 at uhidev0 reportid 1: 8 modifier keys, 6 key codes
wskbd1 at ukbd0 mux 1
wskbd1: connecting to wsdisplay0
ums0 at uhidev0 reportid 2: 3 buttons and Z dir.
wsmouse1 at ums0 mux 0
uhid0 at uhidev0 reportid 3: input=1, output=0, feature=0
uftdi0 at uhub3 port 9
uftdi0: FTDI USB Serial Converter, rev 1.10/0.01, addr 4
ucom0 at uftdi0 portno 1: portno 1
uhub3: at uhub1 port 1 (addr 2) disconnected
uhidev0: at uhub3 port 8 (addr 3) disconnected
wskbd1: disconnecting from wsdisplay0
wskbd1 detached
ukbd0 detached
wsmouse1 detached
ums0 detached
uhid0 detached
uhidev0 detached
uftdi0: at uhub3 port 9 (addr 4) disconnected
ucom0 detached
uftdi0 detached
uhub3 detached

(This is, as it says, the Mobility EasiDock)
uhub3 at uhub1 port 2
uhub3: Mobility EasiDock 300, class 9/1, rev 1.10/1.00, addr 3
uhub3: 9 ports with 4 removable, bus powered
ugen0 at uhub3 port 6
ugen0: Mobility Electronics Inc. Mobility CF/SM Adapter, rev 1.10/1.00, addr 4
ulpt0 at uhub3 port 7 configuration 1 interface 0
ulpt0: Mobility EasiDock Printer Port, rev 1.10/4.00, addr 5, iclass 7/1
ulpt0: using bi-directional mode
uhidev2 at uhub3 port 8 configuration 1 interface 0
uhidev2: Mobility Mobility PS/2 Keyboard And Mouse I/F, rev 1.10/1.00, addr 6, iclass 3/0
uhidev2: 3 report ids
ukbd1 at uhidev2 reportid 1: 8 modifier keys, 6 key codes
wskbd2 at ukbd1 mux 1
wskbd2: connecting to wsdisplay0
ums1 at uhidev2 reportid 2: 3 buttons and Z dir.
wsmouse2 at ums1 mux 0
uhid2 at uhidev2 reportid 3: input=1, output=0, feature=0
ugen1 at uhub3 port 9
ugen1: Mobility Mobility USB Serial Converter, rev 1.10/1.00, addr 7

Usbdevs says:
Controller /dev/usb0:
addr 1: full speed, self powered, config 1, UHCI root hub(0x0000), Intel(0x8086), rev 1.00
 port 1 powered
 port 2 powered
Controller /dev/usb1:
addr 1: full speed, self powered, config 1, UHCI root hub(0x0000), Intel(0x8086), rev 1.00
 port 1 addr 2: low speed, power 100 mA, config 1, Generic USBPS2(0x0001), Tangtop(0x0d3d), rev 0.01
 port 2 addr 3: full speed, self powered, config 1, 7 Port Multifunction Hub(0x8370), FTDI(0x0403), rev 0.00
  port 1 disabled
  port 2 powered
  port 3 powered
  port 4 powered
  port 5 powered
  port 6 disabled
  port 7 disabled
  port 8 addr 4: full speed, self powered, config 1, PS/2 Keyboard And Mouse I/F(0x8371), FTDI(0x0403), rev 0.00
  port 9 addr 5: full speed, self powered, config 1, USB Serial Converter(0x8372), FTDI(0x0403), rev 0.01
Controller /dev/usb2:
addr 1: full speed, self powered, config 1, UHCI root hub(0x0000), Intel(0x8086), rev 1.00
 port 1 powered
 port 2 powered

Controller /dev/usb0:
addr 1: full speed, self powered, config 1, UHCI root hub(0x0000), Intel(0x8086), rev 1.00
 port 1 powered
 port 2 powered
Controller /dev/usb1:
addr 1: full speed, self powered, config 1, UHCI root hub(0x0000), Intel(0x8086), rev 1.00
 port 1 addr 2: low speed, power 100 mA, config 1, Generic USBPS2(0x0001), Tangtop(0x0d3d), rev 0.01
 port 2 addr 3: full speed, power 50 mA, config 1, product 0x0300(0x0300), Mobility(0x1342), rev 1.00
  port 1 powered
  port 2 powered
  port 3 powered
  port 4 powered
  port 5 powered
  port 6 addr 4: full speed, self powered, config 1, Mobility CF/SM Adapter(0x0305), Mobility Electronics Inc.(0x1342), rev 1.00
  port 7 addr 5: full speed, self powered, config 1, EasiDock Printer Port(0x0303), Mobility(0x1342), rev 4.00
  port 8 addr 6: full speed, self powered, config 1, Mobility PS/2 Keyboard And Mouse I/F(0x0301), Mobility(0x1342), rev 1.00
  port 9 addr 7: full speed, power 10 mA, config 1, Mobility USB Serial Converter(0x0302), Mobility(0x1342), rev 1.00
Controller /dev/usb2:
addr 1: full speed, self powered, config 1, UHCI root hub(0x0000), Intel(0x8086), rev 1.00
 port 1 powered
 port 2 powered

>How-To-Repeat:
	Get any of the following hubs:
	D-Link DSB-H4SMK
	QVS "UH510 Usb Docking Station"
	Mobility "EasiDock 300"
	or probably any other hub with the same chipset.

>Fix:
	No idea.  Casual study reveals nothing odd about the USB hub code,
	no obvious busy loops, or anything.  I am able to run debugging code,
	try experimental fixes, or provide more details; I have unrestricted
	access to all three hubs and a variety of machines to test them on.

>Release-Note:
>Audit-Trail:

From: seebs@plethora.net (Peter Seebach)
To: gnats-bugs@netbsd.org
Cc:  
Subject: Re: kern/19378
Date: Tue, 24 Dec 2002 17:52:39 -0600

 A followup note:

 If a device is plugged into one of the USB ports on one of these multiport
 hubs when the hub is first connected, it works - but the system doesn't get
 a notification if it's detached.  Don't know if this helps.

State-Changed-From-To: open->feedback 
State-Changed-By: mycroft 
State-Changed-When: Sat Jun 26 20:16:48 UTC 2004 
State-Changed-Why:  
Does this problem still exist in -current? 
Responsible-Changed-From-To: kern-bug-people->mycroft 
Responsible-Changed-By: mycroft 
Responsible-Changed-When: Sat Jun 26 20:50:17 UTC 2004 
Responsible-Changed-Why:  
. 

From: seebs@plethora.net (Peter Seebach)
To: gnats-bugs@netbsd.org
Cc:  
Subject: Re: kern/19378 - serious medium priority sw-bug
Date: Tue, 06 Jul 2004 14:23:04 -0500

 >kern/19378 - serious medium priority sw-bug
 >	Some multiport USB hubs aren't working anymore.
 >	http://www.NetBSD.org/cgi-bin/query-pr-single.pl?number=19378

 Confirmed still happening in -current as of the last week or two.  Same
 symptoms:  Keyboard adapters have weird 1/4 second delay, and hot plug/removal
 events are not reported once the hub is initially probed.

 -s

From: seebs@plethora.net (Peter Seebach)
To: gnats-bugs@netbsd.org (NetBSD Problem Report DB Administrator)
Cc:  
Subject: Re: kern/19378
Date: Fri, 05 Nov 2004 00:00:51 -0600

 >kern/19378 - serious medium priority 1039814101
 >	sw-bug
 >	http://www.NetBSD.org/cgi-bin/query-pr-single.pl?number=19378

 I am getting reminders on this, but so far as I can tell, I'm done again;
 I've confirmed it's still happening.

 I've got a couple of affected devices; maybe I should just arrange to send
 one to someone who knows the USB code and wants to have a look?

 -s
Responsible-Changed-From-To: mycroft->kern-bug-people
Responsible-Changed-By: wiz@netbsd.org
Responsible-Changed-When: Sun, 03 Sep 2006 01:14:07 +0000
Responsible-Changed-Why:
Back to role account, mycroft doesn't have commit access any longer.


State-Changed-From-To: feedback->open
State-Changed-By: dholland@NetBSD.org
State-Changed-When: Sun, 04 May 2008 03:00:00 +0000
State-Changed-Why:
feedback received, in 2004.


State-Changed-From-To: open->feedback
State-Changed-By: dholland@NetBSD.org
State-Changed-When: Sun, 04 May 2008 03:00:51 +0000
State-Changed-Why:
That said, it's been a while since 2004 - is it any better now?


From: Christoph Egger <Christoph_Egger@gmx.de>
To: gnats-bugs@NetBSD.org
Cc: 
Subject: Re: kern/19378 (Some multiport USB hubs aren't working anymore.)
Date: Tue, 13 May 2008 20:47:33 +0200

 dholland@NetBSD.org wrote:
 > Synopsis: Some multiport USB hubs aren't working anymore.
 > 
 > State-Changed-From-To: open->feedback
 > State-Changed-By: dholland@NetBSD.org
 > State-Changed-When: Sun, 04 May 2008 03:00:51 +0000
 > State-Changed-Why:
 > That said, it's been a while since 2004 - is it any better now?
 > 

 I think, PR kern/38528 is related to this.
 Apple USB keyboards have multiport USB hubs integrated.

 Christoph


State-Changed-From-To: feedback->open
State-Changed-By: dholland@NetBSD.org
State-Changed-When: Mon, 26 May 2008 16:30:30 +0000
State-Changed-Why:
feedback bounced


State-Changed-From-To: open->feedback
State-Changed-By: dholland@NetBSD.org
State-Changed-When: Mon, 26 May 2008 16:31:18 +0000
State-Changed-Why:
fix submitter address and try again.


From: David Holland <dholland-gnats@netbsd.org>
To: gnats-bugs@netbsd.org
Cc: 
Subject: Re: kern/19378: Some multiport USB hubs aren't working anymore.
Date: Sun, 21 Jun 2009 06:02:22 +0000

 This got lost in the works:

    ------

 From: Peter Seebach <seebs@seebs.net>
 To: NetBSD Problem Report DB Administrator <gnats@NetBSD.org>
 Subject: Re: kern/19378: Some multiport USB hubs aren't working anymore.
 Date: Sat, 20 Jun 2009 00:14:04 -0500

 In message <20090620051036.094FA63C280@www.NetBSD.org>, NetBSD Problem Report D
 B Administrator writes:
 >This is an infrequent reminder that there is 1 Problem Report
 >(PR) of yours in the NetBSD GNATS database in "feedback" state.

 I've been sorta forgetting about this.

 I don't think I have access to the right stuff to reproduce it.  I don't think
 there's a substantial chance that this is still broken in the same way four
 years later, though -- by now, even if this was a bug, and even if there's
 still a similar bug, I don't think there is much chance that it's the SAME
 bug.

 -s

State-Changed-From-To: feedback->open
State-Changed-By: dholland@NetBSD.org
State-Changed-When: Sun, 21 Jun 2009 06:22:14 +0000
State-Changed-Why:
Submitter can't test. (Anyone have the same USB hardware?)

Unfortunately I think it fairly likely that the bug may still exist, given
the state of the USB subsystem. :(


State-Changed-From-To: open->closed
State-Changed-By: dholland@NetBSD.org
State-Changed-When: Sat, 31 Dec 2022 04:31:06 +0000
State-Changed-Why:
USB has changed so much since 2004 that it's very unlikely the problem
still exists and even if some problem does everything about it will be
different.

FWIW, the referenced PR 38528 is fixed.


>Unformatted:
 >Quarter:
 >Keywords:
 >Date-Required:

Home	PR Database Search