NetBSD Problem Report #43768

From kab00m@skeleton.phys.spbu.ru  Sun Aug 15 19:55:54 2010
Return-Path: <kab00m@skeleton.phys.spbu.ru>
Received: from mail.netbsd.org (mail.netbsd.org [204.152.190.11])
	by www.NetBSD.org (Postfix) with ESMTP id 1C83D63BBEB
	for <gnats-bugs@gnats.NetBSD.org>; Sun, 15 Aug 2010 19:55:54 +0000 (UTC)
Message-Id: <20100815183849.0DB6D3C823@skeleton.phys.spbu.ru>
Date: Sun, 15 Aug 2010 22:38:49 +0400 (MSD)
From: kab00m@skeleton.phys.spbu.ru
Reply-To: kab00m@skeleton.phys.spbu.ru
To: gnats-bugs@gnats.NetBSD.org
Subject: USB device always fail at startup
X-Send-Pr-Version: 3.95

>Number:         43768
>Category:       kern
>Synopsis:       If USB device is connected at startup - it fail to work
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    kern-bug-people
>State:          open
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Sun Aug 15 20:00:00 +0000 2010
>Closed-Date:    
>Last-Modified:  Tue Jul 19 02:57:32 +0000 2011
>Originator:     Dima Veselov
>Release:        NetBSD 5.0_STABLE
>Organization:
>Environment:
System: NetBSD gloria 5.0_STABLE NetBSD 5.0_STABLE (Alimera) #0: ×Ó Á×Ç 16 03:35:34 MSD 2009 kab00m@gloria:/usr/src/sys/arch/i386/compile/Alimera i386
Architecture: i386
Machine: i386
>Description:
	If USB device (like phone or UPS) was connected before system boot it
	comes into
	uhub0: device problem, disabling port 1
	at startup
	It would never work until reconnected to another USB port. This doesn't
	concern keyboards and mouses.
	Noted on many different boxes.
>How-To-Repeat:
	Just use your UPS into USB port and boot system. Seems RC3 has same 
	behaviour.
>Fix:
	Only reconnect as a workaround.

>Release-Note:

>Audit-Trail:
From: Martin Husemann <martin@duskware.de>
To: gnats-bugs@NetBSD.org
Cc: 
Subject: Re: kern/43768: USB device always fail at startup
Date: Sun, 15 Aug 2010 22:22:11 +0200

 Please give us a bit more details - probably an easy start would be to boot
 the system w/o the device connected, then plug in the device (so it works)
 and then mail the output of the "dmesg" command as a reply to this mail.

 Thanks,

 Martin

State-Changed-From-To: open->feedback
State-Changed-By: dholland@NetBSD.org
State-Changed-When: Sun, 26 Sep 2010 23:30:38 +0000
State-Changed-Why:
More information was requested.


