Date: Sat, 23 Oct 2010 16:49:59 -0700 From: Weongyo Jeong <weongyo.jeong@gmail.com> To: Hans Petter Selasky <hselasky@c2i.net> Cc: freebsd-usb@freebsd.org Subject: Re: USB_ERR_TIMEOUT and USB_ERR_STALLED Message-ID: <20101023234959.GB1399@weongyo> In-Reply-To: <201010212256.12800.hselasky@c2i.net> References: <201010211502.o9LF2WYf086752@lava.sentex.ca> <201010212256.12800.hselasky@c2i.net>
next in thread | previous in thread | raw e-mail | index | archive | help
On Thu, Oct 21, 2010 at 10:56:12PM +0200, Hans Petter Selasky wrote: > On Thursday 21 October 2010 17:02:30 Mike Tancsa wrote: > > I am trying to use RELENG_8 to monitor a number of APC upses and it > > seems when there are more than one, I start to see a lot of USB > > errors with the devices "coming and going" > > > > In the logs, I see a lot of > > > > > > # grep USB /var/log/all.log | tail > > Oct 21 10:24:05 upsmon1 root: Unknown USB device: vendor 0x051d > > product 0x0002 bus uhub4 > > Oct 21 10:25:47 upsmon1 root: Unknown USB device: vendor 0x051d > > product 0x0002 bus uhub4 > > Oct 21 10:27:45 upsmon1 root: Unknown USB device: vendor 0x051d > > product 0x0002 bus uhub4 > > Oct 21 10:29:44 upsmon1 root: Unknown USB device: vendor 0x051d > > product 0x0002 bus uhub4 > > Oct 21 10:30:35 upsmon1 root: Unknown USB device: vendor 0x051d > > product 0x0002 bus uhub5 > > Oct 21 10:32:35 upsmon1 root: Unknown USB device: vendor 0x051d > > product 0x0002 bus uhub4 > > Oct 21 10:37:04 upsmon1 root: Unknown USB device: vendor 0x051d > > product 0x0002 bus uhub4 > > Oct 21 10:38:38 upsmon1 root: Unknown USB device: vendor 0x051d > > product 0x0002 bus uhub4 > > Oct 21 10:44:14 upsmon1 root: Unknown USB device: vendor 0x051d > > product 0x0002 bus uhub5 > > Oct 21 10:45:09 upsmon1 root: Unknown USB device: vendor 0x051d > > product 0x0002 bus uhub5 > > > > > > > > # usbconfig > > ugen0.1: <UHCI root HUB Intel> at usbus0, cfg=0 md=HOST spd=FULL > > (12Mbps) pwr=ON > > ugen1.1: <UHCI root HUB Intel> at usbus1, cfg=0 md=HOST spd=FULL > > (12Mbps) pwr=ON > > ugen2.1: <UHCI root HUB Intel> at usbus2, cfg=0 md=HOST spd=FULL > > (12Mbps) pwr=ON > > ugen3.1: <EHCI root HUB Intel> at usbus3, cfg=0 md=HOST spd=HIGH > > (480Mbps) pwr=ON > > ugen3.2: <product 0xf103 vendor 0x2001> at usbus3, cfg=0 md=HOST > > spd=HIGH (480Mbps) pwr=SAVE > > ugen0.2: <Back-UPS RS 1500 FW:8.g8 .D USB FW:g8 American Power > > Conversion> at usbus0, cfg=0 md=HOST spd=LOW (1.5Mbps) pwr=ON > > ugen3.3: <Back-UPS RS 1500 FW:8.g8 .D USB FW:g8 American Power > > Conversion> at usbus3, cfg=0 md=HOST spd=LOW (1.5Mbps) pwr=ON > > ugen3.4: <Back-UPS RS 1500 FW:8.g9a.D USB FW:g9a American Power > > Conversion> at usbus3, cfg=0 md=HOST spd=LOW (1.5Mbps) pwr=ON > > ugen3.5: <Back-UPS RS 1500 FW:8.g8 .D USB FW:g8 American Power > > Conversion> at usbus3, cfg=0 md=HOST spd=LOW (1.5Mbps) pwr=ON > > ugen3.6: <Back-UPS RS 1500 FW:8.g9a.D USB FW:g9a American Power > > Conversion> at usbus3, cfg=0 md=HOST spd=LOW (1.5Mbps) pwr=ON > > ugen3.7: <Back-UPS RS 1500 FW:8.g4 .D USB FW:g4 American Power > > Conversion> at usbus3, cfg=0 md=HOST spd=LOW (1.5Mbps) pwr=ON > > ugen3.8: <USB2.0 Hub vendor 0x05e3> at usbus3, cfg=0 md=HOST spd=HIGH > > (480Mbps) pwr=SAVE > > ugen3.9: <Back-UPS RS 1500 FW:8.g8 .D USB FW:g8 American Power > > Conversion> at usbus3, cfg=0 md=HOST spd=LOW (1.5Mbps) pwr=ON > > ugen3.10: <Back-UPS RS 1500 FW:8.g7 .D USB FW:g7 American Power > > Conversion> at usbus3, cfg=0 md=HOST spd=LOW (1.5Mbps) pwr=ON > > ugen3.11: <Back-UPS RS 1500 FW:8.g8 .D USB FW:g8 American Power > > Conversion> at usbus3, cfg=0 md=HOST spd=LOW (1.5Mbps) pwr=ON > > > > > > This is with a kernel from Oct 4th, i386. Any idea what might be up > > or how to debug this ?? Setting > > hw.usb.debug to anything > 0 causes the system to almost hang under > > the load unfortunately. > > > > ---Mike > > Weongyo is working on a usbdump utility to monitor ongoing USB traffic. It's merged into HEAD not too lately. :-) regards, Weongyo Jeong
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20101023234959.GB1399>