From: Dima Veselov <kab00m@lich.phys.spbu.ru>
To: gnats-bugs@NetBSD.org
Cc: 
Subject: Re: kern/43768
Date: Sun, 5 Jun 2011 11:54:28 +0400

 My Bluetooth was recently worked as shown. 

 Dmesg after boot (with device plugged):

 uhidev1 at uhub0 port 2 configuration 1 interface 0
 uhidev1: Logitech HID compliant keyboard, rev 1.10/1.80, addr 3, iclass 3/1
 ukbd0 at uhidev1: 8 modifier keys, 6 key codes
 wskbd1 at ukbd0 mux 1
 wskbd1: connecting to wsdisplay0
 uhidev2 at uhub0 port 2 configuration 1 interface 1
 uhidev2: Logitech HID compliant keyboard, rev 1.10/1.80, addr 3, iclass 3/0
 uhidev2: 2 report ids
 uhid0 at uhidev2 reportid 1: input=2, output=0, feature=0
 uhid1 at uhidev2 reportid 2: input=1, output=0, feature=0
 uhub1: device problem, disabling port 1

 [root@laura kab00m]$ usbdevs 
 addr 1: UHCI root hub, vendor 0x8086
  addr 2: USB-PS/2 Optical Mouse, Logitech
  addr 3: HID compliant keyboard, Logitech
 addr 1: UHCI root hub, vendor 0x8086
 addr 1: UHCI root hub, vendor 0x8086
 addr 1: UHCI root hub, vendor 0x8086
 addr 1: EHCI root hub, vendor 0x8086


 [root@laura kab00m]$ usbdevs -v
 [...]
 Controller /dev/usb1:
 addr 1: full speed, self powered, config 1, UHCI root hub(0x0000), vendor 0x8086                                                                       (0x8086), rev 1.00
  port 1 enabled
  port 2 powered
 [...]



 When I replug it to nearest port (I guess on the same hub) I get:

 ehci0: handing over full speed device on port 4 to uhci1
 ubt0 at uhub1 port 2
 ubt0: ISSC ISSCBTM, rev 1.10/3.73, addr 2

 [root@laura kab00m]$ usbdevs   
 addr 1: UHCI root hub, vendor 0x8086
  addr 2: USB-PS/2 Optical Mouse, Logitech
  addr 3: HID compliant keyboard, Logitech
 addr 1: UHCI root hub, vendor 0x8086
  addr 2: ISSCBTM, ISSC
 addr 1: UHCI root hub, vendor 0x8086
 addr 1: UHCI root hub, vendor 0x8086
 addr 1: EHCI root hub, vendor 0x8086

 [root@laura kab00m]$ usbdevs -v
 Controller /dev/usb1:
 addr 1: full speed, self powered, config 1, UHCI root hub(0x0000), vendor 0x8086(0x8086), rev 1.00
  port 1 powered
  port 2 addr 2: full speed, self powered, config 1, ISSCBTM(0x1001), ISSC(0x1131), rev 3.73


 Now first port is powered, so I can replug it back and it will work.


 But ports return power not always. Sometimes you have to replug device few 
 times until it will work.
 I have on my server (webcam and UPS plugged in, uptime 55 days):

 uhub2: device problem, disabling port 1
 uhub0: device problem, disabling port 2

 [root@gloria kab00m]$ usbdevs -v
 Controller /dev/usb0:
 addr 1: full speed, self powered, config 1, OHCI root hub(0x0000), vendor 0x10de(0x10de), rev 1.00
  port 1 powered
  port 2 enabled
 Controller /dev/usb2:
 addr 1: full speed, self powered, config 1, OHCI root hub(0x0000), vendor 0x10de(0x10de), rev 1.00
  port 1 powered
  port 2 enabled


 Now I tried to replug it to any port I have:

 ex0: uplistptr was 0
 [root@gloria kab00m]$ usbdevs -v
 Controller /dev/usb0:
 addr 1: full speed, self powered, config 1, OHCI root hub(0x0000), vendor 0x10de(0x10de), rev 1.00
  port 1 addr 0 should never happen!
 Controller /dev/usb2:
 addr 1: full speed, self powered, config 1, OHCI root hub(0x0000), vendor 0x10de(0x10de), rev 1.00
  port 1 addr 0 should never happen!

 In this case something gone totally wrong - I can replug any device to any port 
 and it will fail until clean reboot.

 So I am plugging UPS in after boot (boot was done with no USB devices at all):
 ugen0 at uhub2 port 2
 ugen0: American Power Conversion Smart-UPS 750 FW:651.13.I USB FW:7.3, rev 1.10/0.06, addr 2
 Controller /dev/usb2:
 addr 1: full speed, self powered, config 1, OHCI root hub(0x0000), vendor 0x10de(0x10de), rev 1.00
  port 1 powered
  port 2 addr 2: low speed, self powered, config 1, Smart-UPS 750 FW:651.13.I USB FW:7.3(0x0002), American Power Conversion(0x051d), rev 0.06, serial AS0714242055

 My camera:
 ugen1 at uhub2 port 1
 ugen1: Pixart Imaging Inc. CIF Single Chip, rev 1.10/1.00, addr 3

 -- 
 Sincerelly yours

State-Changed-From-To: feedback->open
State-Changed-By: dholland@NetBSD.org
State-Changed-When: Tue, 19 Jul 2011 02:57:32 +0000
State-Changed-Why:
Feedback was received.


>Unformatted:

Home	PR Database Search