From owner-freebsd-usb@FreeBSD.ORG Sun Sep 17 10:14:36 2006 Return-Path: X-Original-To: freebsd-usb@freebsd.org Delivered-To: freebsd-usb@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 90A2216A40F for ; Sun, 17 Sep 2006 10:14:36 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe10.swip.net [212.247.155.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0815D43D49 for ; Sun, 17 Sep 2006 10:14:35 +0000 (GMT) (envelope-from hselasky@c2i.net) X-T2-Posting-ID: gvlK0tOCzrqh9CPROFOFPw== X-Cloudmark-Score: 0.000000 [] Received: from [193.217.38.205] (HELO [10.0.0.249]) by mailfe10.swip.net (CommuniGate Pro SMTP 5.0.8) with ESMTP id 112227826 for freebsd-usb@freebsd.org; Sun, 17 Sep 2006 12:14:33 +0200 From: Hans Petter Selasky To: freebsd-usb@freebsd.org Date: Sun, 17 Sep 2006 12:14:48 +0200 User-Agent: KMail/1.7 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200609171214.49165.hselasky@c2i.net> Subject: New UMASS driver available for testing X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Sep 2006 10:14:36 -0000 Hi, I have finished the conversion of the UMASS driver to my new USB API. If you have got a UMASS device laying around, and want to help the USB project, please give the new driver a test. I want you to collect some statistics first: dd if=/dev/daX of=/dev/null bs=131072 dd if=/dev/daX of=/dev/null bs=524288 1) What is the maximum speed you get before and after installing the driver? 2) What is the maximum CPU load reported by "ps aux" before and after installing the driver [while doing the "dd"]? # # How to install the new USB driver # on FreeBSD 6.x / 7.x: # # # First get all the sources # (you need /usr/ports/devel/subversion installed): # svn --username anonsvn --password anonsvn \ checkout svn://svn.turbocat.net/i4b # # The following commands will # install the driver on FreeBSD 6.x/7.x: # cd i4b/trunk/i4b/FreeBSD.usb make S=../src package make install # # Then build a new kernel (with modules) # NOTE: You still can't detach the UMASS device while it is in use, but this problem is being worked on. --HPS From owner-freebsd-usb@FreeBSD.ORG Sun Sep 17 18:26:38 2006 Return-Path: X-Original-To: freebsd-usb@freebsd.org Delivered-To: freebsd-usb@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E3E1916A416 for ; Sun, 17 Sep 2006 18:26:37 +0000 (UTC) (envelope-from Alex.Kovalenko@verizon.net) Received: from vms044pub.verizon.net (vms044pub.verizon.net [206.46.252.44]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2482343D8A for ; Sun, 17 Sep 2006 18:26:27 +0000 (GMT) (envelope-from Alex.Kovalenko@verizon.net) Received: from RabbitsDen ([70.21.201.244]) by vms044.mailsrvcs.net (Sun Java System Messaging Server 6.2-4.02 (built Sep 9 2005)) with ESMTPA id <0J5R00N8Z1VW1H50@vms044.mailsrvcs.net> for freebsd-usb@freebsd.org; Sun, 17 Sep 2006 13:26:21 -0500 (CDT) Date: Sun, 17 Sep 2006 14:25:49 -0400 From: "Alexandre \"Sunny\" Kovalenko" In-reply-to: <200609171214.49165.hselasky@c2i.net> To: Hans Petter Selasky Message-id: <1158517549.754.29.camel@RabbitsDen> MIME-version: 1.0 X-Mailer: Evolution 2.6.3 FreeBSD GNOME Team Port Content-type: text/plain; charset=utf-8 Content-transfer-encoding: 8BIT References: <200609171214.49165.hselasky@c2i.net> Cc: freebsd-usb@freebsd.org Subject: Re: New UMASS driver available for testing X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Sep 2006 18:26:38 -0000 On Sun, 2006-09-17 at 12:14 +0200, Hans Petter Selasky wrote: > Hi, > > I have finished the conversion of the UMASS driver to my new USB API. If you > have got a UMASS device laying around, and want to help the USB project, > please give the new driver a test. > > I want you to collect some statistics first: > > dd if=/dev/daX of=/dev/null bs=131072 > > dd if=/dev/daX of=/dev/null bs=524288 > > 1) > > What is the maximum speed you get before and after installing the driver? > > 2) > > What is the maximum CPU load reported by "ps aux" before and after installing > the driver [while doing the "dd"]? > > # > # How to install the new USB driver > # on FreeBSD 6.x / 7.x: > # > > # > # First get all the sources > # (you need /usr/ports/devel/subversion installed): > # > > svn --username anonsvn --password anonsvn \ > checkout svn://svn.turbocat.net/i4b > > # > # The following commands will > # install the driver on FreeBSD 6.x/7.x: > # > > cd i4b/trunk/i4b/FreeBSD.usb > make S=../src package > make install > > # > # Then build a new kernel (with modules) > # > > NOTE: You still can't detach the UMASS device while it is in use, but this > problem is being worked on. > > --HPS > _______________________________________________ > freebsd-usb@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-usb > To unsubscribe, send any mail to "freebsd-usb-unsubscribe@freebsd.org" At first crack I get this: ===> netgraph/bluetooth/ubtbcmfw (all) cc -O2 -fno-strict-aliasing -pipe -march=athlon-xp -Werror -D_KERNEL -DKLD_MODULE -std=c99 -nostdi nc -I- -I/usr/src/sys/modules/netgraph/bluetooth/ubtbcmfw/../../../../netgraph/bluetooth/include -I/usr/src/sys/modules/netgraph/bluetooth/ubtbcmfw/../../../../netgraph/bluetooth/drivers/ubtbcmfw -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/AVERATEC/opt_global.h -I. -I@ -I@/cont rib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fn o-common -g -I/usr/obj/usr/src/sys/AVERATEC -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Wall -Wredundant-decls -Wnested-e xterns -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -ff ormat-extensions -c /usr/src/sys/modules/netgraph/bluetooth/ubtbcmfw/../../../../netgraph/bluetoot h/drivers/ubtbcmfw/ubtbcmfw.c /usr/src/sys/modules/netgraph/bluetooth/ubtbcmfw/../../../../netgraph/bluetooth/drivers/ubtbcmfw/u btbcmfw.c:56:1: "USBDEVNAME" redefined In file included from @/dev/usb2/usb.h:49, from @/dev/usb/usb.h:1, from /usr/src/sys/modules/netgraph/bluetooth/ubtbcmfw/../../../../netgraph/blueto oth/drivers/ubtbcmfw/ubtbcmfw.c:47: @/dev/usb2/usb_port.h:312:1: this is the location of the previous definition *** Error code 1 Stop in /usr/src/sys/modules/netgraph/bluetooth/ubtbcmfw. *** Error code 1 Stop in /usr/src/sys/modules/netgraph/bluetooth. *** Error code 1 Stop in /usr/src/sys/modules/netgraph. *** Error code 1 Stop in /usr/src/sys/modules. *** Error code 1 Stop in /usr/obj/usr/src/sys/AVERATEC. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. 1004.105u 184.043s 26:25.45 74.9% 3481+7531k 21489+40773io 494pf +0w I will look into it more later today, unless this is something you know of and can straighten me right away. My system is 7-CURRENT as of late September 12 (EST). -- Alexandre Kovalenko (Олександр Коваленко) From owner-freebsd-usb@FreeBSD.ORG Sun Sep 17 19:29:31 2006 Return-Path: X-Original-To: freebsd-usb@freebsd.org Delivered-To: freebsd-usb@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A825216A40F for ; Sun, 17 Sep 2006 19:29:31 +0000 (UTC) (envelope-from r.c.ladan@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.174]) by mx1.FreeBSD.org (Postfix) with ESMTP id C566D43D46 for ; Sun, 17 Sep 2006 19:29:30 +0000 (GMT) (envelope-from r.c.ladan@gmail.com) Received: by ug-out-1314.google.com with SMTP id m2so330053uge for ; Sun, 17 Sep 2006 12:29:29 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:user-agent:mime-version:to:subject:x-enigmail-version:content-type:content-transfer-encoding; b=sUMpsHOBtc4BUNlu/dJfKxV4AwPHMITdoOhRZsN80Ckio1qM29JnxTPCJ5OACpQCcsEQ7D/XkPSvji7ywX40euH1nvRc06frKZ3iZYme1DxeQC6lo1/DYYZo8iV67GQwIUSI6fQEzDDSEQlZtpncou4C8xYvabhO1tCNb4G4D/w= Received: by 10.67.97.7 with SMTP id z7mr6777206ugl; Sun, 17 Sep 2006 12:29:29 -0700 (PDT) Received: from ?192.168.123.146? ( [195.241.221.201]) by mx.gmail.com with ESMTP id k1sm2530149ugf.2006.09.17.12.29.28; Sun, 17 Sep 2006 12:29:28 -0700 (PDT) Message-ID: <450DA217.9080602@gmail.com> Date: Sun, 17 Sep 2006 21:29:27 +0200 From: Rene Ladan User-Agent: Thunderbird 1.5.0.7 (X11/20060914) MIME-Version: 1.0 To: freebsd-hackers@freebsd.org, freebsd-usb@freebsd.org X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: anyone working on setting output items with usbhidctl(1) ? X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Sep 2006 19:29:31 -0000 Hi, is anyone working on setting output items with usbhidctl(1) ? I'm trying to add LED/rumbler support for the Xbox 360 Gamepad to uhid(4), but there doesn't seem to be a userland tool to test output items and the output report descriptor doesn't seem to be publicly available (i.e. I must reverse-engineer it). This device has 4 LEDs which can be controlled with the command 01 03 xx, where xx ranges from 0 to 255. It also has two rumble motors which can be controlled with 00 08 00 bb ll 00 00 00, where bb and ll both range from 0 to 255. I thought that something like -s "feature1=value1,feature2=value2,..." would be nice to have. I'm not subscribed to the usb@ list, so please cc me. Kind regards, Rene -- GPG fingerprint = E738 5471 D185 7013 0EE0 4FC8 3C1D 6F83 12E1 84F6 (subkeys.pgp.net) "It won't fit on the line." -- me, 2001 From owner-freebsd-usb@FreeBSD.ORG Mon Sep 18 08:15:38 2006 Return-Path: X-Original-To: freebsd-usb@freebsd.org Delivered-To: freebsd-usb@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6C64616A403 for ; Mon, 18 Sep 2006 08:15:38 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe02.swip.net [212.247.154.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8079043D49 for ; Mon, 18 Sep 2006 08:15:37 +0000 (GMT) (envelope-from hselasky@c2i.net) X-T2-Posting-ID: gvlK0tOCzrqh9CPROFOFPw== X-Cloudmark-Score: 0.000000 [] Received: from [193.217.37.210] (HELO [10.0.0.249]) by mailfe02.swip.net (CommuniGate Pro SMTP 5.0.8) with ESMTP id 284249981; Mon, 18 Sep 2006 10:15:34 +0200 From: Hans Petter Selasky To: "Alexandre \"Sunny\" Kovalenko" Date: Mon, 18 Sep 2006 10:15:50 +0200 User-Agent: KMail/1.7 References: <200609171214.49165.hselasky@c2i.net> <1158517549.754.29.camel@RabbitsDen> In-Reply-To: <1158517549.754.29.camel@RabbitsDen> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200609181015.51681.hselasky@c2i.net> Cc: freebsd-usb@freebsd.org Subject: Re: New UMASS driver available for testing X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Sep 2006 08:15:38 -0000 On Sunday 17 September 2006 20:25, Alexandre "Sunny" Kovalenko wrote: > On Sun, 2006-09-17 at 12:14 +0200, Hans Petter Selasky wrote: > > Hi, > > > > I have finished the conversion of the UMASS driver to my new USB API. If > > you have got a UMASS device laying around, and want to help the USB > > project, please give the new driver a test. > > > > I want you to collect some statistics first: > > > > dd if=/dev/daX of=/dev/null bs=131072 > > > > dd if=/dev/daX of=/dev/null bs=524288 > > > > 1) > > > > What is the maximum speed you get before and after installing the driver? > > > > 2) > > > > What is the maximum CPU load reported by "ps aux" before and after > > installing the driver [while doing the "dd"]? > > > > # > > # How to install the new USB driver > > # on FreeBSD 6.x / 7.x: > > # > > > > # > > # First get all the sources > > # (you need /usr/ports/devel/subversion installed): > > # > > > > svn --username anonsvn --password anonsvn \ > > checkout svn://svn.turbocat.net/i4b > > > > # > > # The following commands will > > # install the driver on FreeBSD 6.x/7.x: > > # > > > > cd i4b/trunk/i4b/FreeBSD.usb > > make S=../src package > > make install > > > > # > > # Then build a new kernel (with modules) > > # > > > > NOTE: You still can't detach the UMASS device while it is in use, but > > this problem is being worked on. > > > > --HPS > > _______________________________________________ > > freebsd-usb@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-usb > > To unsubscribe, send any mail to "freebsd-usb-unsubscribe@freebsd.org" > > At first crack I get this: > ===> netgraph/bluetooth/ubtbcmfw (all) > cc -O2 -fno-strict-aliasing -pipe -march=athlon-xp -Werror -D_KERNEL > -DKLD_MODULE -std=c99 -nostdi nc -I- > -I/usr/src/sys/modules/netgraph/bluetooth/ubtbcmfw/../../../../netgraph/blu >etooth/include > -I/usr/src/sys/modules/netgraph/bluetooth/ubtbcmfw/../../../../netgraph/blu >etooth/drivers/ubtbcmfw -DHAVE_KERNEL_OPTION_HEADERS -include > /usr/obj/usr/src/sys/AVERATEC/opt_global.h -I. -I@ -I@/cont rib/altq > -finline-limit=8000 --param inline-unit-growth=100 --param > large-function-growth=1000 -fn o-common -g -I/usr/obj/usr/src/sys/AVERATEC > -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow > -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Wall -Wredundant-decls > -Wnested-e xterns -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith > -Winline -Wcast-qual -Wundef -ff ormat-extensions -c > /usr/src/sys/modules/netgraph/bluetooth/ubtbcmfw/../../../../netgraph/bluet >oot h/drivers/ubtbcmfw/ubtbcmfw.c > /usr/src/sys/modules/netgraph/bluetooth/ubtbcmfw/../../../../netgraph/bluet >ooth/drivers/ubtbcmfw/u btbcmfw.c:56:1: "USBDEVNAME" redefined In file > included from @/dev/usb2/usb.h:49, > from @/dev/usb/usb.h:1, > > from > /usr/src/sys/modules/netgraph/bluetooth/ubtbcmfw/../../../../netgraph/bluet >o oth/drivers/ubtbcmfw/ubtbcmfw.c:47: @/dev/usb2/usb_port.h:312:1: this is > the location of the previous > definition > *** Error code 1 > Just edit the "ubtbcmfw.c" file, and remove: /* FreeBSD 7.0 defines */ #define USBBASEDEVICE device_t #define USBDEVNAME device_get_nameunit #define USBDEVUNIT(bdev) device_get_unit(bdev) I will add some more patches to my system to handle this. --HPS From owner-freebsd-usb@FreeBSD.ORG Mon Sep 18 09:58:16 2006 Return-Path: X-Original-To: freebsd-usb@freebsd.org Delivered-To: freebsd-usb@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8BDC716A415; Mon, 18 Sep 2006 09:58:16 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from palm.hoeg.nl (palm.hoeg.nl [83.98.131.212]) by mx1.FreeBSD.org (Postfix) with ESMTP id 512D043D6E; Mon, 18 Sep 2006 09:58:15 +0000 (GMT) (envelope-from ed@hoeg.nl) Received: by palm.hoeg.nl (Postfix, from userid 1000) id 86A231CC0E; Mon, 18 Sep 2006 11:58:13 +0200 (CEST) Date: Mon, 18 Sep 2006 11:58:13 +0200 From: Ed Schouten To: Rene Ladan Message-ID: <20060918095813.GM22564@hoeg.nl> References: <450DA217.9080602@gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="gBMNUjqROSlRgKnE" Content-Disposition: inline In-Reply-To: <450DA217.9080602@gmail.com> User-Agent: Mutt/1.5.12-2006-07-14 Cc: FreeBSD Hackers , freebsd-usb@freebsd.org Subject: Re: anyone working on setting output items with usbhidctl(1) ? X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Sep 2006 09:58:16 -0000 --gBMNUjqROSlRgKnE Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello Rene, * Rene Ladan wrote: > is anyone working on setting output items with usbhidctl(1) ? >=20 > I'm trying to add LED/rumbler support for the Xbox 360 Gamepad to > uhid(4), but there doesn't seem to be a userland tool to test output > items and the output report descriptor doesn't seem to be publicly > available (i.e. I must reverse-engineer it). >=20 > This device has 4 LEDs which can be controlled with the command 01 03 > xx, where xx ranges from 0 to 255. > It also has two rumble motors which can be controlled with 00 08 00 bb > ll 00 00 00, where bb and ll both range from 0 to 255. Try the following C code: | #include | #include |=20 | int | main(int argc, char *argv[]) | { | char buffer[3] =3D { 1, 3, 0 }; | int fd; |=20 | fd =3D open("/dev/ugen0.2", O_WRONLY); | if (fd < 0) { | fprintf(stderr, "Cannot open device\n"); | return (-1); | } |=20 | write(fd, buffer, sizeof buffer); | close(fd); |=20 | return (0); | } I'm currently toying around with the headset, so I've disabled the uhid(4) driver, so the LED on the gamepad keeps blinking. Running the application above turns off the LED. I guess it should also work when you write it to /dev/uhidX. --=20 Ed Schouten WWW: http://g-rave.nl/ --gBMNUjqROSlRgKnE Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFDm2152SDGA2eCwURAkhXAJ9VJXQi9U49PcVy+aL4EcEQP0sO4wCfUj2g UL36uJcKFGDEJsKdAYghmG8= =WbYv -----END PGP SIGNATURE----- --gBMNUjqROSlRgKnE-- From owner-freebsd-usb@FreeBSD.ORG Mon Sep 18 10:29:55 2006 Return-Path: X-Original-To: freebsd-usb@freebsd.org Delivered-To: freebsd-usb@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C55BA16A407 for ; Mon, 18 Sep 2006 10:29:55 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe02.swip.net [212.247.154.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7020143D53 for ; Mon, 18 Sep 2006 10:29:50 +0000 (GMT) (envelope-from hselasky@c2i.net) X-T2-Posting-ID: gvlK0tOCzrqh9CPROFOFPw== X-Cloudmark-Score: 0.000000 [] Received: from [193.217.36.68] (HELO [10.0.0.249]) by mailfe02.swip.net (CommuniGate Pro SMTP 5.0.8) with ESMTP id 284344211; Mon, 18 Sep 2006 12:29:48 +0200 From: Hans Petter Selasky To: "Alexandre \"Sunny\" Kovalenko" Date: Mon, 18 Sep 2006 12:30:04 +0200 User-Agent: KMail/1.7 References: <200609171214.49165.hselasky@c2i.net> <1158517549.754.29.camel@RabbitsDen> In-Reply-To: <1158517549.754.29.camel@RabbitsDen> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200609181230.05147.hselasky@c2i.net> Cc: freebsd-usb@freebsd.org Subject: Re: New UMASS driver available for testing X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Sep 2006 10:29:55 -0000 On Sunday 17 September 2006 20:25, Alexandre "Sunny" Kovalenko wrote: > On Sun, 2006-09-17 at 12:14 +0200, Hans Petter Selasky wrote: > > Hi, > > > > I have finished the conversion of the UMASS driver to my new USB API. If > > you have got a UMASS device laying around, and want to help the USB > > project, please give the new driver a test. > > > > I want you to collect some statistics first: > > > > dd if=/dev/daX of=/dev/null bs=131072 > > > > dd if=/dev/daX of=/dev/null bs=524288 > > > > 1) > > > > What is the maximum speed you get before and after installing the driver? > > > > 2) > > > > What is the maximum CPU load reported by "ps aux" before and after > > installing the driver [while doing the "dd"]? > > > > # > > # How to install the new USB driver > > # on FreeBSD 6.x / 7.x: > > # > > > > # > > # First get all the sources > > # (you need /usr/ports/devel/subversion installed): > > # > > > > svn --username anonsvn --password anonsvn \ > > checkout svn://svn.turbocat.net/i4b > > > > # > > # The following commands will > > # install the driver on FreeBSD 6.x/7.x: > > # > > > > cd i4b/trunk/i4b/FreeBSD.usb > > make S=../src package > > make install > > > > # > > # Then build a new kernel (with modules) > > # > > > > NOTE: You still can't detach the UMASS device while it is in use, but > > this problem is being worked on. > > > > --HPS > > _______________________________________________ > > freebsd-usb@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-usb > > To unsubscribe, send any mail to "freebsd-usb-unsubscribe@freebsd.org" > > At first crack I get this: > > ===> netgraph/bluetooth/ubtbcmfw (all) > cc -O2 -fno-strict-aliasing -pipe -march=athlon-xp -Werror -D_KERNEL > -DKLD_MODULE -std=c99 -nostdi nc -I- > -I/usr/src/sys/modules/netgraph/bluetooth/ubtbcmfw/../../../../netgraph/blu >etooth/include > -I/usr/src/sys/modules/netgraph/bluetooth/ubtbcmfw/../../../../netgraph/blu >etooth/drivers/ubtbcmfw -DHAVE_KERNEL_OPTION_HEADERS -include > /usr/obj/usr/src/sys/AVERATEC/opt_global.h -I. -I@ -I@/cont rib/altq > -finline-limit=8000 --param inline-unit-growth=100 --param > large-function-growth=1000 -fn o-common -g -I/usr/obj/usr/src/sys/AVERATEC > -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow > -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Wall -Wredundant-decls > -Wnested-e xterns -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith > -Winline -Wcast-qual -Wundef -ff ormat-extensions -c > /usr/src/sys/modules/netgraph/bluetooth/ubtbcmfw/../../../../netgraph/bluet >oot h/drivers/ubtbcmfw/ubtbcmfw.c > /usr/src/sys/modules/netgraph/bluetooth/ubtbcmfw/../../../../netgraph/bluet >ooth/drivers/ubtbcmfw/u btbcmfw.c:56:1: "USBDEVNAME" redefined In file > included from @/dev/usb2/usb.h:49, > from @/dev/usb/usb.h:1, > > from > /usr/src/sys/modules/netgraph/bluetooth/ubtbcmfw/../../../../netgraph/bluet >o oth/drivers/ubtbcmfw/ubtbcmfw.c:47: @/dev/usb2/usb_port.h:312:1: this is > the location of the previous > definition > *** Error code 1 > I found another bug in my install script which prevented UMASS from compiling. Just type "make deinstall" where you typed "make install". Then type "svn update" and repeat the packaging process. Then install and build new kernel. Sorry for the inconvenience --HPS From owner-freebsd-usb@FreeBSD.ORG Mon Sep 18 10:55:06 2006 Return-Path: X-Original-To: freebsd-usb@freebsd.org Delivered-To: freebsd-usb@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E42C016A407 for ; Mon, 18 Sep 2006 10:55:06 +0000 (UTC) (envelope-from r.c.ladan@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.235]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0B76C43D6E for ; Mon, 18 Sep 2006 10:54:58 +0000 (GMT) (envelope-from r.c.ladan@gmail.com) Received: by wx-out-0506.google.com with SMTP id i27so3911163wxd for ; Mon, 18 Sep 2006 03:54:58 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=CPowbSn1E2umsjfJMLbNIztjovN3V8AGgNvh7DimkN9bjlCa6C8/AfkYU4rqr3icwP2KCpi84ifdT68c06mR2debmGc5jFfQDQMzZq1lhDxh4g6PrtpIGeABqlC7FmxxCBSpBNApdewkJu3W1DxPY9sv+n+6HXDvW0EcbB/5bk8= Received: by 10.70.29.7 with SMTP id c7mr19948143wxc; Mon, 18 Sep 2006 03:54:58 -0700 (PDT) Received: by 10.70.124.6 with HTTP; Mon, 18 Sep 2006 03:54:57 -0700 (PDT) Message-ID: Date: Mon, 18 Sep 2006 12:54:57 +0200 From: "Rene Ladan" To: "Ed Schouten" In-Reply-To: <20060918095813.GM22564@hoeg.nl> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <450DA217.9080602@gmail.com> <20060918095813.GM22564@hoeg.nl> Cc: FreeBSD Hackers , freebsd-usb@freebsd.org Subject: Re: anyone working on setting output items with usbhidctl(1) ? X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Sep 2006 10:55:07 -0000 2006/9/18, Ed Schouten : > Hello Rene, > > * Rene Ladan wrote: > > is anyone working on setting output items with usbhidctl(1) ? > > > > I'm trying to add LED/rumbler support for the Xbox 360 Gamepad to > > uhid(4), but there doesn't seem to be a userland tool to test output > > items and the output report descriptor doesn't seem to be publicly > > available (i.e. I must reverse-engineer it). > > > > This device has 4 LEDs which can be controlled with the command 01 03 > > xx, where xx ranges from 0 to 255. > > It also has two rumble motors which can be controlled with 00 08 00 bb > > ll 00 00 00, where bb and ll both range from 0 to 255. > > Try the following C code: > > | #include > | #include > | > | int > | main(int argc, char *argv[]) > | { > | char buffer[3] = { 1, 3, 0 }; > | int fd; > | > | fd = open("/dev/ugen0.2", O_WRONLY); > | if (fd < 0) { > | fprintf(stderr, "Cannot open device\n"); > | return (-1); > | } > | > | write(fd, buffer, sizeof buffer); > | close(fd); > | > | return (0); > | } > > I'm currently toying around with the headset, so I've disabled the > uhid(4) driver, so the LED on the gamepad keeps blinking. Running the > application above turns off the LED. I guess it should also work when > you write it to /dev/uhidX. > I tried that too, it does not work on /dev/uhidX (my code opened the device read/write instead of write-only). I'll try to extend the HID descriptor to support the LED and rumblers. > -- > Ed Schouten > WWW: http://g-rave.nl/ > > > Regards, Rene -- GPG fingerprint = E738 5471 D185 7013 0EE0 4FC8 3C1D 6F83 12E1 84F6 (subkeys.pgp.net) "It won't fit on the line." -- me, 2001 From owner-freebsd-usb@FreeBSD.ORG Mon Sep 18 11:08:34 2006 Return-Path: X-Original-To: freebsd-usb@FreeBSD.org Delivered-To: freebsd-usb@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EE92C16A5E7 for ; Mon, 18 Sep 2006 11:08:34 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 63D9443D53 for ; Mon, 18 Sep 2006 11:08:34 +0000 (GMT) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (linimon@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id k8IB8Yub041151 for ; Mon, 18 Sep 2006 11:08:34 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id k8IB8VNv041146 for freebsd-usb@FreeBSD.org; Mon, 18 Sep 2006 11:08:31 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 18 Sep 2006 11:08:31 GMT Message-Id: <200609181108.k8IB8VNv041146@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: linimon set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-usb@FreeBSD.org Cc: Subject: Current problem reports assigned to you X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Sep 2006 11:08:35 -0000 Current FreeBSD problem reports Critical problems S Tracker Resp. Description -------------------------------------------------------------------------------- o usb/84750 usb [hang] 6-BETA2 reboot/shutdown with root_fs on externa o usb/91629 usb usbd_abort_pipe() may result in infinite loop 2 problems total. Serious problems S Tracker Resp. Description -------------------------------------------------------------------------------- o usb/40792 usb signals lead to data loss on device ugen o usb/46176 usb [panic] umass causes kernel panic if device removed be o i386/46371 usb USB controller cannot be initialized on IBM Netfinity f usb/55555 usb [ums] system freezes with access to /dev/ums0 o bin/57255 usb usbd and multi-function devices o usb/62088 usb [usb] Logitech Cordless/Optical Mouse not working o usb/62309 usb [ugen] [panic] panic: ugen(4) driver o usb/63621 usb [usb] USB MemoryStick Reader stalls/crashes system o usb/69006 usb [patch] Apple Cinema Display hangs USB ports o usb/71155 usb [usb] misbehaving usb-printer hangs processes, causes o usb/73307 usb [panic] Kernel panics on USB disconnect o usb/74771 usb [umass] mounting write-protected umass device as read/ o usb/75705 usb [panic] da0 attach / Optio S4 (with backtrace) o usb/75797 usb 5.3-STABLE(2005 1/4) detect USB headset, But can not f f usb/76204 usb panic while using usb attached modem o usb/76395 usb USB printer does not work, usbdevs says "addr 0 should f usb/76684 usb [hang] Toshiba PDR-M4 camera connected via USB hangs s o usb/77184 usb kernel panic on USB device disconnect o usb/77294 usb ucom + ulpcom panic o usb/77940 usb [patch] [panic] insertion of usb keyboard panics syste f i386/78218 usb [kue] kue not detected on Sony PCG-F370 VAIO o usb/78989 usb please add USB keyboard support to install CD's o usb/79140 usb WD Firewire/USB Combo hangs under load on USB interfac o usb/79269 usb USB ohci da0 plug/unplug causes crashes and lockups. o usb/79287 usb UHCI hang after interrupt transfer o usb/79524 usb printing to Minolta PagePro 1[23]xxW via USB fails wit f usb/79656 usb [usb] RHSC interrupts lost o usb/79722 usb [usb] wrong alignments in ehci.h o usb/80040 usb [hang] Use of sound mixer causes system freeze with ua f usb/80260 usb Travan USB tape drive fails to write o usb/80361 usb mounting of usb-stick fails o usb/80373 usb usb keyboard does not respond o usb/80829 usb possible panic when loading USB-modules o usb/80862 usb [patch] USB locking issues: missing some Giant calls o usb/81308 usb [ugen] [patch] polling a ugen(4) control endpoint caus f usb/82198 usb Panic on attaching of ONKI N-338 USB MP3 player f usb/82272 usb Can not recognize Casio camera EX-Z40 as a umass devic o usb/82350 usb [usb] null pointer dereference in USB stack o usb/82520 usb Reboot when USL101 connected o usb/82569 usb [usb] USB mass storage plug/unplug causes system panic o usb/82660 usb EHCI: I/O stuck in state 'physrd'/panic o usb/83504 usb [usb] SpeedTouch USB stop working on recent current (a o usb/83563 usb [panic] Page Fault while detaching Mpman Usb device o usb/83677 usb [usb] usb controller often not detected (Sun W2100z) o usb/83756 usb Microsoft Intellimouse Explorer 4.0A doesn't work. o usb/83977 usb [ucom] [panic] ucom1: open bulk out error (addr 2): IN o usb/84326 usb [umass] Panic trying to connect SCSI tape drive via US o usb/84336 usb [usb] [reboot] instant system reboot when unmounting a o usb/84936 usb install - usb keyboard not recognized o usb/86031 usb need support usb nic rt2500 in my 5.4 STABLE o usb/86767 usb [usb] bogus "slice starts beyond end of the disk:..." o usb/87099 usb panic: ohci_add_done: addr 0x000d1bf0 not found o usb/87519 usb [kbd] cannot install on USB-only system o usb/87565 usb [PATCH] Support for Vodaphone 3G/UMTS cards o usb/88743 usb [hang] USB makes kernel hang at boot (regression in 6. o usb/88966 usb kldunload ucom.ko returns "Device busy" error. o usb/89003 usb LaCie Firewire drive not properly supported under 6.0 o usb/89218 usb flash disk o usb/89954 usb [usb] USB Disk driver race condition? f usb/89997 usb [umass] [panic] panic on iPod mini detach o usb/90162 usb [usb] [patch] Add support for the MS Wireless USB Mous o usb/90700 usb Kernel panic on connect/mount/use umass device o usb/91238 usb USB tape unit fails to write a second tape file to the o usb/91263 usb [patch] USB quirk needed for Logitec USB Hard disk LHD o usb/91283 usb booting very slow with usb devices connection (regress o usb/91538 usb Unable to print to EPSON CX3500 o usb/91906 usb FreeBSD hangs while booting with USB legacy support on o usb/92052 usb usbd causes defunct process with busy file-handle o usb/92142 usb SET_ADDR_FAILED and SHORT_XFER errors from usb drivers o usb/92171 usb [panic] panic unplugging Vodafone Mobile Connect (UMTS o usb/93155 usb /dev/ulpt0: device busy USB printer does not work o usb/93408 usb hw.acpi.cpu.cx_lowest=C3 on AMD Turion causes choppy m f usb/93496 usb USB2.0 umass stalls on VIA o usb/93640 usb device ehci causes interrupt storm on this MSI amd64 m o usb/93828 usb ohci causes panic on boot (HP Pavillion d4100e) o usb/93949 usb ugen(4)-related repeatable kernel panic in 6.1-PRERELE o usb/94166 usb btx halted with a flashcard plugged o usb/94384 usb kernel panic with usb2 hardware o usb/94717 usb Reading from /dev/ulpt can break work of a UHCI hub o usb/94742 usb [umass] [patch] umass driver does not recognise YANO e o usb/94813 usb mounting write-protected umass device freezes computer o usb/94897 usb Kernel Panic when cleanly unmounting USB disk o usb/95131 usb Boot/setup process does not accept key strokes o usb/95348 usb USB keyboard unplug causes noise on screen o usb/95562 usb Write Stress in USB Mass drive cause: [vinvalbuf: dir o usb/95636 usb [boot] 5 minute delay at boot when using VT6205 based o usb/96120 usb USB mouse not always detected o usb/96224 usb [usb] mount_msdosfs cause page fault in syncer process o usb/96457 usb fatback on umass = reboot o usb/97286 usb MS Wireless Intellimouse Explorer 2.0 doesn't work o usb/99431 usb FreeBSD on MSI 6566E (Intel 845E motherboards) doesn't o usb/100992 usb Support for Epson 4990 USB scanners o usb/101096 usb USB WLAN occasionally causes kernel-panics during larg o usb/101752 usb [panic] 6.1-RELEASE kernel panic on usb device inserti o usb/102066 usb [ukbd] usb keyboard and multimedia keys don't work o usb/102096 usb /usr/sbin/usbd does not handle multiple devices in one 96 problems total. Non-critical problems S Tracker Resp. Description -------------------------------------------------------------------------------- o conf/30929 usb [usb] [patch] use usbd to initialize USB ADSL modem s usb/32653 usb Added patches to improve USB scanner supportOB o usb/40948 usb [usb] USB HP CDW8200 does not work f usb/41415 usb [usb] [patch] Some USB scanners cannot talk to uscanne o usb/48342 usb [PATCH] usbd dynamic device list. o kern/51958 usb [usb] [patch] update for urio driver o kern/52026 usb [usb] feature request: umass driver support for InSyst o usb/53025 usb [ugen] [patch] ugen does not allow O_NONBLOCK for inte o usb/56095 usb [usb] [patch] QUIRK: Apacer Pen Drive fails to work o kern/59698 usb [kbd] [patch] Rework of ukbd HID to AT code translatio f usb/60248 usb [patch] Problem with USB printer HP LaserJet 1300 o usb/61234 usb [usb] [patch] usbhidaction(1) doesn't support using an o usb/63837 usb [uhid] [patch] USB: hid_is_collection() only looks for o kern/65769 usb [usb] Call to tcflush(x, TCIFLUSH) stops input on usb- o kern/66547 usb [usb] Palm Tungsten T USB does not initialize correctl o usb/68232 usb [ugen] [patch] ugen(4) isochronous handling correction o usb/68412 usb [usb] [patch] QUIRK: Philips KEY013 USB MP3 player o usb/70523 usb [usb] [patch] umct sending/receiving wrong characters o usb/70942 usb [usb] Genius Wireless USB mouse: moused doesn't work c o usb/71416 usb [usb] Cryptoflex e-gate USB token (ugen0) detach is no o usb/71417 usb [usb] Cryptoflex e-gate USB token (ugen0) communicatio o usb/71455 usb [usb] Slow USB umass performance of 5.3 o usb/71605 usb [umass] [patch] umass doesn't recognize multiple slots o usb/72380 usb [usb] USB does not work [dual Celeron Abit] o usb/72732 usb [patch] Kyocera 7135 quirk. o usb/72733 usb Kyocera 7135 Palm OS connection problem. o usb/73056 usb [usb] Sun Microsystems Type 6 USB mouse not working in f usb/73553 usb [usb] Microsoft USB Internet Keyboard not recongized o usb/74211 usb USB flash drive causes CAM status 0x4 on 4.10Release f usb/74358 usb [umass] unplugging at boot time an umass device crashe o usb/74453 usb Q-lity CD-RW USB ECW-043 (ScanLogic SL11R chipset) doe o usb/74557 usb imation 500mb usb key can only be written halfway on f o usb/74609 usb [usb] [patch] allowing cdma modems to work at full spe o usb/74849 usb [usb] [patch] Samsung SPH-i500 does not attach properl o usb/74880 usb [usb] [patch] Samsung N400 cellphone/acm fails to atac o usb/75800 usb ucom1: init failed STALLED error in time of sync with o usb/75928 usb Cytronix SmartMedia card (SMC) reader has problems whe o usb/76461 usb [umass] disklabel of umass(4)-CAM(4)-da(4) not used by o usb/76732 usb Mouse problems with USB KVM Switch f usb/78371 usb Philips Wearable Audio Player (128) fails to attach f usb/78984 usb Creative MUVO umass failure o usb/79723 usb [usb] prepare for high speed isochronous transfers o usb/79725 usb [usb] [patch] USB device speed is not double-checked o usb/79893 usb [umass] [patch] new usbdevs/umass quirks derived from o usb/80010 usb [aue] [patch] add support for the AEI USB to LAN adapt f usb/80420 usb atapicam stops iPod functionality f usb/80773 usb "usbd_get_string()" could have taken a length paramete o usb/80774 usb have "usbd_find_desc" in line with the other "usbd_fin o usb/80776 usb [udav] UDAV device driver shouldn't use usb_add_task o usb/80777 usb usb_rem_task() should wait for callback to complete? o usb/80854 usb suggestion for new iface-no-probe mechanism o usb/80935 usb uvisor.c is not work with CLIE TH55. o usb/81073 usb [umass] [patch] fix umass NO_GETMAXLUN quirk o usb/81191 usb Support for Curitel HX-550C USB modem to 5.4 RELEASE. f usb/81621 usb external hd hangs under load on ehci o usb/82436 usb [patch] USL101 Host-to-Host bridge support on FreeBSD o usb/83022 usb ALI USB 2.0 EHCI Controller is not detected o usb/83863 usb Communication problem between opensc/openct via USB wi o usb/85067 usb Cannot attach ScanJet 4300C to usb device o usb/85992 usb [uhid] [patch] USB stops working when trying to read f o usb/86195 usb [patch] allow USB Ethernet Adaptor "ELECOM LD-USB20" t o usb/86298 usb Known good USB mouse won't work with correct settings o usb/86438 usb Fix for non-working iPod over USB is in NetBSD CVS o usb/87224 usb Cannot mount USB Zip750 o usb/87648 usb [mouse] Logitech USB-optical mouse problem. o usb/88408 usb axe0 read PHY failed o usb/88939 usb Fix cheapy Myson USB-IDE adapter f usb/89087 usb usb external harddrive hangs with BBB reset failed, TI f usb/91191 usb HP LaserJet 1020 (USB printer) not recognized f usb/91516 usb [umass] umass0 problems, with Freecom Classic SL Hard o usb/91546 usb [umodem] [patch] Nokia 6630 mobile phone does not work o usb/91811 usb Compact Flash in HP Photosmart 2610 return " Medium n o usb/91896 usb Serial Number of USB Memory Sticks is not passed throu o usb/92306 usb [quirk] [patch] Support for iRiver U10 USB media playe o usb/92403 usb [uplcom] uplcom.c needs new entry for 4.00 revision of p usb/92462 usb [patch] Add support for Epson CX3500/3600/3650 scanner o usb/92852 usb Vertical scroll not working properly on A4Tech WOP-49 f usb/93011 usb HP ScanJet 6200C & uscanner problem o usb/93389 usb Digital Camera Pentax S60 don't work o usb/93484 usb [umass] [patch] QUIRK: Toshiba TransMemory USB Memorys o usb/93872 usb [patch] SCSI quirk required for ELTA 8061 OL USB memor o usb/94132 usb USB QUIRK for CENTURY EX35QUAT disk enclosure f usb/94147 usb doesn't recognise my USB keyboard o usb/94148 usb Make if_cdce work with ARM linux handhelds o usb/94311 usb [ugen][PATCH] allow interrupt IN transactions to be af o usb/94439 usb [patch] Add support for JNC MP3 Player o usb/94946 usb [uhub][patch] code dynamic status size for status chan o usb/95037 usb USB disk didnt recognized on hot-plug. o usb/95173 usb [usb] cannot mount external usb harddisk VIA Technolog o usb/95241 usb Patch to add USB ID for OEM Pharos 360 GPS p usb/95616 usb [patch] Add support for USB Acer 640BT scanner o usb/95803 usb Add support for AnyData ADU-E100H o usb/95805 usb Add Support for Siemens ES75 modem o usb/96381 usb [patch] add a quirk table entry for a flash ram usb st o usb/96546 usb [usb] [patch] Add support (quirk) for EasyMP3 EM732X U o usb/96599 usb [patch] [usb] Sony Handycam DCR-HC32E memory stick slo o usb/96714 usb Update uvisor to support the Fossil Abacus Wrist PDA o usb/96901 usb [patch] Add support for X-Micro Flash Disk o usb/97175 usb USB cardreader hangs system o usb/97472 usb [patch] add support for Olympus C150,D390 o usb/97512 usb add Motorola A41x/V32x USB phone support (patch enclos o usb/97948 usb [patch] CMOTECH CDMA USB modem support o usb/98343 usb BBB reset failed errors with Creative Muvo MP3 player; o usb/98385 usb [patch] add support for libretto DVD Dock device to um o usb/98713 usb QUIRK: Rekam USB Camera o usb/99419 usb external usb harddrive slow to accept o usb/99538 usb [kbd] while using USB keyboard default params of atkbd o usb/99887 usb Archos Multimedia Jukebox doesn't work o usb/100746 usb [kbd] system does not boot due to USB keyboard problem o usb/100957 usb [usb] [patch] usbdevs entry and uscanner.c addition fo o usb/101043 usb [usbdevs] [patch] Add vendor "Sony Ericsson Mobile Com o usb/101066 usb Logitech iFeel MouseMan USB - UN53B o usb/101757 usb [patch] uhid.4: correct structure field names to match o usb/101761 usb [patch] usb.h: increase maximal size of report descrip o usb/101775 usb [libusbhid] [patch] possible error in report descripto o usb/102260 usb [PATCH] Add Belkin FC6550-AVR UPS to the usb quirks li o usb/102286 usb support for Netgear FA101 ethernet USB NIC o usb/102296 usb [patch] support for Psion Gold Port Ethernet USB NIC o usb/102373 usb [patch] driver for MFT o usb/102547 usb usb patch for iRiver H10 mp3 player o usb/102851 usb Add support for Epson Stylus CX4200 o usb/102852 usb Add support for Novatech NV902 wireless NIC o usb/102976 usb Casio Exilim Digital Camera cause panic o usb/103046 usb [patch] ulpt event driven I/O with select(2) and nonbl o usb/103167 usb Transcend JetFlash120 memory stick problem (with fix) o usb/103289 usb USB 2.0 problems on AMD LX-800 CPU and CS-5536 chipset 126 problems total. From owner-freebsd-usb@FreeBSD.ORG Mon Sep 18 11:39:19 2006 Return-Path: X-Original-To: freebsd-usb@freebsd.org Delivered-To: freebsd-usb@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8761E16A47C for ; Mon, 18 Sep 2006 11:39:19 +0000 (UTC) (envelope-from r.c.ladan@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.238]) by mx1.FreeBSD.org (Postfix) with ESMTP id 692A743D66 for ; Mon, 18 Sep 2006 11:39:04 +0000 (GMT) (envelope-from r.c.ladan@gmail.com) Received: by wx-out-0506.google.com with SMTP id i27so3922782wxd for ; Mon, 18 Sep 2006 04:39:04 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=kJtcryJzyeWraLCgOIDUlpuw/MTsccVVbceLr+rkzuxCxVojO0pKqmorO3Y+2e/FkqgYtohoXCaUinpO20+prfOarZiOxdt/2srIjRqqX24GW77jCLEwdNelvIi1/7muRhJU0M7r5gRB5HcITgs4KYr6zM/9HB/5rabxqLuJLKw= Received: by 10.70.19.16 with SMTP id 16mr18269337wxs; Mon, 18 Sep 2006 04:39:03 -0700 (PDT) Received: by 10.70.124.6 with HTTP; Mon, 18 Sep 2006 04:39:03 -0700 (PDT) Message-ID: Date: Mon, 18 Sep 2006 13:39:03 +0200 From: "Rene Ladan" To: freebsd-hackers@freebsd.org, freebsd-usb@freebsd.org In-Reply-To: <450DA217.9080602@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <450DA217.9080602@gmail.com> Cc: Subject: Re: anyone working on setting output items with usbhidctl(1) ? X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Sep 2006 11:39:19 -0000 2006/9/17, Rene Ladan : > Hi, > > is anyone working on setting output items with usbhidctl(1) ? > > I thought that something like -s "feature1=value1,feature2=value2,..." > would be nice to have. > I noticed that the usbhidctl(1) tool in OpenBSD has a -w option to set output and feature items, so I'll try to port it to the FreeBSD tool. > I'm not subscribed to the usb@ list, so please cc me. > Kind regards, Rene -- GPG fingerprint = E738 5471 D185 7013 0EE0 4FC8 3C1D 6F83 12E1 84F6 (subkeys.pgp.net) "It won't fit on the line." -- me, 2001 From owner-freebsd-usb@FreeBSD.ORG Tue Sep 19 21:46:05 2006 Return-Path: X-Original-To: freebsd-usb@freebsd.org Delivered-To: freebsd-usb@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2033616A417 for ; Tue, 19 Sep 2006 21:46:05 +0000 (UTC) (envelope-from wmoran@collaborativefusion.com) Received: from mx00.pub.collaborativefusion.com (mx00.pub.collaborativefusion.com [206.210.89.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id 394D643D77 for ; Tue, 19 Sep 2006 21:45:43 +0000 (GMT) (envelope-from wmoran@collaborativefusion.com) Received: from collaborativefusion.com (mx01.pub.collaborativefusion.com [206.210.89.201]) (TLS: TLSv1/SSLv3,256bits,AES256-SHA) by wingspan with esmtp; Tue, 19 Sep 2006 17:45:41 -0400 id 00056416.45106505.0000E652 Received: from Internal Mail-Server (206.210.89.202) by mx01 (envelope-from wmoran@collaborativefusion.com) with AES256-SHA encrypted SMTP; 19 Sep 2006 17:44:47 -0400 Date: Tue, 19 Sep 2006 17:45:41 -0400 From: Bill Moran To: freebsd-usb@freebsd.org Message-Id: <20060919174541.7afc5f47.wmoran@collaborativefusion.com> Organization: Collaborative Fusion X-Mailer: Sylpheed version 2.2.7 (GTK+ 2.8.20; i386-portbld-freebsd6.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: ehci.c : uncommited patch fixes DRAC5 problems X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Sep 2006 21:46:05 -0000 http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/usb/ehci.c?rev=1.42&content-type=text/x-cvsweb-markup I'm one of those people who've been having trouble with Dell's DRAC5 keyboards not working in 6.1. Grabbing the above version of ehci.c fixes the problem (except that I had to comment out line 766) The commit note suggests that this should have been MFCed back in April. Can we get this MFCed before 6.2 comes out? -- Bill Moran Collaborative Fusion Inc. **************************************************************** IMPORTANT: This message contains confidential information and is intended only for the individual named. If the reader of this message is not an intended recipient (or the individual responsible for the delivery of this message to an intended recipient), please be advised that any re-use, dissemination, distribution or copying of this message is prohibited. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. The sender therefore does not accept liability for any errors or omissions in the contents of this message, which arise as a result of e-mail transmission. **************************************************************** From owner-freebsd-usb@FreeBSD.ORG Wed Sep 20 01:16:20 2006 Return-Path: X-Original-To: freebsd-usb@freebsd.org Delivered-To: freebsd-usb@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8019916A407 for ; Wed, 20 Sep 2006 01:16:20 +0000 (UTC) (envelope-from nox@saturn.kn-bremen.de) Received: from gwyn.kn-bremen.de (gwyn.kn-bremen.de [212.63.36.242]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5CD3B43D49 for ; Wed, 20 Sep 2006 01:16:18 +0000 (GMT) (envelope-from nox@saturn.kn-bremen.de) Received: from gwyn.kn-bremen.de (gwyn [127.0.0.1]) by gwyn.kn-bremen.de (8.13.4/8.13.4/Debian-3sarge1) with ESMTP id k8K1GHtS019221 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Wed, 20 Sep 2006 03:16:17 +0200 Received: from saturn.kn-bremen.de (uucp@localhost) by gwyn.kn-bremen.de (8.13.4/8.13.4/Submit) with UUCP id k8K1GHth019219 for freebsd-usb@freebsd.org; Wed, 20 Sep 2006 03:16:17 +0200 Received: from saturn.kn-bremen.de (nox@localhost [127.0.0.1]) by saturn.kn-bremen.de (8.13.6/8.13.6) with ESMTP id k8K1B8Zk011982 for ; Wed, 20 Sep 2006 03:11:08 +0200 (CEST) (envelope-from nox@saturn.kn-bremen.de) Received: (from nox@localhost) by saturn.kn-bremen.de (8.13.6/8.13.6/Submit) id k8K1B7mZ011981 for freebsd-usb@freebsd.org; Wed, 20 Sep 2006 03:11:07 +0200 (CEST) (envelope-from nox) From: Juergen Lock Date: Wed, 20 Sep 2006 03:11:07 +0200 To: freebsd-usb@freebsd.org Message-ID: <20060920011107.GA9379@saturn.kn-bremen.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.11 Subject: umass0: BBB reset failed, TIMEOUT (again) X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Sep 2006 01:16:20 -0000 Today for the first time since this box got a new board I tried to copy data onto the usb cardreader, and after copying for a while it suddenly stopped (led stopped flashing, no further io), and after some time i had the above in dmesg. And that was it, cp process hung, no way to kill it. Unplugged the thing, and got the expected panic: vinvalbuf: dirty bufs. Tried the same thing from linux (after dosfsck), and there copying stopped for a while too, but it then continued and finished. Is this is some kind of new hardware quirk of the new board's ehci controller, that linux recovers from? (via, there already is a `dropped interrupt' fix for it, which helped with my last board...) I also tried building a RELENG_6 kernel (one of the PRs I looked at also suggested this), but it behaved the same. Just in case, I took a dump of that too, but I don't really know for what to look in there so you'd have to tell me... Oh, the board now is an Asrock K7VT4A, I think its pretty common too... bash 10.3# kgdb kernel.debug /var/crash/vmcore.4 [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd". Unread portion of the kernel message buffer: KDB: enter: manual escape to debugger panic: from debugger KDB: stack backtrace: Uptime: 4m44s Dumping 1023 MB (2 chunks) chunk 0: 1MB (159 pages) ... ok chunk 1: 1023MB (261872 pages) 1007 991 975 959 943 927 911 895 879 863 847 831 815 799 783 767 751 735 719 703 687 671 655 639 623 607 591 575 559 543 527 511 495 479 463 447 431 415 399 383 367 351 335 319 303 287 271 255 239 223 207 191 175 159 143 127 111 95 79 63 47 31 15 #0 doadump () at pcpu.h:165 165 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); (kgdb) bt #0 doadump () at pcpu.h:165 #1 0xc06967ee in boot (howto=260) at ../../../kern/kern_shutdown.c:409 #2 0xc0696ab4 in panic (fmt=0xc08b7db1 "from debugger") at ../../../kern/kern_shutdown.c:565 #3 0xc049cab9 in db_panic (addr=-1066731985, have_addr=0, count=-1, modif=0xe35dfa8c "") at ../../../ddb/db_command.c:438 #4 0xc049ca50 in db_command (last_cmdp=0xc09acbc4, cmd_table=0x0, aux_cmd_tablep=0xc090f578, aux_cmd_tablep_end=0xc090f594) at ../../../ddb/db_command.c:350 #5 0xc049cb18 in db_command_loop () at ../../../ddb/db_command.c:458 #6 0xc049e725 in db_trap (type=3, code=0) at ../../../ddb/db_main.c:221 #7 0xc06af8ab in kdb_trap (type=3, code=0, tf=0xe35dfbcc) at ../../../kern/subr_kdb.c:473 #8 0xc088a14c in trap (frame= {tf_fs = 8, tf_es = 40, tf_ds = 40, tf_edi = -1063263456, tf_esi = -1063283456, tf_ebp = -480379892, tf_isp = -480379912, tf_ebx = 0, tf_edx = 0, tf_ecx = -1056878592, tf_eax = 38, tf_trapno = 3, tf_err = 0, tf_eip = -1066731985, tf_cs = 32, tf_eflags = 524934, tf_esp = -480379820, tf_ss = -1064897956}) at ../../../i386/i386/trap.c:594 #9 0xc08781da in calltrap () at ../../../i386/i386/exception.s:139 #10 0xc06af62f in kdb_enter (msg=0x26
) at cpufunc.h:60 #11 0xc086f25c in scgetc (sc=0xc09fe320, flags=2) ---Type to continue, or q to quit--- at ../../../dev/syscons/syscons.c:3324 #12 0xc086af7c in sckbdevent (thiskbd=0xc4b14800, event=0, arg=0xc09fe320) at ../../../dev/syscons/syscons.c:659 #13 0xc05923bc in kbdmux_intr (kbd=0xc4b14800, arg=0x0) at ../../../dev/kbdmux/kbdmux.c:548 #14 0xc0591e16 in kbdmux_kbd_intr (xkbd=0x0, pending=1) at ../../../dev/kbdmux/kbdmux.c:199 #15 0xc06b64cb in taskqueue_run (queue=0xc4b06e80) at ../../../kern/subr_taskqueue.c:257 #16 0xc06b6702 in taskqueue_swi_giant_run (dummy=0x0) at ../../../kern/subr_taskqueue.c:311 #17 0xc0681369 in ithread_execute_handlers (p=0xc4abfa78, ie=0xc4b06e00) at ../../../kern/kern_intr.c:682 #18 0xc0681474 in ithread_loop (arg=0xc4b44420) at ../../../kern/kern_intr.c:765 #19 0xc06802f0 in fork_exit (callout=0xc0681420 , arg=0xc4b44420, frame=0xe35dfd38) at ../../../kern/kern_fork.c:821 #20 0xc087823c in fork_trampoline () at ../../../i386/i386/exception.s:208 (kgdb) info threads 92 Thread 100101 (PID=1022: systat) 0xc06a803b in sched_switch ( td=0xc5298c00, newtd=0xc4aba600, flags=1) at ../../../kern/sched_4bsd.c:973 91 Thread 100106 (PID=1021: bash) 0xc06a803b in sched_switch ( td=0xc5298480, newtd=0xc5298c00, flags=1) at ../../../kern/sched_4bsd.c:973 90 Thread 100072 (PID=1017: cp) 0xc06a803b in sched_switch (td=0xc5118480, newtd=0xc4abc000, flags=1) at ../../../kern/sched_4bsd.c:973 89 Thread 100108 (PID=1009: sleep) 0xc06a803b in sched_switch ( td=0xc5298180, newtd=0xc4aba600, flags=1) at ../../../kern/sched_4bsd.c:973 88 Thread 100085 (PID=860: bash) 0xc06a803b in sched_switch (td=0xc5294300, newtd=0xc5118480, flags=1) at ../../../kern/sched_4bsd.c:973 87 Thread 100090 (PID=857: csh) 0xc06a803b in sched_switch (td=0xc511ca80, newtd=0xc5294300, flags=1) at ../../../kern/sched_4bsd.c:973 86 Thread 100078 (PID=856: su) 0xc06a803b in sched_switch (td=0xc4d90900, newtd=0xc511ca80, flags=1) at ../../../kern/sched_4bsd.c:973 85 Thread 100087 (PID=855: bash) 0xc06a803b in sched_switch (td=0xc5294000, newtd=0xc4d90900, flags=1) at ../../../kern/sched_4bsd.c:973 84 Thread 100082 (PID=854: getty) 0xc06a803b in sched_switch ( td=0xc5294780, newtd=0xc511c780, flags=1) at ../../../kern/sched_4bsd.c:973 83 Thread 100091 (PID=853: getty) 0xc06a803b in sched_switch ( td=0xc511c900, newtd=0xc5294780, flags=1) at ../../../kern/sched_4bsd.c:973 82 Thread 100084 (PID=852: getty) 0xc06a803b in sched_switch ( td=0xc5294480, newtd=0xc511c900, flags=1) at ../../../kern/sched_4bsd.c:973 81 Thread 100083 (PID=851: getty) 0xc06a803b in sched_switch ( ---Type to continue, or q to quit--- td=0xc5294600, newtd=0xc5294480, flags=1) at ../../../kern/sched_4bsd.c:973 80 Thread 100092 (PID=850: getty) 0xc06a803b in sched_switch ( td=0xc511c780, newtd=0xc4aba600, flags=1) at ../../../kern/sched_4bsd.c:973 79 Thread 100076 (PID=849: login) 0xc06a803b in sched_switch ( td=0xc4d90d80, newtd=0xc4c05a80, flags=1) at ../../../kern/sched_4bsd.c:973 78 Thread 100088 (PID=848: getty) 0xc06a803b in sched_switch ( td=0xc511cd80, newtd=0xc5294600, flags=1) at ../../../kern/sched_4bsd.c:973 77 Thread 100093 (PID=847: login) 0xc06a803b in sched_switch ( td=0xc511c600, newtd=0xc5294000, flags=1) at ../../../kern/sched_4bsd.c:973 76 Thread 100089 (PID=846: getty) 0xc06a803b in sched_switch ( td=0xc511cc00, newtd=0xc4aba600, flags=1) at ../../../kern/sched_4bsd.c:973 75 Thread 100081 (PID=829: inetd) 0xc06a803b in sched_switch ( td=0xc5294900, newtd=0xc511cc00, flags=1) at ../../../kern/sched_4bsd.c:973 74 Thread 100086 (PID=801: moused) 0xc06a803b in sched_switch ( td=0xc5294180, newtd=0xc5294000, flags=1) at ../../../kern/sched_4bsd.c:973 73 Thread 100066 (PID=768: cron) 0xc06a803b in sched_switch (td=0xc5118d80, newtd=0xc4aba600, flags=1) at ../../../kern/sched_4bsd.c:973 72 Thread 100055 (PID=762: sendmail) 0xc06a803b in sched_switch ( td=0xc4d8dd80, newtd=0xc511cc00, flags=1) at ../../../kern/sched_4bsd.c:973 71 Thread 100060 (PID=758: sendmail) 0xc06a803b in sched_switch ( td=0xc4d8d600, newtd=0xc4aba600, flags=1) at ../../../kern/sched_4bsd.c:973 70 Thread 100064 (PID=752: sshd) 0xc06a803b in sched_switch (td=0xc4d8d000, newtd=0xc5118000, flags=1) at ../../../kern/sched_4bsd.c:973 ---Type to continue, or q to quit--- 69 Thread 100065 (PID=703: irq16: pcm0) fork_trampoline () at ../../../i386/i386/exception.s:205 68 Thread 100074 (PID=650: cupsd) 0xc06a803b in sched_switch ( td=0xc5118180, newtd=0xc4aba600, flags=1) at ../../../kern/sched_4bsd.c:973 67 Thread 100051 (PID=639: python) 0xc06a803b in sched_switch ( td=0xc4d90480, newtd=0xc4aba600, flags=1) at ../../../kern/sched_4bsd.c:973 66 Thread 100079 (PID=625: hpiod) 0xc06a803b in sched_switch ( td=0xc4d90a80, newtd=0xc4aba600, flags=1) at ../../../kern/sched_4bsd.c:973 65 Thread 100063 (PID=625: hpiod) 0xc06a803b in sched_switch ( td=0xc4d8d180, newtd=0xc4d90780, flags=1) at ../../../kern/sched_4bsd.c:973 64 Thread 100077 (PID=625: hpiod) 0xc06a803b in sched_switch ( td=0xc4d90c00, newtd=0xc4aba600, flags=1) at ../../../kern/sched_4bsd.c:973 63 Thread 100067 (PID=623: perl5.8.8) 0xc06a803b in sched_switch ( td=0xc5118c00, newtd=0xc5118480, flags=1) at ../../../kern/sched_4bsd.c:973 62 Thread 100071 (PID=610: sh) 0xc06a803b in sched_switch (td=0xc5118600, newtd=0xc5298180, flags=1) at ../../../kern/sched_4bsd.c:973 61 Thread 100069 (PID=607: sh) 0xc06a803b in sched_switch (td=0xc5118900, newtd=0xc5118780, flags=1) at ../../../kern/sched_4bsd.c:973 60 Thread 100068 (PID=606: innd) 0xc06a803b in sched_switch (td=0xc5118a80, newtd=0xc4c05a80, flags=1) at ../../../kern/sched_4bsd.c:973 59 Thread 100061 (PID=560: rpc.lockd) 0xc06a803b in sched_switch ( td=0xc4d8d480, newtd=0xc4aba600, flags=1) at ../../../kern/sched_4bsd.c:973 58 Thread 100058 (PID=554: rpc.lockd) 0xc06a803b in sched_switch ( ---Type to continue, or q to quit--- td=0xc4d8d900, newtd=0xc4aba600, flags=1) at ../../../kern/sched_4bsd.c:973 57 Thread 100050 (PID=549: rpc.statd) 0xc06a803b in sched_switch ( td=0xc4d90600, newtd=0xc4aba600, flags=1) at ../../../kern/sched_4bsd.c:973 56 Thread 100059 (PID=544: nfsd) 0xc06a803b in sched_switch (td=0xc4d8d780, newtd=0xc4d8da80, flags=1) at ../../../kern/sched_4bsd.c:973 55 Thread 100040 (PID=543: nfsd) 0xc06a803b in sched_switch (td=0xc4c05780, newtd=0xc4d8d780, flags=1) at ../../../kern/sched_4bsd.c:973 54 Thread 100062 (PID=542: nfsd) 0xc06a803b in sched_switch (td=0xc4d8d300, newtd=0xc4c05780, flags=1) at ../../../kern/sched_4bsd.c:973 53 Thread 100042 (PID=541: nfsd) 0xc06a803b in sched_switch (td=0xc4c05480, newtd=0xc4d8d480, flags=1) at ../../../kern/sched_4bsd.c:973 52 Thread 100057 (PID=539: nfsd) 0xc06a803b in sched_switch (td=0xc4d8da80, newtd=0xc4d90300, flags=1) at ../../../kern/sched_4bsd.c:973 51 Thread 100056 (PID=537: mountd) 0xc06a803b in sched_switch ( td=0xc4d8dc00, newtd=0xc5294300, flags=1) at ../../../kern/sched_4bsd.c:973 50 Thread 100052 (PID=512: rpcbind) 0xc06a803b in sched_switch ( td=0xc4d90300, newtd=0xc4aba600, flags=1) at ../../../kern/sched_4bsd.c:973 49 Thread 100038 (PID=443: syslogd) 0xc06a803b in sched_switch ( td=0xc4c05a80, newtd=0xc4aba600, flags=1) at ../../../kern/sched_4bsd.c:973 48 Thread 100054 (PID=333: devd) 0xc06a803b in sched_switch (td=0xc4d90000, newtd=0xc4aba600, flags=1) at ../../../kern/sched_4bsd.c:973 47 Thread 100041 (PID=249: ppp) 0xc06a803b in sched_switch (td=0xc4c05600, newtd=0xc4aba600, flags=1) at ../../../kern/sched_4bsd.c:973 ---Type to continue, or q to quit--- 46 Thread 100039 (PID=170: adjkerntz) 0xc06a803b in sched_switch ( td=0xc4c05900, newtd=0xc4c05780, flags=1) at ../../../kern/sched_4bsd.c:973 45 Thread 100044 (PID=44: schedcpu) 0xc06a803b in sched_switch ( td=0xc4c05180, newtd=0xc4aba600, flags=1) at ../../../kern/sched_4bsd.c:973 44 Thread 100045 (PID=43: softdepflush) 0xc06a803b in sched_switch ( td=0xc4c05000, newtd=0xc4bb0a80, flags=1) at ../../../kern/sched_4bsd.c:973 43 Thread 100046 (PID=42: vnlru) 0xc06a803b in sched_switch (td=0xc4bb0d80, newtd=0xc4c05180, flags=1) at ../../../kern/sched_4bsd.c:973 42 Thread 100047 (PID=41: syncer) 0xc06a803b in sched_switch ( td=0xc4bb0c00, newtd=0xc4aba600, flags=1) at ../../../kern/sched_4bsd.c:973 41 Thread 100048 (PID=40: bufdaemon) 0xc06a803b in sched_switch ( td=0xc4bb0a80, newtd=0xc4bb0d80, flags=1) at ../../../kern/sched_4bsd.c:973 40 Thread 100049 (PID=39: pagezero) 0xc06a803b in sched_switch ( td=0xc4bb0900, newtd=0xc4aba600, flags=1) at ../../../kern/sched_4bsd.c:973 39 Thread 100027 (PID=38: vmdaemon) 0xc06a803b in sched_switch ( td=0xc4bb0180, newtd=0xc4bb0a80, flags=1) at ../../../kern/sched_4bsd.c:973 38 Thread 100028 (PID=37: pagedaemon) 0xc06a803b in sched_switch ( td=0xc4bb0000, newtd=0xc4c05000, flags=1) at ../../../kern/sched_4bsd.c:973 37 Thread 100029 (PID=36: irq12: psm0) fork_trampoline () at ../../../i386/i386/exception.s:205 36 Thread 100030 (PID=35: irq1: atkbd0) 0xc06a803b in sched_switch ( td=0xc4ac0c00, newtd=0xc4ac0180, flags=1) at ../../../kern/sched_4bsd.c:973 35 Thread 100031 (PID=34: irq7: ppc0) fork_trampoline () ---Type to continue, or q to quit--- at ../../../i386/i386/exception.s:205 34 Thread 100032 (PID=33: swi0: sio) 0xc06a803b in sched_switch ( td=0xc4ac0900, newtd=0xc4d90180, flags=1) at ../../../kern/sched_4bsd.c:973 33 Thread 100033 (PID=32: fdc0) 0xc06a803b in sched_switch (td=0xc4ac0780, newtd=0xc4aba600, flags=1) at ../../../kern/sched_4bsd.c:973 32 Thread 100034 (PID=31: irq23: vr0) 0xc06a803b in sched_switch ( td=0xc4ac0600, newtd=0xc4c05a80, flags=1) at ../../../kern/sched_4bsd.c:973 31 Thread 100035 (PID=30: usb4) 0xc06a803b in sched_switch (td=0xc4ac0480, newtd=0xc4aba600, flags=1) at ../../../kern/sched_4bsd.c:973 30 Thread 100036 (PID=29: usb3) 0xc06a803b in sched_switch (td=0xc4c05d80, newtd=0xc4aba600, flags=1) at ../../../kern/sched_4bsd.c:973 29 Thread 100037 (PID=28: usb2) 0xc06a803b in sched_switch (td=0xc4c05c00, newtd=0xc4c05d80, flags=1) at ../../../kern/sched_4bsd.c:973 28 Thread 100017 (PID=27: usb1) 0xc06a803b in sched_switch (td=0xc4abc900, newtd=0xc4c05c00, flags=1) at ../../../kern/sched_4bsd.c:973 27 Thread 100018 (PID=26: usbtask) 0xc06a803b in sched_switch ( td=0xc4abc780, newtd=0xc4aba600, flags=1) at ../../../kern/sched_4bsd.c:973 26 Thread 100019 (PID=25: usb0) 0xc06a803b in sched_switch (td=0xc4abc600, newtd=0xc4abc900, flags=1) at ../../../kern/sched_4bsd.c:973 25 Thread 100020 (PID=24: irq21: uhci0 uhci*) 0xc06a803b in sched_switch ( td=0xc4abc480, newtd=0xc4abc780, flags=1) at ../../../kern/sched_4bsd.c:973 24 Thread 100021 (PID=23: irq15: ata1) 0xc06a803b in sched_switch ( td=0xc4abc300, newtd=0xc4ac0000, flags=1) at ../../../kern/sched_4bsd.c:973 ---Type to continue, or q to quit--- 23 Thread 100022 (PID=22: irq14: ata0) 0xc06a803b in sched_switch ( td=0xc4abc180, newtd=0xc4abad80, flags=1) at ../../../kern/sched_4bsd.c:973 22 Thread 100023 (PID=21: irq20: atapci0) 0xc06a803b in sched_switch ( td=0xc4bb0780, newtd=0xc4abad80, flags=1) at ../../../kern/sched_4bsd.c:973 21 Thread 100024 (PID=20: em0 taskq) 0xc06a803b in sched_switch ( td=0xc4bb0600, newtd=0xc4aba780, flags=1) at ../../../kern/sched_4bsd.c:973 20 Thread 100025 (PID=19: irq9: acpi0) fork_trampoline () at ../../../i386/i386/exception.s:205 19 Thread 100026 (PID=18: swi5: +) 0xc06a803b in sched_switch ( td=0xc4bb0300, newtd=0xc4ac0000, flags=1) at ../../../kern/sched_4bsd.c:973 18 Thread 100008 (PID=9: thread taskq) 0xc06a803b in sched_switch ( td=0xc4aba300, newtd=0xc4aba600, flags=1) at ../../../kern/sched_4bsd.c:973 17 Thread 100009 (PID=8: acpi_task2) 0xc06a803b in sched_switch ( td=0xc4aba180, newtd=0xc4abc600, flags=1) at ../../../kern/sched_4bsd.c:973 16 Thread 100010 (PID=7: acpi_task1) 0xc06a803b in sched_switch ( td=0xc4aba000, newtd=0xc4aba180, flags=1) at ../../../kern/sched_4bsd.c:973 15 Thread 100011 (PID=6: acpi_task0) 0xc06a803b in sched_switch ( td=0xc4ac0300, newtd=0xc4aba000, flags=1) at ../../../kern/sched_4bsd.c:973 * 14 Thread 100012 (PID=17: swi6: Giant taskq) doadump () at pcpu.h:165 13 Thread 100013 (PID=16: swi6: task queue) 0xc06a803b in sched_switch ( td=0xc4ac0000, newtd=0xc4abac00, flags=1) at ../../../kern/sched_4bsd.c:973 12 Thread 100014 (PID=5: kqueue taskq) 0xc06a803b in sched_switch ( td=0xc4abcd80, newtd=0xc4aba300, flags=1) at ../../../kern/sched_4bsd.c:973 ---Type to continue, or q to quit--- 11 Thread 100015 (PID=15: swi2: cambio) 0xc06a803b in sched_switch ( td=0xc4abcc00, newtd=0xc4abad80, flags=1) at ../../../kern/sched_4bsd.c:973 10 Thread 100016 (PID=14: yarrow) 0xc06a803b in sched_switch ( td=0xc4abca80, newtd=0xc4aba600, flags=1) at ../../../kern/sched_4bsd.c:973 9 Thread 100000 (PID=4: g_down) 0xc06a803b in sched_switch (td=0xc4abc000, newtd=0xc4aba600, flags=1) at ../../../kern/sched_4bsd.c:973 8 Thread 100001 (PID=3: g_up) 0xc06a803b in sched_switch (td=0xc4abad80, newtd=0xc4aba600, flags=1) at ../../../kern/sched_4bsd.c:973 7 Thread 100002 (PID=2: g_event) 0xc06a803b in sched_switch (td=0xc4abac00, newtd=0xc4aba600, flags=1) at ../../../kern/sched_4bsd.c:973 6 Thread 100003 (PID=13: swi3: vm) fork_trampoline () at ../../../i386/i386/exception.s:205 5 Thread 100004 (PID=12: swi4: clock sio) 0xc06a803b in sched_switch ( td=0xc4aba900, newtd=0xc4aba600, flags=1) at ../../../kern/sched_4bsd.c:973 4 Thread 100005 (PID=11: swi1: net) 0xc06a803b in sched_switch ( td=0xc4aba780, newtd=0xc4c05600, flags=1) at ../../../kern/sched_4bsd.c:973 3 Thread 100006 (PID=10: idle) 0xc06a803b in sched_switch (td=0xc4aba600, newtd=0xc4ac0c00, flags=6) at ../../../kern/sched_4bsd.c:973 2 Thread 100007 (PID=1: init) 0xc06a803b in sched_switch (td=0xc4aba480, newtd=0xc4aba600, flags=1) at ../../../kern/sched_4bsd.c:973 1 Thread 0 (PID=0: swapper) 0xc06a803b in sched_switch (td=0xc09c5e60, newtd=0xc4aba480, flags=1) at ../../../kern/sched_4bsd.c:973 (kgdb) thread 90 [Switching to thread 90 (Thread 100072)]#0 0xc06a803b in sched_switch ( td=0xc5118480, newtd=0xc4abc000, flags=1) at ../../../kern/sched_4bsd.c:973 973 cpu_switch(td, newtd); (kgdb) bt #0 0xc06a803b in sched_switch (td=0xc5118480, newtd=0xc4abc000, flags=1) at ../../../kern/sched_4bsd.c:973 #1 0xc069d14a in mi_switch (flags=1, newtd=0x0) at ../../../kern/kern_synch.c:420 #2 0xc06b53fa in sleepq_switch (wchan=0x0) at ../../../kern/subr_sleepqueue.c:450 #3 0xc06b54ea in sleepq_wait (wchan=0xc09cd684) at ../../../kern/subr_sleepqueue.c:530 #4 0xc069ccb9 in msleep (ident=0xc09cd684, mtx=0xc09cd6a0, priority=68, wmesg=0xc08f1916 "wdrain", timo=0) at ../../../kern/kern_synch.c:211 #5 0xc06dc1a6 in waitrunningbufspace () at ../../../kern/vfs_bio.c:383 #6 0xc06dca89 in bufwrite (bp=0xd8be1148) at ../../../kern/vfs_bio.c:851 #7 0xc06dd04b in bawrite (bp=0x0) at buf.h:399 #8 0xc06529be in msdosfs_write (ap=0x0) at ../../../fs/msdosfs/msdosfs_vnops.c:797 #9 0xc08936a2 in VOP_WRITE_APV (vop=0xc0959300, a=0xe7319bec) at vnode_if.c:698 #10 0xc06fb2d6 in vn_write (fp=0xc519f120, uio=0xe7319cbc, active_cred=0xc549bb80, flags=0, td=0xc5118480) at vnode_if.h:372 #11 0xc06b9573 in dofilewrite (td=0xc5118480, fd=4, fp=0xc519f120, auio=0xe7319cbc, offset=Unhandled dwarf expression opcode 0x93 ) at file.h:252 #12 0xc06b9417 in kern_writev (td=0xc5118480, fd=4, auio=0xe7319cbc) at ../../../kern/sys_generic.c:402 ---Type to continue, or q to quit--- #13 0xc06b933d in write (td=0xc5118480, uap=0x0) at ../../../kern/sys_generic.c:326 #14 0xc088a9c3 in syscall (frame= {tf_fs = 59, tf_es = 59, tf_ds = 59, tf_edi = 134526528, tf_esi = 65536, tf_ebp = -1077941464, tf_isp = -416178844, tf_ebx = 65536, tf_edx = 0, tf_ecx = 10, tf_eax = 4, tf_trapno = 0, tf_err = 2, tf_eip = 672352191, tf_cs = 51, tf_eflags = 518, tf_esp = -1077941540, tf_ss = 59}) at ../../../i386/i386/trap.c:983 #15 0xc087822f in Xint0x80_syscall () at ../../../i386/i386/exception.s:200 #16 0x00000033 in ?? () Previous frame inner to this frame (corrupt stack?) (kgdb) q uname -a and boot -v dmesg of the box: FreeBSD saturn 6.1-RELEASE-p5 FreeBSD 6.1-RELEASE-p5 #0: Mon Sep 4 15:37:14 CEST 2006 nox@saturn:/ad4/usr/home/nox/src61/src/sys/i386/compile/GENERICua i386 Copyright (c) 1992-2006 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 6.1-RELEASE-p5 #0: Mon Sep 4 15:37:14 CEST 2006 nox@saturn:/ad4/usr/home/nox/src61/src/sys/i386/compile/GENERICua Preloaded elf kernel "/boot/GENERIC/kernel" at 0xc0fe9000. Preloaded elf module "/boot/GENERIC/linux.ko" at 0xc0fe918c. Preloaded elf module "/boot/modules/nvidia.ko" at 0xc0fe9238. Preloaded elf module "/boot/GENERIC/acpi.ko" at 0xc0fe92e4. Calibrating clock(s) ... i8254 clock: 1193192 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 2082664630 Hz CPU: AMD Athlon(tm) XP 2600+ (2082.66-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x681 Stepping = 1 Features=0x383fbff AMD Features=0xc0400800 Data TLB: 32 entries, fully associative Instruction TLB: 16 entries, fully associative L1 data cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 2-way associative L1 instruction cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 2-way associative L2 internal cache: 256 kbytes, 64 bytes/line, 1 lines/tag, 8-way associative real memory = 1073676288 (1023 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009efff, 647168 bytes (158 pages) 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) 0x0000000001025000 - 0x000000003edabfff, 1037594624 bytes (253319 pages) avail memory = 1037500416 (989 MB) Table 'FACP' at 0x3fff0030 Table 'APIC' at 0x3fff00c0 MADT: Found table at 0x3fff00c0 APIC: Using the MADT enumerator. MADT: Found CPU APIC ID 0 ACPI ID 1: enabled ACPI APIC Table: bios32: Found BIOS32 Service Directory header at 0xc00fda40 bios32: Entry = 0xfda50 (c00fda50) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xf0000+0xda71 pnpbios: Found PnP BIOS data at 0xc00f7ac0 pnpbios: Entry = f0000:689b Rev = 1.0 Other BIOS signatures found: APIC: CPU 0 has ACPI ID 1 MADT: Found IO APIC ID 2, Interrupt 0 at 0xfec00000 ioapic0: Routing external 8259A's -> intpin 0 ioapic0: intpin 0 -> ExtINT (edge, high) ioapic0: intpin 1 -> ISA IRQ 1 (edge, high) ioapic0: intpin 2 -> ISA IRQ 2 (edge, high) ioapic0: intpin 3 -> ISA IRQ 3 (edge, high) ioapic0: intpin 4 -> ISA IRQ 4 (edge, high) ioapic0: intpin 5 -> ISA IRQ 5 (edge, high) ioapic0: intpin 6 -> ISA IRQ 6 (edge, high) ioapic0: intpin 7 -> ISA IRQ 7 (edge, high) ioapic0: intpin 8 -> ISA IRQ 8 (edge, high) ioapic0: intpin 9 -> ISA IRQ 9 (edge, high) ioapic0: intpin 10 -> ISA IRQ 10 (edge, high) ioapic0: intpin 11 -> ISA IRQ 11 (edge, high) ioapic0: intpin 12 -> ISA IRQ 12 (edge, high) ioapic0: intpin 13 -> ISA IRQ 13 (edge, high) ioapic0: intpin 14 -> ISA IRQ 14 (edge, high) ioapic0: intpin 15 -> ISA IRQ 15 (edge, high) ioapic0: intpin 16 -> PCI IRQ 16 (level, low) ioapic0: intpin 17 -> PCI IRQ 17 (level, low) ioapic0: intpin 18 -> PCI IRQ 18 (level, low) ioapic0: intpin 19 -> PCI IRQ 19 (level, low) ioapic0: intpin 20 -> PCI IRQ 20 (level, low) ioapic0: intpin 21 -> PCI IRQ 21 (level, low) ioapic0: intpin 22 -> PCI IRQ 22 (level, low) ioapic0: intpin 23 -> PCI IRQ 23 (level, low) MADT: Interrupt override: source 0, irq 2 ioapic0: Routing IRQ 0 -> intpin 2 ioapic0: intpin 2 trigger: edge ioapic0: intpin 2 polarity: high MADT: Interrupt override: source 9, irq 9 ioapic0: intpin 9 trigger: level ioapic0: intpin 9 polarity: low ioapic0 irqs 0-23 on motherboard cpu0 BSP: ID: 0x00000000 VER: 0x00040010 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00000000 err: 0x0001000f pcm: 0x00010000 wlan: <802.11 Link Layer> random: nfslock: pseudo-device io: kbd: new array size 4 kbd1 at kbdmux0 mem: Pentium Pro MTRR support enabled null: rr232x: RocketRAID 232x controller driver v1.02 (Sep 4 2006 15:37:00) npx0: INT 16 interface acpi0: on motherboard ioapic0: routing intpin 9 (ISA IRQ 9) to vector 48 acpi0: [MPSAFE] pci_open(1): mode 1 addr port (0x0cf8) is 0x80008840 pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=00] is there (id=31891106) pcibios: BIOS version 2.10 Found $PIR table, 10 entries at 0xc00f7f00 PCI-Only Interrupts: none Location Bus Device Pin Link IRQs embedded 0 1 A 0x01 3 4 5 7 10 11 12 14 15 embedded 0 1 B 0x02 3 4 5 7 10 11 12 14 15 embedded 0 17 C 0x03 3 4 5 7 10 11 12 14 15 slot 1 0 9 A 0x02 3 4 5 7 10 11 12 14 15 slot 1 0 9 B 0x03 3 4 5 7 10 11 12 14 15 slot 1 0 9 C 0x05 3 4 5 7 10 11 12 14 15 slot 1 0 9 D 0x01 3 4 5 7 10 11 12 14 15 slot 2 0 10 A 0x03 3 4 5 7 10 11 12 14 15 slot 2 0 10 B 0x05 3 4 5 7 10 11 12 14 15 slot 2 0 10 C 0x01 3 4 5 7 10 11 12 14 15 slot 2 0 10 D 0x02 3 4 5 7 10 11 12 14 15 slot 3 0 11 A 0x05 3 4 5 7 10 11 12 14 15 slot 3 0 11 B 0x01 3 4 5 7 10 11 12 14 15 slot 3 0 11 C 0x02 3 4 5 7 10 11 12 14 15 slot 3 0 11 D 0x03 3 4 5 7 10 11 12 14 15 slot 4 0 12 A 0x01 3 4 5 7 10 11 12 14 15 slot 4 0 12 B 0x02 3 4 5 7 10 11 12 14 15 slot 4 0 12 C 0x03 3 4 5 7 10 11 12 14 15 slot 4 0 12 D 0x05 3 4 5 7 10 11 12 14 15 slot 5 0 13 A 0x02 3 4 5 7 10 11 12 14 15 slot 5 0 13 B 0x03 3 4 5 7 10 11 12 14 15 slot 5 0 13 C 0x05 3 4 5 7 10 11 12 14 15 slot 5 0 13 D 0x01 3 4 5 7 10 11 12 14 15 embedded 0 16 A 0x01 3 4 5 7 10 11 12 14 15 embedded 0 16 B 0x02 3 4 5 7 10 11 12 14 15 embedded 0 16 C 0x03 3 4 5 7 10 11 12 14 15 embedded 0 16 D 0x05 3 4 5 7 10 11 12 14 15 embedded 0 18 A 0x01 3 4 5 7 10 11 12 14 15 embedded 0 15 A 0x01 3 4 5 7 10 11 12 14 15 embedded 0 15 B 0x02 3 4 5 7 10 11 12 14 15 embedded 0 15 C 0x03 3 4 5 7 10 11 12 14 15 embedded 0 15 D 0x05 3 4 5 7 10 11 12 14 15 AcpiOsDerivePciId: bus 0 dev 17 func 0 AcpiOsDerivePciId: bus 0 dev 17 func 0 AcpiOsDerivePciId: bus 0 dev 17 func 0 acpi0: Power Button (fixed) AcpiOsDerivePciId: bus 0 dev 0 func 0 pci_link0: Links after initial probe: Index IRQ Rtd Ref IRQs 0 11 N 0 3 4 5 7 10 11 12 14 15 pci_link0: Links after initial validation: Index IRQ Rtd Ref IRQs 0 11 N 0 3 4 5 7 10 11 12 14 15 pci_link0: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 10 11 12 14 15 pci_link1: Links after initial probe: Index IRQ Rtd Ref IRQs 0 10 N 0 3 4 5 7 10 11 12 14 15 pci_link1: Links after initial validation: Index IRQ Rtd Ref IRQs 0 10 N 0 3 4 5 7 10 11 12 14 15 pci_link1: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 10 11 12 14 15 pci_link2: Links after initial probe: Index IRQ Rtd Ref IRQs 0 3 N 0 3 4 5 7 10 11 12 14 15 pci_link2: Links after initial validation: Index IRQ Rtd Ref IRQs 0 3 N 0 3 4 5 7 10 11 12 14 15 pci_link2: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 10 11 12 14 15 pci_link3: Links after initial probe: Index IRQ Rtd Ref IRQs 0 11 N 0 3 4 5 7 10 11 12 14 15 pci_link3: Links after initial validation: Index IRQ Rtd Ref IRQs 0 11 N 0 3 4 5 7 10 11 12 14 15 pci_link3: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 10 11 12 14 15 pci_link4: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 10 11 12 14 15 pci_link4: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 10 11 12 14 15 pci_link4: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 10 11 12 14 15 pci_link5: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 10 11 12 14 15 pci_link5: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 10 11 12 14 15 pci_link5: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 10 11 12 14 15 pci_link6: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 10 11 12 14 15 pci_link6: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 10 11 12 14 15 pci_link6: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 10 11 12 14 15 pci_link7: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 10 11 12 14 15 pci_link7: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 10 11 12 14 15 pci_link7: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 10 11 12 14 15 ACPI timer: 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 -> 10 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 cpu0: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: physical bus=0 found-> vendor=0x1106, dev=0x3189, revid=0x80 bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x2230, cachelnsz=0 (dwords) lattimer=0x08 (240 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D3 current D0 map[10]: type 3, range 32, base e0000000, size 26, enabled found-> vendor=0x1106, dev=0xb198, revid=0x00 bus=0, slot=1, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0107, statreg=0x2230, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x0c (3000 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x1076, revid=0x00 bus=0, slot=10, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0017, statreg=0x0230, cachelnsz=8 (dwords) lattimer=0x20 (960 ns), mingnt=0xff (63750 ns), maxlat=0x00 (0 ns) intpin=a, irq=3 powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit map[10]: type 1, range 32, base dffc0000, size 17, enabled map[14]: type 1, range 32, base dffa0000, size 17, enabled map[18]: type 4, range 32, base 0000d400, size 6, enabled pcib0: matched entry for 0.10.INTA pcib0: slot 10 INTA hardwired to IRQ 18 found-> vendor=0x1274, dev=0x1371, revid=0x08 bus=0, slot=12, func=0 class=04-01-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0410, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x0c (3000 ns), maxlat=0x80 (32000 ns) intpin=a, irq=11 powerspec 1 supports D0 D2 D3 current D0 map[10]: type 4, range 32, base 0000d000, size 6, enabled pcib0: matched entry for 0.12.INTA pcib0: slot 12 INTA hardwired to IRQ 16 found-> vendor=0x1106, dev=0x3149, revid=0x80 bus=0, slot=15, func=0 class=01-04-00, hdrtype=0x00, mfdev=1 cmdreg=0x0007, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=10 powerspec 2 supports D0 D3 current D0 map[10]: type 4, range 32, base 0000ec00, size 3, enabled map[14]: type 4, range 32, base 0000e800, size 2, enabled map[18]: type 4, range 32, base 0000e400, size 3, enabled map[1c]: type 4, range 32, base 0000e000, size 2, enabled map[20]: type 4, range 32, base 0000dc00, size 4, enabled map[24]: type 4, range 32, base 0000d800, size 8, enabled pcib0: matched entry for 0.15.INTB pcib0: slot 15 INTB hardwired to IRQ 20 found-> vendor=0x1106, dev=0x0571, revid=0x06 bus=0, slot=15, func=1 class=01-01-8a, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=255 powerspec 2 supports D0 D3 current D0 map[20]: type 4, range 32, base 0000fc00, size 4, enabled found-> vendor=0x1106, dev=0x3038, revid=0x81 bus=0, slot=16, func=0 class=0c-03-00, hdrtype=0x00, mfdev=1 cmdreg=0x0017, statreg=0x0210, cachelnsz=8 (dwords) lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 2 supports D0 D1 D2 D3 current D0 map[20]: type 4, range 32, base 0000c000, size 5, enabled pcib0: matched entry for 0.16.INTA pcib0: slot 16 INTA hardwired to IRQ 21 found-> vendor=0x1106, dev=0x3038, revid=0x81 bus=0, slot=16, func=1 class=0c-03-00, hdrtype=0x00, mfdev=1 cmdreg=0x0017, statreg=0x0210, cachelnsz=8 (dwords) lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 2 supports D0 D1 D2 D3 current D0 map[20]: type 4, range 32, base 0000c400, size 5, enabled pcib0: matched entry for 0.16.INTA pcib0: slot 16 INTA hardwired to IRQ 21 found-> vendor=0x1106, dev=0x3038, revid=0x81 bus=0, slot=16, func=2 class=0c-03-00, hdrtype=0x00, mfdev=1 cmdreg=0x0017, statreg=0x0210, cachelnsz=8 (dwords) lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=10 powerspec 2 supports D0 D1 D2 D3 current D0 map[20]: type 4, range 32, base 0000c800, size 5, enabled pcib0: matched entry for 0.16.INTB pcib0: slot 16 INTB hardwired to IRQ 21 found-> vendor=0x1106, dev=0x3038, revid=0x81 bus=0, slot=16, func=3 class=0c-03-00, hdrtype=0x00, mfdev=1 cmdreg=0x0017, statreg=0x0210, cachelnsz=8 (dwords) lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=10 powerspec 2 supports D0 D1 D2 D3 current D0 map[20]: type 4, range 32, base 0000cc00, size 5, enabled pcib0: matched entry for 0.16.INTB pcib0: slot 16 INTB hardwired to IRQ 21 found-> vendor=0x1106, dev=0x3104, revid=0x86 bus=0, slot=16, func=4 class=0c-03-20, hdrtype=0x00, mfdev=1 cmdreg=0x0017, statreg=0x0210, cachelnsz=8 (dwords) lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=c, irq=3 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base dfffbe00, size 8, enabled pcib0: matched entry for 0.16.INTC pcib0: slot 16 INTC hardwired to IRQ 21 found-> vendor=0x1106, dev=0x3227, revid=0x00 bus=0, slot=17, func=0 class=06-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x0087, statreg=0x0210, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D3 current D0 found-> vendor=0x1106, dev=0x3065, revid=0x78 bus=0, slot=18, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0017, statreg=0x0210, cachelnsz=8 (dwords) lattimer=0x20 (960 ns), mingnt=0x03 (750 ns), maxlat=0x08 (2000 ns) intpin=a, irq=11 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 4, range 32, base 0000bc00, size 8, enabled map[14]: type 1, range 32, base dfffbd00, size 8, enabled pcib0: matched entry for 0.18.INTA pcib0: slot 18 INTA hardwired to IRQ 23 pcib1: at device 1.0 on pci0 pcib1: secondary bus 1 pcib1: subordinate bus 1 pcib1: I/O decode 0xf000-0xfff pcib1: memory decode 0xdde00000-0xdfefffff pcib1: prefetched decode 0xbdd00000-0xddcfffff pci1: on pcib1 pci1: physical bus=1 found-> vendor=0x10de, dev=0x0322, revid=0xa1 bus=1, slot=0, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x02b0, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x05 (1250 ns), maxlat=0x01 (250 ns) intpin=a, irq=11 powerspec 2 supports D0 D3 current D0 map[10]: type 1, range 32, base de000000, size 24, enabled pcib1: (null) requested memory range 0xde000000-0xdeffffff: good map[14]: type 3, range 32, base c0000000, size 28, enabled pcib1: (null) requested memory range 0xc0000000-0xcfffffff: good pcib0: matched entry for 0.1.INTA pcib0: slot 1 INTA hardwired to IRQ 16 pcib1: slot 0 INTA is routed to irq 16 nvidia0: mem 0xde000000-0xdeffffff,0xc0000000-0xcfffffff irq 16 at device 0.0 on pci1 nvidia0: Reserved 0x1000000 bytes for rid 0x10 type 3 at 0xde000000 nvidia0: Reserved 0x10000000 bytes for rid 0x14 type 3 at 0xc0000000 ioapic0: routing intpin 16 (PCI IRQ 16) to vector 49 nvidia0: [GIANT-LOCKED] em0: port 0xd400-0xd43f mem 0xdffc0000-0xdffdffff,0xdffa0000-0xdffbffff irq 18 at device 10.0 on pci0 em0: Reserved 0x20000 bytes for rid 0x10 type 3 at 0xdffc0000 em0: Reserved 0x40 bytes for rid 0x18 type 4 at 0xd400 ioapic0: routing intpin 18 (PCI IRQ 18) to vector 50 em0: [MPSAFE] em0: bpf attached em0: Ethernet address: 00:0e:0c:6d:38:a9 em0: Speed:N/A Duplex:N/A pci0: at device 12.0 (no driver attached) atapci0: port 0xec00-0xec07,0xe800-0xe803,0xe400-0xe407,0xe000-0xe003,0xdc00-0xdc0f,0xd800-0xd8ff irq 20 at device 15.0 on pci0 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0xdc00 ioapic0: routing intpin 20 (PCI IRQ 20) to vector 51 atapci0: [MPSAFE] atapci0: Reserved 0x100 bytes for rid 0x24 type 4 at 0xd800 ata2: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0xec00 atapci0: Reserved 0x4 bytes for rid 0x14 type 4 at 0xe800 ata2: SATA connect ready time=0ms ata2: sata_connect devices=0x1 ata2: [MPSAFE] ata3: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x18 type 4 at 0xe400 atapci0: Reserved 0x4 bytes for rid 0x1c type 4 at 0xe000 ata3: SATA connect ready time=0ms ata3: sata_connect devices=0x1 ata3: [MPSAFE] atapci1: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xfc00-0xfc0f at device 15.1 on pci0 atapci1: Reserved 0x10 bytes for rid 0x20 type 4 at 0xfc00 ata0: on atapci1 atapci1: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1f0 atapci1: Reserved 0x1 bytes for rid 0x14 type 4 at 0x3f6 ata0: reset tp1 mask=03 ostat0=50 ostat1=00 ata0: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 ata0: stat1=0x00 err=0x01 lsb=0x00 msb=0x00 ata0: reset tp2 stat0=50 stat1=00 devices=0x1 ioapic0: routing intpin 14 (ISA IRQ 14) to vector 52 ata0: [MPSAFE] ata1: on atapci1 atapci1: Reserved 0x8 bytes for rid 0x18 type 4 at 0x170 atapci1: Reserved 0x1 bytes for rid 0x1c type 4 at 0x376 ata1: reset tp1 mask=03 ostat0=50 ostat1=50 ata1: stat0=0x80 err=0x80 lsb=0x80 msb=0x80 ata1: stat0=0x80 err=0x80 lsb=0x80 msb=0x80 ata1: stat0=0x00 err=0x01 lsb=0x14 msb=0xeb ata1: stat1=0x00 err=0x01 lsb=0x14 msb=0xeb ata1: reset tp2 stat0=00 stat1=00 devices=0xc ioapic0: routing intpin 15 (ISA IRQ 15) to vector 53 ata1: [MPSAFE] uhci0: port 0xc000-0xc01f irq 21 at device 16.0 on pci0 uhci0: Reserved 0x20 bytes for rid 0x20 type 4 at 0xc000 ioapic0: routing intpin 21 (PCI IRQ 21) to vector 54 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xc400-0xc41f irq 21 at device 16.1 on pci0 uhci1: Reserved 0x20 bytes for rid 0x20 type 4 at 0xc400 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0xc800-0xc81f irq 21 at device 16.2 on pci0 uhci2: Reserved 0x20 bytes for rid 0x20 type 4 at 0xc800 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub2: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered uhci3: port 0xcc00-0xcc1f irq 21 at device 16.3 on pci0 uhci3: Reserved 0x20 bytes for rid 0x20 type 4 at 0xcc00 uhci3: [GIANT-LOCKED] usb3: on uhci3 usb3: USB revision 1.0 uhub3: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub3: 2 ports with 2 removable, self powered ehci0: mem 0xdfffbe00-0xdfffbeff irq 21 at device 16.4 on pci0 ehci0: Reserved 0x100 bytes for rid 0x10 type 3 at 0xdfffbe00 ehci0: [GIANT-LOCKED] ehci0: Dropped interrupts workaround enabled usb4: EHCI version 1.0 usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 usb4: on ehci0 usb4: USB revision 2.0 uhub4: VIA EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub4: 8 ports with 8 removable, self powered isab0: at device 17.0 on pci0 isa0: on isab0 vr0: port 0xbc00-0xbcff mem 0xdfffbd00-0xdfffbdff irq 23 at device 18.0 on pci0 vr0: Reserved 0x100 bytes for rid 0x10 type 4 at 0xbc00 miibus0: on vr0 ukphy0: on miibus0 ukphy0: OUI 0x004063, model 0x0032, rev. 10 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto vr0: bpf attached vr0: Ethernet address: 00:13:8f:0c:15:d0 ioapic0: routing intpin 23 (PCI IRQ 23) to vector 55 vr0: [MPSAFE] acpi_button1: on acpi0 fdc0: port 0x3f2-0x3f3,0x3f4-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: ic_type 90 part_id 80 ioapic0: routing intpin 6 (ISA IRQ 6) to vector 56 fdc0: [MPSAFE] fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: irq maps: 0x1 0x1 0x1 0x1 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A ioapic0: routing intpin 4 (ISA IRQ 4) to vector 57 ppc0: using extended I/O port range ppc0: ECP SPP ECP+EPP SPP ppc0: port 0x378-0x37f,0x778-0x77b irq 7 drq 0 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/9 bytes threshold ppbus0: on ppc0 plip0: on ppbus0 plip0: bpf attached lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 ioapic0: routing intpin 7 (ISA IRQ 7) to vector 58 psmcpnp0: irq 12 on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0065 atkbd: keyboard ID 0x41ab (2) kbd0 at atkbd0 kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x3d0000 ioapic0: routing intpin 1 (ISA IRQ 1) to vector 59 atkbd0: [GIANT-LOCKED] psm0: current command byte:0065 psm0: irq 12 on atkbdc0 ioapic0: routing intpin 12 (ISA IRQ 12) to vector 60 psm0: [GIANT-LOCKED] psm0: model IntelliMouse, device ID 3-00, 3 buttons psm0: config:00000000, flags:00000008, packet size:4 psm0: syncmask:08, syncbits:00 ex_isa_identify() ata: ata0 already exists; skipping it ata: ata1 already exists; skipping it atkbdc: atkbdc0 already exists; skipping it fdc: fdc0 already exists; skipping it ppc: ppc0 already exists; skipping it sio: sio0 already exists; skipping it pnp_identify: Trying Read_Port at 203 pnp_identify: Trying Read_Port at 243 pnp_identify: Trying Read_Port at 283 pnp_identify: Trying Read_Port at 2c3 pnp_identify: Trying Read_Port at 303 pnp_identify: Trying Read_Port at 343 pnp_identify: Trying Read_Port at 383 pnp_identify: Trying Read_Port at 3c3 PNP Identify complete unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff ahc_isa_probe 11: ioport 0xbc00 alloc failed ahc_isa_probe 12: ioport 0xcc00 alloc failed ahc_isa_probe 13: ioport 0xdc00 alloc failed ahc_isa_probe 14: ioport 0xec00 alloc failed sc: sc0 already exists; skipping it vga: vga0 already exists; skipping it isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices pmtimer0 on isa0 adv0: not probed (disabled) aha0: not probed (disabled) aic0: not probed (disabled) bt0: not probed (disabled) cs0: not probed (disabled) ed0: not probed (disabled) fe0: not probed (disabled) ie0: not probed (disabled) lnc0: not probed (disabled) sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sc0: fb0, kbd1, terminal emulator: sc (syscons terminal) sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled sio1: irq maps: 0x1 0x1 0x1 0x1 sio1: probe failed test(s): 0 1 2 4 6 7 9 sio1 failed to probe at port 0x2f8-0x2ff irq 3 on isa0 sio2: not probed (disabled) sio3: not probed (disabled) sn0: not probed (disabled) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 vt0: not probed (disabled) isa_probe_children: probing PnP devices ugen0: HP Officejet 7300 series, rev 2.00/1.00, addr 2 Device configuration finished. procfs registered lapic: Divisor 2, Frequency 166612448 hz Timecounter "TSC" frequency 2082664630 Hz quality 800 Timecounters tick every 1.000 msec Linux ELF exec handler installed pfsync0: bpf attached lo0: bpf attached pflog0: bpf attached rr232x: no controller detected. ata0-master: pio=PIO4 wdma=WDMA2 udma=UDMA133 cable=80 wire ad0: setting PIO4 on 8237 chip ad0: setting UDMA133 on 8237 chip ad0: 78167MB at ata0-master UDMA133 ad0: 160086528 sectors [39236C/16H/255S] 16 sectors/interrupt 1 depth queue ad0: VIA check1 failed ad0: Adaptec check1 failed ad0: LSI (v3) check1 failed ad0: LSI (v2) check1 failed ad0: FreeBSD check1 failed ata1-slave: pio=PIO4 wdma=WDMA2 udma=UDMA33 cable=40 wire ata1-master: pio=PIO4 wdma=WDMA2 udma=UDMA33 cable=80 wire acd0: setting PIO4 on 8237 chip acd0: setting UDMA33 on 8237 chip acd0: DVDR drive at ata1 as master acd0: read 6890KB/s (6890KB/s) write 6890KB/s (6890KB/s), 2048KB buffer, UDMA33 acd0: Reads: CDR, CDRW, CDDA stream, DVDROM, DVDR, DVDRAM, packet acd0: Writes: CDR, CDRW, DVDR, DVDRAM, test write, burnproof acd0: Audio: play, 256 volume levels acd0: Mechanism: ejectable tray, unlocked acd0: Medium: no/blank disc acd1: setting PIO4 on 8237 chip acd1: setting UDMA33 on 8237 chip acd1: DVDROM drive at ata1 as slave acd1: read 8268KB/s (8268KB/s), 512KB buffer, UDMA33 acd1: Reads: CDR, CDRW, CDDA stream, DVDROM, DVDR, DVDRAM, packet acd1: Writes: acd1: Audio: play, 256 volume levels acd1: Mechanism: ejectable tray, unlocked acd1: Medium: no/blank disc ata2-master: pio=PIO4 wdma=WDMA2 udma=UDMA133 cable=40 wire ad4: 152627MB at ata2-master SATA150 ad4: 312581808 sectors [310101C/16H/63S] 16 sectors/interrupt 1 depth queue ad4: VIA check1 failed ad4: Adaptec check1 failed ad4: LSI (v3) check1 failed ad4: LSI (v2) check1 failed ad4: FreeBSD check1 failed ata3-master: pio=PIO4 wdma=WDMA2 udma=UDMA133 cable=40 wire ad6: 381554MB at ata3-master SATA150 ad6: 781422768 sectors [775221C/16H/63S] 16 sectors/interrupt 1 depth queue ad6: VIA check1 failed ad6: Adaptec check1 failed ad6: LSI (v3) check1 failed ad6: LSI (v2) check1 failed ad6: FreeBSD check1 failed ATA PseudoRAID loaded GEOM: new disk ad0 GEOM: new disk ad4 GEOM: new disk ad6 Trying to mount root from ufs:/dev/ad6s1a WARNING: / was not properly dismounted start_init: trying /sbin/init WARNING: /usr was not properly dismounted WARNING: /ad4/usr was not properly dismounted WARNING: /ad0/usr was not properly dismounted tun0: bpf attached em0: Link is up 1000 Mbps Full Duplex em0: link state changed to UP From owner-freebsd-usb@FreeBSD.ORG Wed Sep 20 09:12:33 2006 Return-Path: X-Original-To: freebsd-usb@freebsd.org Delivered-To: freebsd-usb@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 413E416A407 for ; Wed, 20 Sep 2006 09:12:33 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe07.swip.net [212.247.154.193]) by mx1.FreeBSD.org (Postfix) with ESMTP id A882543D68 for ; Wed, 20 Sep 2006 09:12:32 +0000 (GMT) (envelope-from hselasky@c2i.net) X-T2-Posting-ID: gvlK0tOCzrqh9CPROFOFPw== X-Cloudmark-Score: 0.000000 [] Received: from [193.216.120.8] (HELO [10.0.0.249]) by mailfe07.swip.net (CommuniGate Pro SMTP 5.0.8) with ESMTP id 284589219; Wed, 20 Sep 2006 11:12:30 +0200 From: Hans Petter Selasky To: freebsd-usb@freebsd.org Date: Wed, 20 Sep 2006 11:12:46 +0200 User-Agent: KMail/1.7 References: <20060919174541.7afc5f47.wmoran@collaborativefusion.com> In-Reply-To: <20060919174541.7afc5f47.wmoran@collaborativefusion.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200609201112.47712.hselasky@c2i.net> Cc: Subject: Re: ehci.c : uncommited patch fixes DRAC5 problems X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Sep 2006 09:12:33 -0000 On Tuesday 19 September 2006 23:45, Bill Moran wrote: > http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/usb/ehci.c?rev=1.42&conte >nt-type=text/x-cvsweb-markup > > I'm one of those people who've been having trouble with Dell's > DRAC5 keyboards not working in 6.1. Grabbing the above > version of ehci.c fixes the problem (except that I had to > comment out line 766) > > The commit note suggests that this should have been MFCed back > in April. Can we get this MFCed before 6.2 comes out? Hi, Could you have checked if my new USB driver has the same problem? # # First get all the sources # (you need /usr/ports/devel/subversion installed) # svn --username anonsvn --password anonsvn \ checkout svn://svn.turbocat.net/i4b # # The following commands will # install the driver on FreeBSD: # cd i4b/trunk/i4b/FreeBSD.usb make S=../src package make install # # Then build a new kernel (with modules). # --HPS From owner-freebsd-usb@FreeBSD.ORG Wed Sep 20 09:18:18 2006 Return-Path: X-Original-To: freebsd-usb@freebsd.org Delivered-To: freebsd-usb@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 94AC916A403 for ; Wed, 20 Sep 2006 09:18:18 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe04.swip.net [212.247.154.97]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0420A43D55 for ; Wed, 20 Sep 2006 09:18:17 +0000 (GMT) (envelope-from hselasky@c2i.net) X-T2-Posting-ID: gvlK0tOCzrqh9CPROFOFPw== X-Cloudmark-Score: 0.000000 [] Received: from [193.216.120.8] (HELO [10.0.0.249]) by mailfe04.swip.net (CommuniGate Pro SMTP 5.0.8) with ESMTP id 282130567; Wed, 20 Sep 2006 11:18:16 +0200 From: Hans Petter Selasky To: freebsd-usb@freebsd.org Date: Wed, 20 Sep 2006 11:18:32 +0200 User-Agent: KMail/1.7 References: <20060920011107.GA9379@saturn.kn-bremen.de> In-Reply-To: <20060920011107.GA9379@saturn.kn-bremen.de> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200609201118.33321.hselasky@c2i.net> Cc: Juergen Lock Subject: Re: umass0: BBB reset failed, TIMEOUT (again) X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Sep 2006 09:18:18 -0000 On Wednesday 20 September 2006 03:11, Juergen Lock wrote: > Today for the first time since this box got a new board I tried to > copy data onto the usb cardreader, and after copying for a while it > suddenly stopped (led stopped flashing, no further io), and after > some time i had the above in dmesg. And that was it, cp process > hung, no way to kill it. Unplugged the thing, and got the expected > panic: vinvalbuf: dirty bufs. Tried the same thing from linux (after > dosfsck), and there copying stopped for a while too, but it then > continued and finished. Is this is some kind of new hardware quirk of > the new board's ehci controller, that linux recovers from? (via, > there already is a `dropped interrupt' fix for it, which helped with > my last board...) I also tried building a RELENG_6 kernel (one > of the PRs I looked at also suggested this), but it behaved the same. > Just in case, I took a dump of that too, but I don't really know for > what to look in there so you'd have to tell me... > Could you have tried my new USB driver and see if the problem is the same? # # First get all the sources # (you need /usr/ports/devel/subversion installed) # svn --username anonsvn --password anonsvn \ checkout svn://svn.turbocat.net/i4b # # The following commands will # install the driver on FreeBSD: # cd i4b/trunk/i4b/FreeBSD.usb make S=../src package make install # # Then build a new kernel (with modules). # When the device hangs, turn on USB debugging: sysctl hw.usb.umass.debug=-1 --HPS From owner-freebsd-usb@FreeBSD.ORG Wed Sep 20 12:23:17 2006 Return-Path: X-Original-To: freebsd-usb@freebsd.org Delivered-To: freebsd-usb@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AB5AA16A51B for ; Wed, 20 Sep 2006 12:23:17 +0000 (UTC) (envelope-from danelrcrr@fanfiction.net) Received: from fjp26.internetdsl.tpnet.pl (fjp26.internetdsl.tpnet.pl [83.13.249.26]) by mx1.FreeBSD.org (Postfix) with SMTP id F0D5443D46 for ; Wed, 20 Sep 2006 12:23:11 +0000 (GMT) (envelope-from danelrcrr@fanfiction.net) Received: from inbound.filter.theplanet.com by fjp26.internetdsl.tpnet.pl (8.9.3/8.9.3) with SMTP id SFrCGj7Scwci for ; Wed, 20 Sep 2006 07:29:58 -0400 Received: from unknown (206.121.212.14) by inbound.filter.theplanet.com with SMTP for ; Wed, 20 Sep 2006 07:29:58 -0400 From: "Isabella" Message-ID: <7083746016.20060920072958@fenuj> Date: Wed, 20 Sep 2006 07:29:58 -0400 To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Subject: Youngest most desirable Hussies fuckedd ! X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Isabella Goins List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Sep 2006 12:23:17 -0000 darling Innnocent Teen getting gorgeous it anallly! http://ugadnascertbe.com From owner-freebsd-usb@FreeBSD.ORG Wed Sep 20 14:39:59 2006 Return-Path: X-Original-To: freebsd-usb@freebsd.org Delivered-To: freebsd-usb@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C029416A4CE for ; Wed, 20 Sep 2006 14:39:59 +0000 (UTC) (envelope-from wmoran@collaborativefusion.com) Received: from mx00.pub.collaborativefusion.com (mx00.pub.collaborativefusion.com [206.210.89.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id CF70543D7B for ; Wed, 20 Sep 2006 14:39:58 +0000 (GMT) (envelope-from wmoran@collaborativefusion.com) Received: from collaborativefusion.com (mx01.pub.collaborativefusion.com [206.210.89.201]) (TLS: TLSv1/SSLv3,256bits,AES256-SHA) by wingspan with esmtp; Wed, 20 Sep 2006 10:39:58 -0400 id 00056422.451152BE.0001402D Received: from Internal Mail-Server (206.210.89.202) by mx01 (envelope-from wmoran@collaborativefusion.com) with AES256-SHA encrypted SMTP; 20 Sep 2006 10:38:57 -0400 Date: Wed, 20 Sep 2006 10:40:10 -0400 From: Bill Moran To: Hans Petter Selasky Message-Id: <20060920104010.53fa88a4.wmoran@collaborativefusion.com> In-Reply-To: <200609201112.47712.hselasky@c2i.net> References: <20060919174541.7afc5f47.wmoran@collaborativefusion.com> <200609201112.47712.hselasky@c2i.net> Organization: Collaborative Fusion X-Mailer: Sylpheed version 2.2.7 (GTK+ 2.8.20; i386-portbld-freebsd6.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-usb@freebsd.org Subject: Re: ehci.c : uncommited patch fixes DRAC5 problems X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Sep 2006 14:39:59 -0000 In response to Hans Petter Selasky : > On Tuesday 19 September 2006 23:45, Bill Moran wrote: > > http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/usb/ehci.c?rev=1.42&conte > >nt-type=text/x-cvsweb-markup > > > > I'm one of those people who've been having trouble with Dell's > > DRAC5 keyboards not working in 6.1. Grabbing the above > > version of ehci.c fixes the problem (except that I had to > > comment out line 766) > > > > The commit note suggests that this should have been MFCed back > > in April. Can we get this MFCed before 6.2 comes out? > > Hi, > > Could you have checked if my new USB driver has the same problem? I'll give it a try and let you know. Is this the "new USB stuff" that Tom Rhodes has been involved with? -- Bill Moran Collaborative Fusion Inc. **************************************************************** IMPORTANT: This message contains confidential information and is intended only for the individual named. If the reader of this message is not an intended recipient (or the individual responsible for the delivery of this message to an intended recipient), please be advised that any re-use, dissemination, distribution or copying of this message is prohibited. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. The sender therefore does not accept liability for any errors or omissions in the contents of this message, which arise as a result of e-mail transmission. **************************************************************** From owner-freebsd-usb@FreeBSD.ORG Wed Sep 20 14:40:37 2006 Return-Path: X-Original-To: freebsd-usb@hub.freebsd.org Delivered-To: freebsd-usb@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F34A816A52E for ; Wed, 20 Sep 2006 14:40:36 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 35D7343D49 for ; Wed, 20 Sep 2006 14:40:26 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id k8KEeQFo047409 for ; Wed, 20 Sep 2006 14:40:26 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id k8KEeQds047408; Wed, 20 Sep 2006 14:40:26 GMT (envelope-from gnats) Resent-Date: Wed, 20 Sep 2006 14:40:26 GMT Resent-Message-Id: <200609201440.k8KEeQds047408@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-usb@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, Rene Ladan Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 556A716A415; Wed, 20 Sep 2006 14:34:09 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 682A543D70; Wed, 20 Sep 2006 14:34:08 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id k8KEY89j046479; Wed, 20 Sep 2006 14:34:08 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id k8KEY8ZV046478; Wed, 20 Sep 2006 14:34:08 GMT (envelope-from gnats) Message-Id: <200609201434.k8KEY8ZV046478@freefall.freebsd.org> Date: Wed, 20 Sep 2006 14:34:08 GMT From: Rene Ladan To: FreeBSD-gnats-submit@FreeBSD.org Cc: Mark Linimon Subject: usb/103418: [usb] [patch] usbhidctl: add ability to write output and feature items X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Sep 2006 14:40:37 -0000 >Number: 103418 >Category: usb >Synopsis: [usb] [patch] usbhidctl: add ability to write output and feature items >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-usb >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Wed Sep 20 14:40:25 GMT 2006 >Closed-Date: >Last-Modified: >Originator: Rene Ladan >Release: FreeBSD 6.2-PRERELEASE i386 >Organization: >Environment: System: FreeBSD dyn172.win.tue.nl 6.2-PRERELEASE FreeBSD 6.2-PRERELEASE #5: Tue Sep 19 21:13:50 CEST 2006 root@s000655.campus.tue.nl:/usr/obj/usr/src6/sys/RENE i386 >Description: The usbhidctl(1) utility can read input items, but not set output nor feature items. This patch, loosely based on OpenBSD's usbhidctl, adds write support to usbhidctl(1) so that it can set output and feature items. Note: I am unable to test this patch as I do not have any usb hid with a known output report descriptor. It is therefore advisable that a committer with good hid knowledge or a device with a known output report descriptor reviews this patch before committing it. But at least it compiles :) >How-To-Repeat: >Fix: --- /usr/src/usr.bin/usbhidctl/usbhid.c Mon May 26 06:58:26 2003 +++ usbhid.c Tue Sep 19 23:59:07 2006 @@ -1,7 +1,7 @@ /* $NetBSD: usbhid.c,v 1.14 2000/07/03 02:51:37 matt Exp $ */ /* $FreeBSD: src/usr.bin/usbhidctl/usbhid.c,v 1.9 2003/05/26 04:58:26 mdodd Exp $ */ -/* +/*- * Copyright (c) 1998 The NetBSD Foundation, Inc. * All rights reserved. * @@ -51,6 +51,8 @@ #include #include +#define DELIM_SET '=' + int verbose = 0; int all = 0; int noname = 0; @@ -66,6 +68,8 @@ void rev(struct hid_item **p); void prdata(u_char *buf, struct hid_item *h); void dumpdata(int f, report_desc_t r, int loop); +void wrdata(u_char *buf, struct hid_item *h, char const *name); +void setdata(int f, report_desc_t r); int gotname(char *n); int @@ -96,6 +100,7 @@ fprintf(stderr, "usage: %s -f device [-l] [-n] [-r] [-t tablefile] [-v] name ...\n", __progname); fprintf(stderr, " %s -f device [-l] [-n] [-r] [-t tablefile] [-v] -a\n", __progname); + fprintf(stderr, " %s -f device [-t tablefile] -w name=value ...\n", __progname); exit(1); } @@ -254,6 +259,57 @@ free(dbuf); } +void +wrdata(u_char *buf, struct hid_item *h, char const *name) +{ + u_int dataval; + char const *valuesep; + valuesep = strchr(name, DELIM_SET); + if (valuesep) { + /* Set up variable */ + dataval = (u_int)strtol(valuesep + 1, NULL, 10); + hid_set_data(buf, h, dataval); + } +} + +void +setdata(int f, report_desc_t rd) +{ + struct hid_data *d; + struct hid_item h, *hids, *n; + int dlen; + u_char *dbuf; + u_int32_t colls[100]; + int sp = 0; + int i; + + for (d = hid_start_parse(rd, 1<next) { + for (i = 0; i < nnames; i++) + wrdata(dbuf + (reportid != 0), n, names[i]); + } + write(f, dbuf, dlen); + free(dbuf); +} + int main(int argc, char **argv) { @@ -263,9 +319,10 @@ int ch; int repdump = 0; int loop = 0; + int wflag = 0; char *table = 0; - while ((ch = getopt(argc, argv, "af:lnrt:v")) != -1) { + while ((ch = getopt(argc, argv, "af:lnrt:vw")) != -1) { switch(ch) { case 'a': all++; @@ -288,6 +345,9 @@ case 'v': verbose++; break; + case 'w': + wflag = 1; + break; case '?': default: usage(); @@ -295,7 +355,11 @@ } argc -= optind; argv += optind; - if (dev == 0) + if (dev == 0 || (loop && (wflag || repdump))) + /* + * No device specified, or attempting to loop and set + * or dump report at the same time + */ usage(); names = argv; nnames = argc; @@ -325,7 +389,11 @@ printf("Report descriptor:\n"); dumpitems(r); } - if (nnames != 0 || all) + + if (wflag) + setdata(f, r); + + if ((nnames != 0 && !wflag) || all) dumpdata(f, r, loop); hid_dispose_report_desc(r); >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-usb@FreeBSD.ORG Wed Sep 20 15:14:43 2006 Return-Path: X-Original-To: freebsd-usb@freebsd.org Delivered-To: freebsd-usb@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 916EC16A40F for ; Wed, 20 Sep 2006 15:14:43 +0000 (UTC) (envelope-from wmoran@collaborativefusion.com) Received: from mx00.pub.collaborativefusion.com (mx00.pub.collaborativefusion.com [206.210.89.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id B195543D77 for ; Wed, 20 Sep 2006 15:14:42 +0000 (GMT) (envelope-from wmoran@collaborativefusion.com) Received: from collaborativefusion.com (mx01.pub.collaborativefusion.com [206.210.89.201]) (TLS: TLSv1/SSLv3,256bits,AES256-SHA) by wingspan with esmtp; Wed, 20 Sep 2006 11:14:42 -0400 id 00056420.45115AE2.000144E2 Received: from Internal Mail-Server (206.210.89.202) by mx01 (envelope-from wmoran@collaborativefusion.com) with AES256-SHA encrypted SMTP; 20 Sep 2006 11:13:41 -0400 Date: Wed, 20 Sep 2006 11:14:44 -0400 From: Bill Moran To: Hans Petter Selasky Message-Id: <20060920111444.fcce2e9f.wmoran@collaborativefusion.com> In-Reply-To: <200609201112.47712.hselasky@c2i.net> References: <20060919174541.7afc5f47.wmoran@collaborativefusion.com> <200609201112.47712.hselasky@c2i.net> Organization: Collaborative Fusion X-Mailer: Sylpheed version 2.2.7 (GTK+ 2.8.20; i386-portbld-freebsd6.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-usb@freebsd.org Subject: Re: ehci.c : uncommited patch fixes DRAC5 problems X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Sep 2006 15:14:43 -0000 In response to Hans Petter Selasky : > Could you have checked if my new USB driver has the same problem? > > # > # First get all the sources > # (you need /usr/ports/devel/subversion installed) > # > > svn --username anonsvn --password anonsvn \ > checkout svn://svn.turbocat.net/i4b > > # > # The following commands will > # install the driver on FreeBSD: > # > > cd i4b/trunk/i4b/FreeBSD.usb > make S=../src package > make install > > # > # Then build a new kernel (with modules). > # [...] cc -pipe -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I- -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/GENERIC/opt_global.h -I. -I@ -I@/contrib/altq -I@/../include -finline-limit=8000 -fno-common -g -fno-omit-frame-pointer -I/usr/obj/usr/src/sys/GENERIC -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -c /usr/src/sys/modules/ucom/../../dev/usb/ucom.c /usr/src/sys/modules/ucom/../../dev/usb/ucom.c: In function `ucom_attach': /usr/src/sys/modules/ucom/../../dev/usb/ucom.c:186: error: `TS_CALLOUT' undeclared (first use in this function) /usr/src/sys/modules/ucom/../../dev/usb/ucom.c:186: error: (Each undeclared identifier is reported only once /usr/src/sys/modules/ucom/../../dev/usb/ucom.c:186: error: for each function it appears in.) /usr/src/sys/modules/ucom/../../dev/usb/ucom.c:186: warning: passing arg 3 of `ttycreate' makes integer from pointer without a cast /usr/src/sys/modules/ucom/../../dev/usb/ucom.c:186: error: too few arguments to function `ttycreate' *** Error code 1 1 error *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 1 error Note that I'm building an amd64 kernel. Don't know if you've tested your code on that arch yet. -- Bill Moran Collaborative Fusion Inc. **************************************************************** IMPORTANT: This message contains confidential information and is intended only for the individual named. If the reader of this message is not an intended recipient (or the individual responsible for the delivery of this message to an intended recipient), please be advised that any re-use, dissemination, distribution or copying of this message is prohibited. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. The sender therefore does not accept liability for any errors or omissions in the contents of this message, which arise as a result of e-mail transmission. **************************************************************** From owner-freebsd-usb@FreeBSD.ORG Wed Sep 20 17:08:41 2006 Return-Path: X-Original-To: freebsd-usb@freebsd.org Delivered-To: freebsd-usb@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A209016A412 for ; Wed, 20 Sep 2006 17:08:41 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe12.swipnet.se [212.247.155.97]) by mx1.FreeBSD.org (Postfix) with ESMTP id 84F8143D55 for ; Wed, 20 Sep 2006 17:08:40 +0000 (GMT) (envelope-from hselasky@c2i.net) X-T2-Posting-ID: gvlK0tOCzrqh9CPROFOFPw== X-Cloudmark-Score: 0.000000 [] Received: from [193.217.36.153] (HELO [10.0.0.249]) by mailfe12.swip.net (CommuniGate Pro SMTP 5.0.8) with ESMTP id 113931436; Wed, 20 Sep 2006 19:08:37 +0200 From: Hans Petter Selasky To: Bill Moran Date: Wed, 20 Sep 2006 19:08:52 +0200 User-Agent: KMail/1.7 References: <20060919174541.7afc5f47.wmoran@collaborativefusion.com> <200609201112.47712.hselasky@c2i.net> <20060920111444.fcce2e9f.wmoran@collaborativefusion.com> In-Reply-To: <20060920111444.fcce2e9f.wmoran@collaborativefusion.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200609201908.53893.hselasky@c2i.net> Cc: freebsd-usb@freebsd.org Subject: Re: ehci.c : uncommited patch fixes DRAC5 problems X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Sep 2006 17:08:41 -0000 On Wednesday 20 September 2006 17:14, Bill Moran wrote: > In response to Hans Petter Selasky : > > Could you have checked if my new USB driver has the same problem? > > > > # > > # First get all the sources > > # (you need /usr/ports/devel/subversion installed) > > # > > > > svn --username anonsvn --password anonsvn \ > > checkout svn://svn.turbocat.net/i4b > > > > # > > # The following commands will > > # install the driver on FreeBSD: > > # > > > > cd i4b/trunk/i4b/FreeBSD.usb > > make S=../src package > > make install > > > > # > > # Then build a new kernel (with modules). > > # > > [...] > cc -pipe -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I- > -DHAVE_KERNEL_OPTION_HEADERS -include > /usr/obj/usr/src/sys/GENERIC/opt_global.h -I. -I@ -I@/contrib/altq > -I@/../include -finline-limit=8000 -fno-common -g -fno-omit-frame-pointer > -I/usr/obj/usr/src/sys/GENERIC -mcmodel=kernel -mno-red-zone -mfpmath=387 > -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float > -fno-asynchronous-unwind-tables -ffreestanding -Wall -Wredundant-decls > -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith > -Winline -Wcast-qual -fformat-extensions -std=c99 -c > /usr/src/sys/modules/ucom/../../dev/usb/ucom.c > /usr/src/sys/modules/ucom/../../dev/usb/ucom.c: In function `ucom_attach': > /usr/src/sys/modules/ucom/../../dev/usb/ucom.c:186: error: `TS_CALLOUT' > undeclared (first use in this function) > /usr/src/sys/modules/ucom/../../dev/usb/ucom.c:186: error: (Each undeclared > identifier is reported only once > /usr/src/sys/modules/ucom/../../dev/usb/ucom.c:186: error: for each > function it appears in.) > /usr/src/sys/modules/ucom/../../dev/usb/ucom.c:186: warning: passing arg 3 > of `ttycreate' makes integer from pointer without a cast > /usr/src/sys/modules/ucom/../../dev/usb/ucom.c:186: error: too few > arguments to function `ttycreate' *** Error code 1 > 1 error Ok. Just add: #ifndef TS_CALLOUT #define TS_CALLOUT MINOR_CALLOUT #endif If you get more errors, then just compile with the -k option to get all errors. Before line 186. > Note that I'm building an amd64 kernel. Don't know if you've tested > your code on that arch yet. I have tested on AMD64, but I haven't tested FreeBSD 6.x recently. I currently use FreeBSD-7-current. --HPS From owner-freebsd-usb@FreeBSD.ORG Wed Sep 20 17:10:50 2006 Return-Path: X-Original-To: freebsd-usb@freebsd.org Delivered-To: freebsd-usb@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A477816A4B3 for ; Wed, 20 Sep 2006 17:10:50 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe06.swip.net [212.247.154.161]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5F56C43D5E for ; Wed, 20 Sep 2006 17:10:49 +0000 (GMT) (envelope-from hselasky@c2i.net) X-T2-Posting-ID: gvlK0tOCzrqh9CPROFOFPw== X-Cloudmark-Score: 0.000000 [] Received: from [193.217.36.153] (HELO [10.0.0.249]) by mailfe06.swip.net (CommuniGate Pro SMTP 5.0.8) with ESMTP id 284473206; Wed, 20 Sep 2006 19:10:47 +0200 From: Hans Petter Selasky To: Bill Moran Date: Wed, 20 Sep 2006 19:11:04 +0200 User-Agent: KMail/1.7 References: <20060919174541.7afc5f47.wmoran@collaborativefusion.com> <200609201112.47712.hselasky@c2i.net> <20060920104010.53fa88a4.wmoran@collaborativefusion.com> In-Reply-To: <20060920104010.53fa88a4.wmoran@collaborativefusion.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200609201911.04872.hselasky@c2i.net> Cc: freebsd-usb@freebsd.org Subject: Re: ehci.c : uncommited patch fixes DRAC5 problems X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Sep 2006 17:10:50 -0000 On Wednesday 20 September 2006 16:40, Bill Moran wrote: > In response to Hans Petter Selasky : > > On Tuesday 19 September 2006 23:45, Bill Moran wrote: > Is this the "new USB stuff" that Tom Rhodes has been involved with? Yes. --HPS From owner-freebsd-usb@FreeBSD.ORG Wed Sep 20 18:50:32 2006 Return-Path: X-Original-To: freebsd-usb@freebsd.org Delivered-To: freebsd-usb@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 18DC916A412 for ; Wed, 20 Sep 2006 18:50:32 +0000 (UTC) (envelope-from wmoran@collaborativefusion.com) Received: from mx00.pub.collaborativefusion.com (mx00.pub.collaborativefusion.com [206.210.89.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id D11E443D55 for ; Wed, 20 Sep 2006 18:50:29 +0000 (GMT) (envelope-from wmoran@collaborativefusion.com) Received: from collaborativefusion.com (mx01.pub.collaborativefusion.com [206.210.89.201]) (TLS: TLSv1/SSLv3,256bits,AES256-SHA) by wingspan with esmtp; Wed, 20 Sep 2006 14:50:29 -0400 id 00056416.45118D75.00015E66 Received: from Internal Mail-Server (206.210.89.202) by mx01 (envelope-from wmoran@collaborativefusion.com) with AES256-SHA encrypted SMTP; 20 Sep 2006 14:49:27 -0400 Date: Wed, 20 Sep 2006 14:50:28 -0400 From: Bill Moran To: Hans Petter Selasky Message-Id: <20060920145028.98dbeb22.wmoran@collaborativefusion.com> In-Reply-To: <200609201908.53893.hselasky@c2i.net> References: <20060919174541.7afc5f47.wmoran@collaborativefusion.com> <200609201112.47712.hselasky@c2i.net> <20060920111444.fcce2e9f.wmoran@collaborativefusion.com> <200609201908.53893.hselasky@c2i.net> Organization: Collaborative Fusion X-Mailer: Sylpheed version 2.2.7 (GTK+ 2.8.20; i386-portbld-freebsd6.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-usb@freebsd.org Subject: Re: ehci.c : uncommited patch fixes DRAC5 problems X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Sep 2006 18:50:32 -0000 In response to Hans Petter Selasky : > Ok. Just add: > > #ifndef TS_CALLOUT > #define TS_CALLOUT MINOR_CALLOUT > #endif > > If you get more errors, then just compile with the -k option to get all > errors. > > Before line 186. I'll let you know, but I may not get to this until tomorrow. -- Bill Moran Collaborative Fusion Inc. **************************************************************** IMPORTANT: This message contains confidential information and is intended only for the individual named. If the reader of this message is not an intended recipient (or the individual responsible for the delivery of this message to an intended recipient), please be advised that any re-use, dissemination, distribution or copying of this message is prohibited. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. The sender therefore does not accept liability for any errors or omissions in the contents of this message, which arise as a result of e-mail transmission. **************************************************************** From owner-freebsd-usb@FreeBSD.ORG Wed Sep 20 20:09:10 2006 Return-Path: X-Original-To: freebsd-usb@freebsd.org Delivered-To: freebsd-usb@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 38C4E16A412; Wed, 20 Sep 2006 20:09:10 +0000 (UTC) (envelope-from iedowse@iedowse.com) Received: from nowhere.iedowse.com (nowhere.iedowse.com [82.195.144.75]) by mx1.FreeBSD.org (Postfix) with SMTP id 3DD3043D72; Wed, 20 Sep 2006 20:09:08 +0000 (GMT) (envelope-from iedowse@iedowse.com) Received: from localhost ([127.0.0.1] helo=iedowse.com) by nowhere.iedowse.com via local-iedowse id ; 20 Sep 2006 21:08:59 +0100 (IST) To: Bill Moran In-Reply-To: Your message of "Tue, 19 Sep 2006 17:45:41 EDT." <20060919174541.7afc5f47.wmoran@collaborativefusion.com> Date: Wed, 20 Sep 2006 21:08:58 +0100 From: Ian Dowse Message-ID: <200609202108.aa33040@nowhere.iedowse.com> Cc: iedowse@iedowse.com, re@freebsd.org, freebsd-usb@freebsd.org Subject: Re: ehci.c : uncommited patch fixes DRAC5 problems X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Sep 2006 20:09:10 -0000 In message <20060919174541.7afc5f47.wmoran@collaborativefusion.com>, Bill Moran writes: > >http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/usb/ehci.c?rev=1.42&content- >type=text/x-cvsweb-markup > >I'm one of those people who've been having trouble with Dell's >DRAC5 keyboards not working in 6.1. Grabbing the above >version of ehci.c fixes the problem (except that I had to >comment out line 766) > >The commit note suggests that this should have been MFCed back >in April. Can we get this MFCed before 6.2 comes out? I can MFC revisions 1.42 and 1.43 if re@ agrees (cc'd). It's a fairly self-contained change, and I don't think there were any reports of this breaking things things in -current as far as I can remember. Ian From owner-freebsd-usb@FreeBSD.ORG Wed Sep 20 20:32:33 2006 Return-Path: X-Original-To: freebsd-usb@freebsd.org Delivered-To: freebsd-usb@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DE4AF16A403 for ; Wed, 20 Sep 2006 20:32:33 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe09.swip.net [212.247.155.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 70E7743D7E for ; Wed, 20 Sep 2006 20:32:30 +0000 (GMT) (envelope-from hselasky@c2i.net) X-T2-Posting-ID: gvlK0tOCzrqh9CPROFOFPw== X-Cloudmark-Score: 0.000000 [] Received: from [193.216.89.245] (HELO [10.0.0.249]) by mailfe09.swip.net (CommuniGate Pro SMTP 5.0.8) with ESMTP id 115085415; Wed, 20 Sep 2006 22:32:28 +0200 From: Hans Petter Selasky To: Bill Moran Date: Wed, 20 Sep 2006 22:32:42 +0200 User-Agent: KMail/1.7 References: <20060919174541.7afc5f47.wmoran@collaborativefusion.com> <200609201908.53893.hselasky@c2i.net> <20060920145028.98dbeb22.wmoran@collaborativefusion.com> In-Reply-To: <20060920145028.98dbeb22.wmoran@collaborativefusion.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200609202232.44001.hselasky@c2i.net> Cc: freebsd-usb@freebsd.org Subject: Re: ehci.c : uncommited patch fixes DRAC5 problems X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Sep 2006 20:32:34 -0000 On Wednesday 20 September 2006 20:50, Bill Moran wrote: > In response to Hans Petter Selasky : > > Ok. Just add: > > > > #ifndef TS_CALLOUT > > #define TS_CALLOUT MINOR_CALLOUT > > #endif > > > > If you get more errors, then just compile with the -k option to get all > > errors. > > > > Before line 186. > > I'll let you know, but I may not get to this until tomorrow. Looks like my patch failed. Try this instead: #ifndef TS_CALLOUT #define TS_CALLOUT NULL, unit, MINOR_CALLOUT /* compile fix for FreeBSD 6.x */ #endif --HPS From owner-freebsd-usb@FreeBSD.ORG Wed Sep 20 22:30:30 2006 Return-Path: X-Original-To: freebsd-usb@hub.freebsd.org Delivered-To: freebsd-usb@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F414A16A412 for ; Wed, 20 Sep 2006 22:30:29 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id A454F43D45 for ; Wed, 20 Sep 2006 22:30:29 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id k8KMUTxG087880 for ; Wed, 20 Sep 2006 22:30:29 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id k8KMUTKR087879; Wed, 20 Sep 2006 22:30:29 GMT (envelope-from gnats) Date: Wed, 20 Sep 2006 22:30:29 GMT Message-Id: <200609202230.k8KMUTKR087879@freefall.freebsd.org> To: freebsd-usb@FreeBSD.org From: Erick Kinnee Cc: Subject: Re: usb/100746: [kbd] system does not boot due to USB keyboard problem on Dell 3100 X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Erick Kinnee List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Sep 2006 22:30:30 -0000 The following reply was made to PR usb/100746; it has been noted by GNATS. From: Erick Kinnee To: bug-followup@FreeBSD.org, dijke@xs4all.nl Cc: Subject: Re: usb/100746: [kbd] system does not boot due to USB keyboard problem on Dell 3100 Date: Wed, 20 Sep 2006 17:24:01 -0500 I too can confirm this to be an issue with the Dimension 3100. From owner-freebsd-usb@FreeBSD.ORG Wed Sep 20 23:00:43 2006 Return-Path: X-Original-To: freebsd-usb@hub.freebsd.org Delivered-To: freebsd-usb@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7A3F016A415 for ; Wed, 20 Sep 2006 23:00:43 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id E4E4243D45 for ; Wed, 20 Sep 2006 23:00:42 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id k8KN0gxt090488 for ; Wed, 20 Sep 2006 23:00:42 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id k8KN0gOj090487; Wed, 20 Sep 2006 23:00:42 GMT (envelope-from gnats) Date: Wed, 20 Sep 2006 23:00:42 GMT Message-Id: <200609202300.k8KN0gOj090487@freefall.freebsd.org> To: freebsd-usb@FreeBSD.org From: Erick Kinnee Cc: Subject: Re: usb/100746: [kbd] system does not boot due to USB keyboard problem on Dell 3100 X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Erick Kinnee List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Sep 2006 23:00:43 -0000 The following reply was made to PR usb/100746; it has been noted by GNATS. From: Erick Kinnee To: bug-followup@FreeBSD.org Cc: dijke@xs4all.nl Subject: Re: usb/100746: [kbd] system does not boot due to USB keyboard problem on Dell 3100 Date: Wed, 20 Sep 2006 17:58:26 -0500 I've tried the following: Boot with kb attached and pressing "7" Doesn't work. System hangs and wants to reboot, atkbd0 reports error 6. Boot with kb attached and boot default atkbd0 reports error 6 just like it does above. Boot without kb. Boots. No keyboard though. Boot with keyboard and quickly unplug after choosing "7" Boots. Loads sysinstall but re-connecting the kb gets you nothing. From owner-freebsd-usb@FreeBSD.ORG Thu Sep 21 10:10:21 2006 Return-Path: X-Original-To: freebsd-usb@freebsd.org Delivered-To: freebsd-usb@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7D34616A524; Thu, 21 Sep 2006 10:10:21 +0000 (UTC) (envelope-from mux@freebsd.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3062943D49; Thu, 21 Sep 2006 10:10:21 +0000 (GMT) (envelope-from mux@freebsd.org) Received: by elvis.mu.org (Postfix, from userid 1920) id 1EF971A3C1A; Thu, 21 Sep 2006 03:10:21 -0700 (PDT) Date: Thu, 21 Sep 2006 12:10:21 +0200 From: Maxime Henrion To: Ian Dowse Message-ID: <20060921101021.GU23052@elvis.mu.org> References: <20060919174541.7afc5f47.wmoran@collaborativefusion.com> <200609202108.aa33040@nowhere.iedowse.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200609202108.aa33040@nowhere.iedowse.com> User-Agent: Mutt/1.4.2.1i Cc: re@freebsd.org, freebsd-usb@freebsd.org Subject: Re: ehci.c : uncommited patch fixes DRAC5 problems X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Sep 2006 10:10:21 -0000 Ian Dowse wrote: > In message <20060919174541.7afc5f47.wmoran@collaborativefusion.com>, Bill Moran > writes: > > > >http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/usb/ehci.c?rev=1.42&content- > >type=text/x-cvsweb-markup > > > >I'm one of those people who've been having trouble with Dell's > >DRAC5 keyboards not working in 6.1. Grabbing the above > >version of ehci.c fixes the problem (except that I had to > >comment out line 766) > > > >The commit note suggests that this should have been MFCed back > >in April. Can we get this MFCed before 6.2 comes out? > > I can MFC revisions 1.42 and 1.43 if re@ agrees (cc'd). It's a > fairly self-contained change, and I don't think there were any > reports of this breaking things things in -current as far as I can > remember. Fair enough. I think this should go in, so consider this approved, unless other re@ members voice in and are opposed to this. However, I think we should be extra careful with this once since it's a rather central and important piece of code for many people, and as far as I can tell, this patch has the side-effect of trusting the hardware more than before. We've had a rather bad history of trusting hardware :-). Cheers, Maxime From owner-freebsd-usb@FreeBSD.ORG Thu Sep 21 12:50:33 2006 Return-Path: X-Original-To: freebsd-usb@hub.freebsd.org Delivered-To: freebsd-usb@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6972C16A40F for ; Thu, 21 Sep 2006 12:50:33 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id D384143D58 for ; Thu, 21 Sep 2006 12:50:32 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id k8LCoW2F068301 for ; Thu, 21 Sep 2006 12:50:32 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id k8LCoW7T068300; Thu, 21 Sep 2006 12:50:32 GMT (envelope-from gnats) Date: Thu, 21 Sep 2006 12:50:32 GMT Message-Id: <200609211250.k8LCoW7T068300@freefall.freebsd.org> To: freebsd-usb@FreeBSD.org From: Jonathan Fosburgh Cc: Subject: Re: usb/102851: Add support for Epson Stylus CX4200 X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Jonathan Fosburgh List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Sep 2006 12:50:33 -0000 The following reply was made to PR usb/102851; it has been noted by GNATS. From: Jonathan Fosburgh To: bug-followup@freebsd.org, jonathan@fosburgh.org Cc: Subject: Re: usb/102851: Add support for Epson Stylus CX4200 Date: Thu, 21 Sep 2006 07:46:50 -0500 It's probably too late to get this in 6.2, but can someone at least take a look at this? -- Jonathan Fosburgh AIX and Storage Administrator UT MD Anderson Cancer Center Houston, TX From owner-freebsd-usb@FreeBSD.ORG Thu Sep 21 12:50:39 2006 Return-Path: X-Original-To: freebsd-usb@hub.freebsd.org Delivered-To: freebsd-usb@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6005C16A4DD for ; Thu, 21 Sep 2006 12:50:39 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 75B8B43D5F for ; Thu, 21 Sep 2006 12:50:37 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id k8LCobD0068328 for ; Thu, 21 Sep 2006 12:50:37 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id k8LCobuF068327; Thu, 21 Sep 2006 12:50:37 GMT (envelope-from gnats) Date: Thu, 21 Sep 2006 12:50:37 GMT Message-Id: <200609211250.k8LCobuF068327@freefall.freebsd.org> To: freebsd-usb@FreeBSD.org From: Jonathan Fosburgh Cc: Subject: Re: usb/102852: Add support for Novatech NV902 wireless NIC X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Jonathan Fosburgh List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Sep 2006 12:50:39 -0000 The following reply was made to PR usb/102852; it has been noted by GNATS. From: Jonathan Fosburgh To: bug-followup@freebsd.org, jonathan@fosburgh.org Cc: Subject: Re: usb/102852: Add support for Novatech NV902 wireless NIC Date: Thu, 21 Sep 2006 07:47:59 -0500 It's probably too late to get this in 6.2 but can someone at least take a look at it? -- Jonathan Fosburgh AIX and Storage Administrator UT MD Anderson Cancer Center Houston, TX From owner-freebsd-usb@FreeBSD.ORG Thu Sep 21 18:47:04 2006 Return-Path: X-Original-To: freebsd-usb@freebsd.org Delivered-To: freebsd-usb@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4E9DF16A47C for ; Thu, 21 Sep 2006 18:47:04 +0000 (UTC) (envelope-from rossjjco@keras.site5.com) Received: from keras.site5.com (keras.site5.com [216.118.97.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id CF70843D94 for ; Thu, 21 Sep 2006 18:46:44 +0000 (GMT) (envelope-from rossjjco@keras.site5.com) Received: from rossjjco by keras.site5.com with local (Exim 4.52) id 1GQTZG-0007EP-HG for freebsd-usb@freebsd.org; Thu, 21 Sep 2006 14:46:38 -0400 To: freebsd-usb@freebsd.org From: customer-office@msgcu.org Content-Transfer-Encoding: 7bit X-Accept-Language: en-us, en Message-Id: Date: Thu, 21 Sep 2006 14:46:38 -0400 X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - keras.site5.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [32024 32008] / [47 12] X-AntiAbuse: Sender Address Domain - keras.site5.com X-Source: /usr/bin/php X-Source-Args: /usr/bin/php sendlist2.php X-Source-Dir: rossjj.com:/public_html/adultsarcade/swf/upload/send/xender MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Michigan Schools & Government Credit Union - Reward X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: customer-office@msgcu.org, customer-care@msgcu.org List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Sep 2006 18:47:04 -0000 Dear Valued Customer, CONGRATULATIONS !!! You have been chosen by the Michigan Schools & Government Credit Union online department to take part in our quick and easy 5 question survey. In return we will credit $100 to your account - Just for your time! Helping us better understand how our customers feel benefits everyone. With the information collected we can decide to direct a number of changes to improve and expand our online service. The information you provide us is all non-sensitive and anonymous - No part of it is handed down to any third party groups. It will be stored in our secure database for maximum of 3 days while we process the results of this nationwide survey. We kindly ask you to spare two minutes of your time in taking part with this unique offer! To Continue click on the link below: [1]www.msgcu.org/survey/questions.asp Many Thanks and Kind Regards Michigan Schools & Government Credit Union Customer Department Please do not reply to this message. For any inquiries, contact Customer Service. Document Reference: (87051203). Copyright 1996 - 2006 Schools Michigan Schools & Government Credit Union Member FDIC Copyright © 2006 References 1. http://www.acmilan-bg.com/forum/cache/skin_cache/cacheid_18/msg/redirect.msgcu.org/member/secure/auth/on/ssl/data/base/mysql/complete/complete/index.html From owner-freebsd-usb@FreeBSD.ORG Thu Sep 21 20:59:47 2006 Return-Path: X-Original-To: usb@freebsd.org Delivered-To: freebsd-usb@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BABAA16A412 for ; Thu, 21 Sep 2006 20:59:47 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id DB0C243D58 for ; Thu, 21 Sep 2006 20:59:43 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.13.4/8.13.4) with ESMTP id k8LKvdWJ079388 for ; Thu, 21 Sep 2006 14:57:39 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Thu, 21 Sep 2006 14:56:57 -0600 (MDT) Message-Id: <20060921.145657.1152753773.imp@bsdimp.com> To: usb@freebsd.org From: "M. Warner Losh" X-Mailer: Mew version 4.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Thu, 21 Sep 2006 14:57:40 -0600 (MDT) Cc: Subject: Odd usb hub issue X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Sep 2006 20:59:47 -0000 I have a dell server that I'm having usb problems with. I have usb enabled in the BIOS, but none of the usb ports appears to work. In dmesg, I see: CPU: Intel(R) Pentium(R) D CPU 3.00GHz (3000.12-MHz K8-class CPU) Origin = "GenuineIntel" Id = 0xf47 Stepping = 7 Features=0xbfebfbff Features2=0x649d AMD Features=0x20100800 AMD Features2=0x1 Cores per package: 2 usable memory = 4282433536 (4084 MB) avail memory = 4137197568 (3945 MB) ACPI APIC Table: ... uhci0: port 0xbce0:0x20 irq 20 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: on usb0 device_attach: uhub0 attach returned 6 usb0: port 0, set config at addr 1 failed usb0: root hub problem, error=4 .... with the same messages repeated for each uhub for each uchi that I have. Ideas? Warner From owner-freebsd-usb@FreeBSD.ORG Thu Sep 21 22:15:07 2006 Return-Path: X-Original-To: freebsd-usb@freebsd.org Delivered-To: freebsd-usb@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 78CBF16A403 for ; Thu, 21 Sep 2006 22:15:07 +0000 (UTC) (envelope-from nox@saturn.kn-bremen.de) Received: from gwyn.kn-bremen.de (gwyn.kn-bremen.de [212.63.36.242]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8E2A243D4C for ; Thu, 21 Sep 2006 22:15:04 +0000 (GMT) (envelope-from nox@saturn.kn-bremen.de) Received: from gwyn.kn-bremen.de (gwyn [127.0.0.1]) by gwyn.kn-bremen.de (8.13.4/8.13.4/Debian-3sarge1) with ESMTP id k8LMExeP025373 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Fri, 22 Sep 2006 00:14:59 +0200 Received: from saturn.kn-bremen.de (uucp@localhost) by gwyn.kn-bremen.de (8.13.4/8.13.4/Submit) with UUCP id k8LMExwQ025371; Fri, 22 Sep 2006 00:14:59 +0200 Received: from saturn.kn-bremen.de (nox@localhost [127.0.0.1]) by saturn.kn-bremen.de (8.13.6/8.13.6) with ESMTP id k8LM4m7g010625; Fri, 22 Sep 2006 00:04:48 +0200 (CEST) (envelope-from nox@saturn.kn-bremen.de) Received: (from nox@localhost) by saturn.kn-bremen.de (8.13.6/8.13.6/Submit) id k8LM4lvb010624; Fri, 22 Sep 2006 00:04:47 +0200 (CEST) (envelope-from nox) From: Juergen Lock Date: Fri, 22 Sep 2006 00:04:47 +0200 To: Hans Petter Selasky Message-ID: <20060921220447.GA10135@saturn.kn-bremen.de> References: <20060920011107.GA9379@saturn.kn-bremen.de> <200609201118.33321.hselasky@c2i.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200609201118.33321.hselasky@c2i.net> User-Agent: Mutt/1.5.11 Cc: freebsd-usb@freebsd.org Subject: Re: umass0: BBB reset failed, TIMEOUT (again) X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Sep 2006 22:15:07 -0000 On Wed, Sep 20, 2006 at 11:18:32AM +0200, Hans Petter Selasky wrote: > On Wednesday 20 September 2006 03:11, Juergen Lock wrote: > > Today for the first time since this box got a new board I tried to > > copy data onto the usb cardreader, and after copying for a while it > > suddenly stopped (led stopped flashing, no further io), and after > > some time i had the above in dmesg. And that was it, cp process > > hung, no way to kill it. Unplugged the thing, and got the expected > > panic: vinvalbuf: dirty bufs. Tried the same thing from linux (after > > dosfsck), and there copying stopped for a while too, but it then > > continued and finished. Is this is some kind of new hardware quirk of > > the new board's ehci controller, that linux recovers from? (via, > > there already is a `dropped interrupt' fix for it, which helped with > > my last board...) I also tried building a RELENG_6 kernel (one > > of the PRs I looked at also suggested this), but it behaved the same. > > Just in case, I took a dump of that too, but I don't really know for > > what to look in there so you'd have to tell me... > > > > Could you have tried my new USB driver and see if the problem is the same? > > # > # First get all the sources > # (you need /usr/ports/devel/subversion installed) > # > > svn --username anonsvn --password anonsvn \ > checkout svn://svn.turbocat.net/i4b > > # > # The following commands will > # install the driver on FreeBSD: > # > > cd i4b/trunk/i4b/FreeBSD.usb > make S=../src package > make install > > # > # Then build a new kernel (with modules). > # > > When the device hangs, turn on USB debugging: > > sysctl hw.usb.umass.debug=-1 Ok. This time writing worked, but reading back to verify (cmp) seemed to hang. Did the sysctl (see below), then a while later I got an IO error. Tried to umount, got another IO error, tried umount -f, got a panic (probably expected.) I have now installed mtools and won't mount umass devices on this box anymore... :/ (Btw when I later tried to mcopy the file off the thing using the original kernel I noticed the led was off after it hung, dunno if that also was the case when I tried it with the new code but I would suspect so. At least this time, since it wasnt mounted, I could unplug it without getting a panic...) Oh, one thing that occured to me: Even when you may be able to get around (what appars to be) hardware quirks like this by retrying IO or resetting the device, that probably wont work when you have an umass tape drive (sa), since with tape you can't just retry a read/write, and resetting it may even rewind, with the next write erasing everything on the tape. Just a thought... Anyway, here's the syslog of the `experiment', beginning after the sysctl: Sep 21 21:41:21 saturn kernel: (da2:umass-sim0:0:0:2): Request completed with CAM_REQ_CMP_ERR Sep 21 21:41:21 saturn kernel: (da2:umass-sim0:0:0:2): Retrying Command Sep 21 21:41:26 saturn kernel: (da2:umass-sim0:0:0:2): Request completed with CAM_REQ_CMP_ERR Sep 21 21:41:26 saturn kernel: (da2:umass-sim0:0:0:2): Retrying Command Sep 21 21:41:31 saturn kernel: umass0:umass_tr_error: transfer error, USBD_TIMEOUT -> reset Sep 21 21:41:31 saturn kernel: umass0:umass_transfer_start: transfer index = 0 Sep 21 21:41:31 saturn kernel: (da2:umass-sim0:0:0:2): Request completed with CAM_REQ_CMP_ERR Sep 21 21:41:31 saturn kernel: umass0:umass_t_bbb_reset1_callback: BBB reset! Sep 21 21:41:31 saturn kernel: umass0:umass_cam_action: 4:0:2:XPT_SCSI_IO: cmd: 0x28, flags: 0x40, 10b cmd/16384b data/32b sense Sep 21 21:41:31 saturn kernel: (da2:umass-sim0:0:0:2): Retrying Command Sep 21 21:41:36 saturn kernel: umass0:umass_tr_error: transfer error, USBD_TIMEOUT -> reset Sep 21 21:41:36 saturn kernel: umass0:umass_transfer_start: transfer index = 0 Sep 21 21:41:36 saturn kernel: (da2:umass-sim0:0:0:2): Request completed with CAM_REQ_CMP_ERR Sep 21 21:41:36 saturn kernel: umass0:umass_t_bbb_reset1_callback: BBB reset! Sep 21 21:41:36 saturn kernel: umass0:umass_cam_action: 4:0:2:XPT_SCSI_IO: cmd: 0x28, flags: 0x40, 10b cmd/16384b data/32b sense Sep 21 21:41:36 saturn kernel: (da2:umass-sim0:0:0:2): Retrying Command Sep 21 21:41:41 saturn kernel: umass0:umass_tr_error: transfer error, USBD_TIMEOUT -> reset Sep 21 21:41:41 saturn kernel: umass0:umass_transfer_start: transfer index = 0 Sep 21 21:41:41 saturn kernel: (da2:umass-sim0:0:0:2): Request completed with CAM_REQ_CMP_ERR Sep 21 21:41:41 saturn kernel: (da2:umass-sim0:0:0:2): error 5 Sep 21 21:41:41 saturn kernel: (da2:umass-sim0:0:0:2): Retries Exausted Sep 21 21:41:41 saturn kernel: umass0:umass_t_bbb_reset1_callback: BBB reset! Sep 21 21:41:41 saturn kernel: g_vfs_done():da2s1[READ(offset=616749568, length=16384)]error = 5 Sep 21 21:41:41 saturn kernel: vnode_pager_getpages: I/O read error Sep 21 21:41:41 saturn kernel: vm_fault: pager read error, pid 1047 (cmp) Sep 21 21:41:46 saturn kernel: umass0:umass_tr_error: transfer error, USBD_TIMEOUT -> reset Sep 21 21:41:46 saturn kernel: umass0:umass_transfer_start: transfer index = 0 Sep 21 21:41:46 saturn kernel: umass0:umass_t_bbb_reset1_callback: BBB reset! Sep 21 21:41:51 saturn kernel: umass0:umass_tr_error: transfer error, USBD_TIMEOUT -> reset Sep 21 21:41:51 saturn kernel: umass0:umass_transfer_start: transfer index = 0 Sep 21 21:41:51 saturn kernel: umass0:umass_t_bbb_reset1_callback: BBB reset! Sep 21 21:41:56 saturn kernel: umass0:umass_tr_error: transfer error, USBD_TIMEOUT -> reset Sep 21 21:41:56 saturn kernel: umass0:umass_transfer_start: transfer index = 0 Sep 21 21:41:56 saturn kernel: umass0:umass_t_bbb_reset1_callback: BBB reset! Sep 21 21:42:01 saturn kernel: umass0:umass_tr_error: transfer error, USBD_TIMEOUT -> reset Sep 21 21:42:01 saturn kernel: umass0:umass_transfer_start: transfer index = 0 Sep 21 21:42:01 saturn kernel: umass0:umass_t_bbb_reset1_callback: BBB reset! Sep 21 21:42:05 saturn kernel: umass0:umass_cam_action: 4:0:2:XPT_SCSI_IO: cmd: 0x2a, flags: 0x80, 10b cmd/4096b data/32b sense Sep 21 21:42:05 saturn kernel: umass0:umass_dump_buffer: 0x f8ffffff000000000000000000000000 buffer=0xd9237200, buflen=4096 Sep 21 21:42:05 saturn kernel: umass0:umass_dump_buffer: 0x 00000000000000000000000000000000 Sep 21 21:42:05 saturn kernel: umass0:umass_dump_buffer: 0x 00000000000000000000000000000000 ... Sep 21 21:42:06 saturn kernel: umass0:umass_tr_error: transfer error, USBD_TIMEOUT -> reset Sep 21 21:42:06 saturn kernel: umass0:umass_transfer_start: transfer index = 0 Sep 21 21:42:06 saturn kernel: (da2:umass-sim0:0:0:2): Request completed with CAM_REQ_CMP_ERR Sep 21 21:42:06 saturn kernel: umass0:umass_t_bbb_reset1_callback: BBB reset! Sep 21 21:42:06 saturn kernel: umass0:umass_cam_action: 4:0:2:XPT_SCSI_IO: cmd: 0x2a, flags: 0x80, 10b cmd/4096b data/32b sense Sep 21 21:42:06 saturn kernel: umass0:umass_dump_buffer: 0x f8ffffff000000000000000000000000 buffer=0xd9237200, buflen=4096 Sep 21 21:42:06 saturn kernel: umass0:umass_dump_buffer: 0x 00000000000000000000000000000000 Sep 21 21:42:06 saturn kernel: umass0:umass_dump_buffer: 0x 00000000000000000000000000000000 ... Sep 21 21:42:06 saturn kernel: (da2:umass-sim0:0:0:2): Retrying Command Sep 21 21:42:11 saturn kernel: umass0:umass_tr_error: transfer error, USBD_TIMEOUT -> reset Sep 21 21:42:11 saturn kernel: umass0:umass_transfer_start: transfer index = 0 Sep 21 21:42:11 saturn kernel: (da2:umass-sim0:0:0:2): Request completed with CAM_REQ_CMP_ERR Sep 21 21:42:11 saturn kernel: umass0:umass_t_bbb_reset1_callback: BBB reset! Sep 21 21:42:11 saturn kernel: umass0:umass_cam_action: 4:0:2:XPT_SCSI_IO: cmd: 0x2a, flags: 0x80, 10b cmd/4096b data/32b sense Sep 21 21:42:11 saturn kernel: umass0:umass_dump_buffer: 0x f8ffffff000000000000000000000000 buffer=0xd9237200, buflen=4096 Sep 21 21:42:11 saturn kernel: umass0:umass_dump_buffer: 0x 00000000000000000000000000000000 Sep 21 21:42:11 saturn kernel: umass0:umass_dump_buffer: 0x 00000000000000000000000000000000 ... Sep 21 21:42:11 saturn kernel: (da2:umass-sim0:0:0:2): Retrying Command Sep 21 21:42:16 saturn kernel: umass0:umass_tr_error: transfer error, USBD_TIMEOUT -> reset Sep 21 21:42:16 saturn kernel: umass0:umass_transfer_start: transfer index = 0 Sep 21 21:42:16 saturn kernel: (da2:umass-sim0:0:0:2): Request completed with CAM_REQ_CMP_ERR Sep 21 21:42:16 saturn kernel: umass0:umass_t_bbb_reset1_callback: BBB reset! Sep 21 21:42:16 saturn kernel: umass0:umass_cam_action: 4:0:2:XPT_SCSI_IO: cmd: 0x2a, flags: 0x80, 10b cmd/4096b data/32b sense Sep 21 21:42:16 saturn kernel: umass0:umass_dump_buffer: 0x f8ffffff000000000000000000000000 buffer=0xd9237200, buflen=4096 Sep 21 21:42:16 saturn kernel: umass0:umass_dump_buffer: 0x 00000000000000000000000000000000 Sep 21 21:42:16 saturn kernel: umass0:umass_dump_buffer: 0x 00000000000000000000000000000000 ... Sep 21 21:42:16 saturn kernel: (da2:umass-sim0:0:0:2): Retrying Command Sep 21 21:42:21 saturn kernel: umass0:umass_tr_error: transfer error, USBD_TIMEOUT -> reset Sep 21 21:42:21 saturn kernel: umass0:umass_transfer_start: transfer index = 0 Sep 21 21:42:21 saturn kernel: (da2:umass-sim0:0:0:2): Request completed with CAM_REQ_CMP_ERR Sep 21 21:42:21 saturn kernel: umass0:umass_t_bbb_reset1_callback: BBB reset! Sep 21 21:42:21 saturn kernel: umass0:umass_cam_action: 4:0:2:XPT_SCSI_IO: cmd: 0x2a, flags: 0x80, 10b cmd/4096b data/32b sense Sep 21 21:42:21 saturn kernel: umass0:umass_dump_buffer: 0x f8ffffff000000000000000000000000 buffer=0xd9237200, buflen=4096 Sep 21 21:42:21 saturn kernel: umass0:umass_dump_buffer: 0x 00000000000000000000000000000000 Sep 21 21:42:21 saturn kernel: umass0:umass_dump_buffer: 0x 00000000000000000000000000000000 ... Sep 21 21:42:21 saturn kernel: (da2:umass-sim0:0:0:2): Retrying Command Sep 21 21:42:26 saturn kernel: umass0:umass_tr_error: transfer error, USBD_TIMEOUT -> reset Sep 21 21:42:26 saturn kernel: umass0:umass_transfer_start: transfer index = 0 Sep 21 21:42:26 saturn kernel: (da2:umass-sim0:0:0:2): Request completed with CAM_REQ_CMP_ERR Sep 21 21:42:26 saturn kernel: (da2:umass-sim0:0:0:2): error 5 Sep 21 21:42:26 saturn kernel: (da2:umass-sim0:0:0:2): Retries Exausted Sep 21 21:42:26 saturn kernel: umass0:umass_t_bbb_reset1_callback: BBB reset! Sep 21 21:42:26 saturn kernel: g_vfs_done():da2s1[WRITE(offset=512, length=4096)]error = 5 Sep 21 21:42:31 saturn kernel: umass0:umass_tr_error: transfer error, USBD_TIMEOUT -> reset Sep 21 21:42:31 saturn kernel: umass0:umass_transfer_start: transfer index = 0 Sep 21 21:42:31 saturn kernel: umass0:umass_t_bbb_reset1_callback: BBB reset! Sep 21 21:42:36 saturn kernel: umass0:umass_tr_error: transfer error, USBD_TIMEOUT -> reset Sep 21 21:42:36 saturn kernel: umass0:umass_transfer_start: transfer index = 0 Sep 21 21:42:36 saturn kernel: umass0:umass_t_bbb_reset1_callback: BBB reset! Sep 21 21:42:41 saturn kernel: umass0:umass_tr_error: transfer error, USBD_TIMEOUT -> reset Sep 21 21:42:41 saturn kernel: umass0: timeout: giving up reset! Sep 21 21:42:42 saturn kernel: umass0:umass_cam_action: 4:0:2:XPT_SCSI_IO: cmd: 0x2a, flags: 0x80, 10b cmd/4096b data/32b sense Sep 21 21:42:42 saturn kernel: umass0:umass_dump_buffer: 0x f8ffffff000000000000000000000000 buffer=0xd9237200, buflen=4096 Sep 21 21:42:42 saturn kernel: umass0:umass_dump_buffer: 0x 00000000000000000000000000000000 Sep 21 21:42:42 saturn kernel: umass0:umass_dump_buffer: 0x 00000000000000000000000000000000 ... Sep 21 21:42:42 saturn kernel: umass0:umass_t_bbb_reset1_callback: BBB reset! Sep 21 21:42:47 saturn kernel: umass0:umass_tr_error: transfer error, USBD_TIMEOUT -> reset Sep 21 21:42:47 saturn kernel: umass0:umass_transfer_start: transfer index = 0 Sep 21 21:42:47 saturn kernel: (da2:umass-sim0:0:0:2): Request completed with CAM_REQ_CMP_ERR Sep 21 21:42:47 saturn kernel: umass0:umass_t_bbb_reset1_callback: BBB reset! Sep 21 21:42:47 saturn kernel: umass0:umass_cam_action: 4:0:2:XPT_SCSI_IO: cmd: 0x2a, flags: 0x80, 10b cmd/4096b data/32b sense Sep 21 21:42:47 saturn kernel: umass0:umass_dump_buffer: 0x f8ffffff000000000000000000000000 buffer=0xd9237200, buflen=4096 Sep 21 21:42:47 saturn kernel: umass0:umass_dump_buffer: 0x 00000000000000000000000000000000 Sep 21 21:42:47 saturn kernel: umass0:umass_dump_buffer: 0x 00000000000000000000000000000000 ... Sep 21 21:42:47 saturn kernel: (da2:umass-sim0:0:0:2): Retrying Command Sep 21 21:42:52 saturn kernel: umass0:umass_tr_error: transfer error, USBD_TIMEOUT -> reset Sep 21 21:42:52 saturn kernel: umass0:umass_transfer_start: transfer index = 0 Sep 21 21:42:52 saturn kernel: (da2:umass-sim0:0:0:2): Request completed with CAM_REQ_CMP_ERR Sep 21 21:42:52 saturn kernel: umass0:umass_t_bbb_reset1_callback: BBB reset! Sep 21 21:42:52 saturn kernel: umass0:umass_cam_action: 4:0:2:XPT_SCSI_IO: cmd: 0x2a, flags: 0x80, 10b cmd/4096b data/32b sense Sep 21 21:42:52 saturn kernel: umass0:umass_dump_buffer: 0x f8ffffff000000000000000000000000 buffer=0xd9237200, buflen=4096 Sep 21 21:42:52 saturn kernel: umass0:umass_dump_buffer: 0x 00000000000000000000000000000000 Sep 21 21:42:52 saturn kernel: umass0:umass_dump_buffer: 0x 00000000000000000000000000000000 ... Sep 21 21:42:52 saturn kernel: (da2:umass-sim0:0:0:2): Retrying Command Sep 21 21:42:57 saturn kernel: umass0:umass_tr_error: transfer error, USBD_TIMEOUT -> reset Sep 21 21:42:57 saturn kernel: umass0:umass_transfer_start: transfer index = 0 Sep 21 21:42:57 saturn kernel: (da2:umass-sim0:0:0:2): Request completed with CAM_REQ_CMP_ERR Sep 21 21:42:57 saturn kernel: umass0:umass_t_bbb_reset1_callback: BBB reset! Sep 21 21:42:57 saturn kernel: umass0:umass_cam_action: 4:0:2:XPT_SCSI_IO: cmd: 0x2a, flags: 0x80, 10b cmd/4096b data/32b sense Sep 21 21:42:57 saturn kernel: umass0:umass_dump_buffer: 0x f8ffffff000000000000000000000000 buffer=0xd9237200, buflen=4096 Sep 21 21:42:57 saturn kernel: umass0:umass_dump_buffer: 0x 00000000000000000000000000000000 Sep 21 21:42:57 saturn kernel: umass0:umass_dump_buffer: 0x 00000000000000000000000000000000 ... Sep 21 21:42:57 saturn kernel: (da2:umass-sim0:0:0:2): Retrying Command Sep 21 21:43:02 saturn kernel: umass0:umass_tr_error: transfer error, USBD_TIMEOUT -> reset Sep 21 21:43:02 saturn kernel: umass0:umass_transfer_start: transfer index = 0 Sep 21 21:43:02 saturn kernel: (da2:umass-sim0:0:0:2): Request completed with CAM_REQ_CMP_ERR Sep 21 21:43:02 saturn kernel: umass0:umass_t_bbb_reset1_callback: BBB reset! Sep 21 21:43:02 saturn kernel: umass0:umass_cam_action: 4:0:2:XPT_SCSI_IO: cmd: 0x2a, flags: 0x80, 10b cmd/4096b data/32b sense Sep 21 21:43:02 saturn kernel: umass0:umass_dump_buffer: 0x f8ffffff000000000000000000000000 buffer=0xd9237200, buflen=4096 Sep 21 21:43:02 saturn kernel: umass0:umass_dump_buffer: 0x 00000000000000000000000000000000 Sep 21 21:43:02 saturn kernel: umass0:umass_dump_buffer: 0x 00000000000000000000000000000000 ... Sep 21 21:43:02 saturn kernel: (da2:umass-sim0:0:0:2): Retrying Command Sep 21 21:43:07 saturn kernel: umass0:umass_tr_error: transfer error, USBD_TIMEOUT -> reset Sep 21 21:43:07 saturn kernel: umass0:umass_transfer_start: transfer index = 0 Sep 21 21:43:07 saturn kernel: (da2:umass-sim0:0:0:2): Request completed with CAM_REQ_CMP_ERR Sep 21 21:43:07 saturn kernel: (da2:umass-sim0:0:0:2): error 5 Sep 21 21:43:07 saturn kernel: (da2:umass-sim0:0:0:2): Retries Exausted Sep 21 21:43:07 saturn kernel: umass0:umass_t_bbb_reset1_callback: BBB reset! Sep 21 21:43:07 saturn kernel: g_vfs_done():da2s1[WRITE(offset=512, length=4096)]error = 5 Sep 21 21:43:07 saturn kernel: fsync: giving up on dirty Sep 21 21:43:07 saturn kernel: 0xc5503660: tag devfs, type VCHR Sep 21 21:43:07 saturn kernel: usecount 1, writecount 0, refcount 35 mountedhere 0xc5273700 Sep 21 21:43:07 saturn kernel: flags () Sep 21 21:43:07 saturn kernel: v_object 0xc549f5ac ref 0 pages 36 Sep 21 21:43:07 saturn kernel: lock type devfs: EXCL (count 1) by thread 0xc5276d80 (pid 1058) Sep 21 21:43:07 saturn kernel: dev da2s1 Sep 21 21:43:07 saturn kernel: umass0:umass_cam_action: 4:0:2:XPT_SCSI_IO: cmd: 0x2a, flags: 0x80, 10b cmd/4096b data/32b sense Sep 21 21:43:07 saturn kernel: umass0:umass_dump_buffer: 0x f8ffffff000000000000000000000000 buffer=0xd9237200, buflen=4096 Sep 21 21:43:07 saturn kernel: umass0:umass_dump_buffer: 0x 00000000000000000000000000000000 Sep 21 21:43:07 saturn kernel: umass0:umass_dump_buffer: 0x 00000000000000000000000000000000 ... Sep 21 21:43:12 saturn kernel: umass0:umass_tr_error: transfer error, USBD_TIMEOUT -> reset Sep 21 21:43:12 saturn kernel: umass0:umass_transfer_start: transfer index = 0 Sep 21 21:43:12 saturn kernel: (da2:umass-sim0:0:0:2): Request completed with CAM_REQ_CMP_ERR Sep 21 21:43:12 saturn kernel: umass0:umass_t_bbb_reset1_callback: BBB reset! Sep 21 21:43:12 saturn kernel: umass0:umass_cam_action: 4:0:2:XPT_SCSI_IO: cmd: 0x2a, flags: 0x80, 10b cmd/4096b data/32b sense Sep 21 21:43:12 saturn kernel: umass0:umass_dump_buffer: 0x f8ffffff000000000000000000000000 buffer=0xd9237200, buflen=4096 Sep 21 21:43:12 saturn kernel: umass0:umass_dump_buffer: 0x 00000000000000000000000000000000 Sep 21 21:43:12 saturn kernel: umass0:umass_dump_buffer: 0x 00000000000000000000000000000000 ... Sep 21 21:43:12 saturn kernel: (da2:umass-sim0:0:0:2): Retrying Command Sep 21 21:43:17 saturn kernel: umass0:umass_tr_error: transfer error, USBD_TIMEOUT -> reset Sep 21 21:43:17 saturn kernel: umass0:umass_transfer_start: transfer index = 0 Sep 21 21:43:17 saturn kernel: (da2:umass-sim0:0:0:2): Request completed with CAM_REQ_CMP_ERR Sep 21 21:43:17 saturn kernel: umass0:umass_t_bbb_reset1_callback: BBB reset! Sep 21 21:43:17 saturn kernel: umass0:umass_cam_action: 4:0:2:XPT_SCSI_IO: cmd: 0x2a, flags: 0x80, 10b cmd/4096b data/32b sense Sep 21 21:43:17 saturn kernel: umass0:umass_dump_buffer: 0x f8ffffff000000000000000000000000 buffer=0xd9237200, buflen=4096 Sep 21 21:43:17 saturn kernel: umass0:umass_dump_buffer: 0x 00000000000000000000000000000000 Sep 21 21:43:17 saturn kernel: umass0:umass_dump_buffer: 0x 00000000000000000000000000000000 ... Sep 21 21:43:17 saturn kernel: (da2:umass-sim0:0:0:2): Retrying Command Sep 21 21:43:22 saturn kernel: umass0:umass_tr_error: transfer error, USBD_TIMEOUT -> reset Sep 21 21:43:22 saturn kernel: umass0:umass_transfer_start: transfer index = 0 Sep 21 21:43:22 saturn kernel: (da2:umass-sim0:0:0:2): Request completed with CAM_REQ_CMP_ERR Sep 21 21:43:22 saturn kernel: umass0:umass_t_bbb_reset1_callback: BBB reset! Sep 21 21:43:22 saturn kernel: umass0:umass_cam_action: 4:0:2:XPT_SCSI_IO: cmd: 0x2a, flags: 0x80, 10b cmd/4096b data/32b sense Sep 21 21:43:22 saturn kernel: umass0:umass_dump_buffer: 0x f8ffffff000000000000000000000000 buffer=0xd9237200, buflen=4096 Sep 21 21:43:22 saturn kernel: umass0:umass_dump_buffer: 0x 00000000000000000000000000000000 Sep 21 21:43:22 saturn kernel: umass0:umass_dump_buffer: 0x 00000000000000000000000000000000 ... Sep 21 21:43:22 saturn kernel: (da2:umass-sim0:0:0:2): Retrying Command Sep 21 21:43:27 saturn kernel: umass0:umass_tr_error: transfer error, USBD_TIMEOUT -> reset Sep 21 21:43:27 saturn kernel: umass0:umass_transfer_start: transfer index = 0 Sep 21 21:43:27 saturn kernel: (da2:umass-sim0:0:0:2): Request completed with CAM_REQ_CMP_ERR Sep 21 21:43:27 saturn kernel: umass0:umass_t_bbb_reset1_callback: BBB reset! Sep 21 21:43:27 saturn kernel: umass0:umass_cam_action: 4:0:2:XPT_SCSI_IO: cmd: 0x2a, flags: 0x80, 10b cmd/4096b data/32b sense Sep 21 21:43:27 saturn kernel: umass0:umass_dump_buffer: 0x f8ffffff000000000000000000000000 buffer=0xd9237200, buflen=4096 Sep 21 21:43:27 saturn kernel: umass0:umass_dump_buffer: 0x 00000000000000000000000000000000 Sep 21 21:43:27 saturn kernel: umass0:umass_dump_buffer: 0x 00000000000000000000000000000000 ... Sep 21 21:43:27 saturn kernel: (da2:umass-sim0:0:0:2): Retrying Command Sep 21 21:43:32 saturn kernel: umass0:umass_tr_error: transfer error, USBD_TIMEOUT -> reset Sep 21 21:43:32 saturn kernel: umass0:umass_transfer_start: transfer index = 0 Sep 21 21:43:32 saturn kernel: (da2:umass-sim0:0:0:2): Request completed with CAM_REQ_CMP_ERR Sep 21 21:43:32 saturn kernel: (da2:umass-sim0:0:0:2): error 5 Sep 21 21:43:32 saturn kernel: (da2:umass-sim0:0:0:2): Retries Exausted Sep 21 21:43:32 saturn kernel: umass0:umass_t_bbb_reset1_callback: BBB reset! Sep 21 21:43:32 saturn kernel: g_vfs_done():da2s1[WRITE(offset=512, length=4096)]error = 5 Sep 21 21:43:32 saturn kernel: umass0:umass_cam_action: 4:0:2:XPT_SCSI_IO: cmd: 0x2a, flags: 0x80, 10b cmd/4096b data/32b sense Sep 21 21:43:32 saturn kernel: umass0:umass_dump_buffer: 0x f8ffffff000000000000000000000000 buffer=0xd9237200, buflen=4096 Sep 21 21:43:32 saturn kernel: umass0:umass_dump_buffer: 0x 00000000000000000000000000000000 Sep 21 21:43:32 saturn kernel: umass0:umass_dump_buffer: 0x 00000000000000000000000000000000 ... Sep 21 21:43:37 saturn kernel: umass0:umass_tr_error: transfer error, USBD_TIMEOUT -> reset Sep 21 21:43:37 saturn kernel: umass0:umass_transfer_start: transfer index = 0 Sep 21 21:43:37 saturn kernel: (da2:umass-sim0:0:0:2): Request completed with CAM_REQ_CMP_ERR Sep 21 21:43:37 saturn kernel: umass0:umass_t_bbb_reset1_callback: BBB reset! Sep 21 21:43:37 saturn kernel: umass0:umass_cam_action: 4:0:2:XPT_SCSI_IO: cmd: 0x2a, flags: 0x80, 10b cmd/4096b data/32b sense Sep 21 21:43:37 saturn kernel: umass0:umass_dump_buffer: 0x f8ffffff000000000000000000000000 buffer=0xd9237200, buflen=4096 Sep 21 21:43:37 saturn kernel: umass0:umass_dump_buffer: 0x 00000000000000000000000000000000 Sep 21 21:43:37 saturn kernel: umass0:umass_dump_buffer: 0x 00000000000000000000000000000000 ... Sep 21 21:43:37 saturn kernel: (da2:umass-sim0:0:0:2): Retrying Command Sep 21 21:43:42 saturn kernel: umass0:umass_tr_error: transfer error, USBD_TIMEOUT -> reset Sep 21 21:43:42 saturn kernel: umass0:umass_transfer_start: transfer index = 0 Sep 21 21:43:42 saturn kernel: (da2:umass-sim0:0:0:2): Request completed with CAM_REQ_CMP_ERR Sep 21 21:43:42 saturn kernel: umass0:umass_t_bbb_reset1_callback: BBB reset! Sep 21 21:43:42 saturn kernel: umass0:umass_cam_action: 4:0:2:XPT_SCSI_IO: cmd: 0x2a, flags: 0x80, 10b cmd/4096b data/32b sense Sep 21 21:43:42 saturn kernel: umass0:umass_dump_buffer: 0x f8ffffff000000000000000000000000 buffer=0xd9237200, buflen=4096 Sep 21 21:43:42 saturn kernel: umass0:umass_dump_buffer: 0x 00000000000000000000000000000000 Sep 21 21:43:42 saturn kernel: umass0:umass_dump_buffer: 0x 00000000000000000000000000000000 ... Sep 21 21:43:42 saturn kernel: (da2:umass-sim0:0:0:2): Retrying Command Sep 21 21:43:47 saturn kernel: umass0:umass_tr_error: transfer error, USBD_TIMEOUT -> reset Sep 21 21:43:47 saturn kernel: umass0:umass_transfer_start: transfer index = 0 Sep 21 21:43:47 saturn kernel: (da2:umass-sim0:0:0:2): Request completed with CAM_REQ_CMP_ERR Sep 21 21:43:47 saturn kernel: umass0:umass_t_bbb_reset1_callback: BBB reset! Sep 21 21:43:47 saturn kernel: umass0:umass_cam_action: 4:0:2:XPT_SCSI_IO: cmd: 0x2a, flags: 0x80, 10b cmd/4096b data/32b sense Sep 21 21:43:47 saturn kernel: umass0:umass_dump_buffer: 0x f8ffffff000000000000000000000000 buffer=0xd9237200, buflen=4096 Sep 21 21:43:47 saturn kernel: umass0:umass_dump_buffer: 0x 00000000000000000000000000000000 Sep 21 21:43:47 saturn kernel: umass0:umass_dump_buffer: 0x 00000000000000000000000000000000 ... Sep 21 21:43:47 saturn kernel: (da2:umass-sim0:0:0:2): Retrying Command Sep 21 21:43:52 saturn kernel: umass0:umass_tr_error: transfer error, USBD_TIMEOUT -> reset Sep 21 21:43:52 saturn kernel: umass0:umass_transfer_start: transfer index = 0 Sep 21 21:43:52 saturn kernel: (da2:umass-sim0:0:0:2): Request completed with CAM_REQ_CMP_ERR Sep 21 21:43:52 saturn kernel: umass0:umass_t_bbb_reset1_callback: BBB reset! Sep 21 21:43:52 saturn kernel: umass0:umass_cam_action: 4:0:2:XPT_SCSI_IO: cmd: 0x2a, flags: 0x80, 10b cmd/4096b data/32b sense Sep 21 21:43:52 saturn kernel: umass0:umass_dump_buffer: 0x f8ffffff000000000000000000000000 buffer=0xd9237200, buflen=4096 Sep 21 21:43:52 saturn kernel: umass0:umass_dump_buffer: 0x 00000000000000000000000000000000 Sep 21 21:43:52 saturn kernel: umass0:umass_dump_buffer: 0x 00000000000000000000000000000000 ... Sep 21 21:43:52 saturn kernel: (da2:umass-sim0:0:0:2): Retrying Command Sep 21 21:43:57 saturn kernel: umass0:umass_tr_error: transfer error, USBD_TIMEOUT -> reset Sep 21 21:43:57 saturn kernel: umass0:umass_transfer_start: transfer index = 0 Sep 21 21:43:57 saturn kernel: (da2:umass-sim0:0:0:2): Request completed with CAM_REQ_CMP_ERR Sep 21 21:43:57 saturn kernel: (da2:umass-sim0:0:0:2): error 5 Sep 21 21:43:57 saturn kernel: (da2:umass-sim0:0:0:2): Retries Exausted Sep 21 21:43:57 saturn kernel: umass0:umass_t_bbb_reset1_callback: BBB reset! Sep 21 21:43:57 saturn kernel: g_vfs_done():da2s1[WRITE(offset=512, length=4096)]error = 5 Sep 21 21:43:57 saturn kernel: fsync: giving up on dirty Sep 21 21:43:57 saturn kernel: 0xc5503660: tag devfs, type VCHR Sep 21 21:43:57 saturn kernel: usecount 1, writecount 0, refcount 35 mountedhere 0xc5273700 Sep 21 21:43:57 saturn kernel: flags () Sep 21 21:43:57 saturn kernel: v_object 0xc549f5ac ref 0 pages 36 Sep 21 21:43:57 saturn kernel: Sep 21 21:43:57 saturn kernel: dev da2s1 Sep 21 21:43:57 saturn kernel: umass0:umass_cam_action: 4:0:2:XPT_SCSI_IO: cmd: 0x1e, flags: 0xc0, 6b cmd/0b data/32b sense Sep 21 21:45:50 saturn syslogd: kernel boot file is /boot/GENERIC/kernel Sep 21 21:45:50 saturn kernel: umass0:umass_tr_error: transfer error, USBD_TIMEOUT -> reset Sep 21 21:45:50 saturn kernel: umass0: timeout: giving up reset! Sep 21 21:45:50 saturn kernel: Sep 21 21:45:50 saturn kernel: Sep 21 21:45:50 saturn kernel: Fatal trap 12: page fault while in kernel mode Sep 21 21:45:50 saturn kernel: fault virtual address = 0x0 Sep 21 21:45:50 saturn kernel: fault code = supervisor read, page not present Sep 21 21:45:50 saturn kernel: instruction pointer = 0x20:0xc062503f Sep 21 21:45:50 saturn kernel: stack pointer = 0x28:0xe7391c28 Sep 21 21:45:50 saturn kernel: frame pointer = 0x28:0xe7391c5c Sep 21 21:45:50 saturn kernel: code segment = base 0x0, limit 0xfffff, type 0x1b Sep 21 21:45:50 saturn kernel: = DPL 0, pres 1, def32 1, gran 1 Sep 21 21:45:50 saturn kernel: processor eflags = interrupt enabled, resume, IOPL = 0 Sep 21 21:45:50 saturn kernel: current process = 1058 (umount) Sep 21 21:45:50 saturn kernel: trap number = 12 Sep 21 21:45:50 saturn kernel: panic: page fault Sep 21 21:45:50 saturn kernel: KDB: stack backtrace: Sep 21 21:45:50 saturn kernel: kdb_backtrace(100,c5276d80,28,e7391be8,c) at kdb_backtrace+0x29 Sep 21 21:45:50 saturn kernel: panic(c08b7352,c090d7ee,0,fffff,c527dc9b) at panic+0xa8 Sep 21 21:45:50 saturn kernel: trap_fatal(e7391be8,0,c5276d80,0,c) at trap_fatal+0x2a6 Sep 21 21:45:50 saturn kernel: trap_pfault(e7391be8,0,0) at trap_pfault+0x1f3 Sep 21 21:45:50 saturn kernel: trap(8,28,28,0,c5503220) at trap+0x325 Sep 21 21:45:50 saturn kernel: calltrap() at calltrap+0x5 Sep 21 21:45:50 saturn kernel: --- trap 0xc, eip = 0xc062503f, esp = 0xe7391c28, ebp = 0xe7391c5c --- Sep 21 21:45:50 saturn kernel: deget(0,0,1fffffff,e7391c74) at deget+0xf Sep 21 21:45:50 saturn kernel: msdosfs_root(c4be0000,2,e7391c94,c5276d80) at msdosfs_root+0x1f Sep 21 21:45:50 saturn kernel: dounmount(c4be0000,8080000,c5276d80,a5,3) at dounmount+0x309 Sep 21 21:45:50 saturn kernel: unmount(c5276d80,e7391d04,2,0,206) at unmount+0x289 Sep 21 21:45:50 saturn kernel: syscall(3b,3b,3b,804a465,804e389) at syscall+0x2b7 Sep 21 21:45:50 saturn kernel: Xint0x80_syscall() at Xint0x80_syscall+0x1f Sep 21 21:45:50 saturn kernel: --- syscall (22, FreeBSD ELF32, unmount), eip = 0x280b7deb, esp = 0xbfbfe54c, ebp = 0xbfbfe5f8 --- Sep 21 21:45:50 saturn kernel: Uptime: 10m40s Sep 21 21:45:50 saturn kernel: Dumping 1023 MB (2 chunks) Sep 21 21:45:50 saturn kernel: chunk 0: 1MB (159 pages) ... ok Sep 21 21:45:50 saturn kernel: chunk 1: 1023MB (261872 pages) 1007 991 975 959 943 927 911 895 879 863 847 831 815 799 783 767 751 735 719 703 687 671 655 639 623 607 591 575 559 543 527 511 495 479 463 447 431 415 399 383 367 351 335 319 303 287 271 255 239 223 207 191 175 159 143 127 111 95 79 63 47 31 15 ... ok Sep 21 21:45:50 saturn kernel: Sep 21 21:45:50 saturn kernel: Dump complete Sep 21 21:45:50 saturn kernel: Automatic reboot in 15 seconds - press a key on the console to abort Sep 21 21:45:50 saturn kernel: Rebooting... From owner-freebsd-usb@FreeBSD.ORG Fri Sep 22 06:34:20 2006 Return-Path: X-Original-To: freebsd-usb@freebsd.org Delivered-To: freebsd-usb@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5DED316A412 for ; Fri, 22 Sep 2006 06:34:20 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe12.swip.net [212.247.155.97]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7FCA843D4C for ; Fri, 22 Sep 2006 06:34:19 +0000 (GMT) (envelope-from hselasky@c2i.net) X-T2-Posting-ID: gvlK0tOCzrqh9CPROFOFPw== X-Cloudmark-Score: 0.000000 [] Received: from [193.217.134.238] (HELO [10.0.0.249]) by mailfe12.swip.net (CommuniGate Pro SMTP 5.0.8) with ESMTP id 115141438; Fri, 22 Sep 2006 08:34:15 +0200 From: Hans Petter Selasky To: Juergen Lock Date: Fri, 22 Sep 2006 08:34:29 +0200 User-Agent: KMail/1.7 References: <20060920011107.GA9379@saturn.kn-bremen.de> <200609201118.33321.hselasky@c2i.net> <20060921220447.GA10135@saturn.kn-bremen.de> In-Reply-To: <20060921220447.GA10135@saturn.kn-bremen.de> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200609220834.30428.hselasky@c2i.net> Cc: freebsd-usb@freebsd.org Subject: Re: umass0: BBB reset failed, TIMEOUT (again) X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Sep 2006 06:34:20 -0000 On Friday 22 September 2006 00:04, Juergen Lock wrote: > On Wed, Sep 20, 2006 at 11:18:32AM +0200, Hans Petter Selasky wrote: > > On Wednesday 20 September 2006 03:11, Juergen Lock wrote: > > > Today for the first time since this box got a new board I tried to > > > copy data onto the usb cardreader, and after copying for a while it > > > suddenly stopped (led stopped flashing, no further io), and after > > > some time i had the above in dmesg. And that was it, cp process > > > hung, no way to kill it. Unplugged the thing, and got the expected > > > panic: vinvalbuf: dirty bufs. Tried the same thing from linux (after > > > dosfsck), and there copying stopped for a while too, but it then > > > continued and finished. Is this is some kind of new hardware quirk of > > > the new board's ehci controller, that linux recovers from? (via, > > > there already is a `dropped interrupt' fix for it, which helped with > > > my last board...)=20 We can easily check for dropped interrupts. If you run: sysctl hw.usb.ehci.debug=3D15 sysctl hw.usb.umass.debug=3D-1 When your device hangs. And then send me the log again. > > Ok. This time writing worked, but reading back to verify (cmp) seemed > to hang. Did the sysctl (see below), then a while later I got an IO erro= r. > Tried to umount, got another IO error, tried umount -f, got a panic > (probably expected.) I have now installed mtools and won't mount umass > devices on this box anymore... :/ (Btw when I later tried to mcopy the > file off the thing using the original kernel I noticed the led was off > after it hung, dunno if that also was the case when I tried it with the > new code but I would suspect so. At least this time, since it wasnt > mounted, I could unplug it without getting a panic...) > > Oh, one thing that occured to me: Even when you may be able to get > around (what appars to be) hardware quirks like this by retrying IO > or resetting the device, that probably wont work when you have an > umass tape drive (sa), since with tape you can't just retry a read/write, > and resetting it may even rewind, with the next write erasing everything > on the tape. Just a thought... > > Anyway, here's the syslog of the `experiment', beginning after the sysct= l: > =46rom the log I see that it looks like the statemachine of your device has= =20 locked up. Even the reset command is timing out. That should not happen. We= =20 could try to reconfigure the device, when reset fails. =2D-HPS From owner-freebsd-usb@FreeBSD.ORG Fri Sep 22 09:53:03 2006 Return-Path: X-Original-To: freebsd-usb@freebsd.org Delivered-To: freebsd-usb@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AEC5516A407 for ; Fri, 22 Sep 2006 09:53:03 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe03.swip.net [212.247.154.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id 26F0B43D78 for ; Fri, 22 Sep 2006 09:52:54 +0000 (GMT) (envelope-from hselasky@c2i.net) X-T2-Posting-ID: gvlK0tOCzrqh9CPROFOFPw== X-Cloudmark-Score: 0.000000 [] Received: from [193.217.135.5] (HELO [10.0.0.249]) by mailfe03.swip.net (CommuniGate Pro SMTP 5.0.8) with ESMTP id 291661425; Fri, 22 Sep 2006 11:52:50 +0200 From: Hans Petter Selasky To: Juergen Lock Date: Fri, 22 Sep 2006 11:53:06 +0200 User-Agent: KMail/1.7 References: <20060920011107.GA9379@saturn.kn-bremen.de> <20060921220447.GA10135@saturn.kn-bremen.de> <200609220834.30428.hselasky@c2i.net> In-Reply-To: <200609220834.30428.hselasky@c2i.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200609221153.07575.hselasky@c2i.net> Cc: freebsd-usb@freebsd.org Subject: Re: umass0: BBB reset failed, TIMEOUT (again) X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Sep 2006 09:53:03 -0000 On Friday 22 September 2006 08:34, Hans Petter Selasky wrote: > On Friday 22 September 2006 00:04, Juergen Lock wrote: > > On Wed, Sep 20, 2006 at 11:18:32AM +0200, Hans Petter Selasky wrote: > > > On Wednesday 20 September 2006 03:11, Juergen Lock wrote: ... Could you have tried the following patch: Lookup the following piece of code in /sys/dev/usb/umass.c : static void umass_t_bbb_data_read_callback(struct usbd_xfer *xfer) { struct umass_softc *sc = xfer->priv_sc; u_int32_t max_bulk = (UMASS_BULK_SIZE - (UMASS_BULK_SIZE % xfer->max_packet_size)); USBD_CHECK_STATUS(xfer); tr_error: if (xfer->error == USBD_CANCELLED) { umass_tr_error(xfer); } else { umass_transfer_start(sc, UMASS_T_BBB_DATA_RD_CS); } return; tr_transferred: Change: umass_transfer_start(sc, UMASS_T_BBB_DATA_RD_CS); Into: umass_transfer_start(sc, UMASS_T_BBB_STATUS); Then recompile the umass module and/or the kernel, depending on how you load umass. Then try to read from your umass device. --HPS From owner-freebsd-usb@FreeBSD.ORG Fri Sep 22 10:10:47 2006 Return-Path: X-Original-To: freebsd-usb@freebsd.org Delivered-To: freebsd-usb@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B612116A403 for ; Fri, 22 Sep 2006 10:10:47 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe05.swip.net [212.247.154.129]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1A0BA43D4C for ; Fri, 22 Sep 2006 10:10:44 +0000 (GMT) (envelope-from hselasky@c2i.net) X-T2-Posting-ID: gvlK0tOCzrqh9CPROFOFPw== X-Cloudmark-Score: 0.000000 [] Received: from [193.217.135.5] (HELO [10.0.0.249]) by mailfe05.swip.net (CommuniGate Pro SMTP 5.0.8) with ESMTP id 184751949; Fri, 22 Sep 2006 12:10:43 +0200 From: Hans Petter Selasky To: freebsd-usb@freebsd.org Date: Fri, 22 Sep 2006 12:10:58 +0200 User-Agent: KMail/1.7 References: <20060921.145657.1152753773.imp@bsdimp.com> In-Reply-To: <20060921.145657.1152753773.imp@bsdimp.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200609221210.59301.hselasky@c2i.net> Cc: Subject: Re: Odd usb hub issue X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Sep 2006 10:10:47 -0000 On Thursday 21 September 2006 22:56, M. Warner Losh wrote: > I have a dell server that I'm having usb problems with. I have usb > enabled in the BIOS, but none of the usb ports appears to work. In > dmesg, I see: > > CPU: Intel(R) Pentium(R) D CPU 3.00GHz (3000.12-MHz K8-class CPU) > Origin = "GenuineIntel" Id = 0xf47 Stepping = 7 > > Features=0xbfebfbffA,C MOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE> > Features2=0x649d > AMD Features=0x20100800 > AMD Features2=0x1 > Cores per package: 2 > usable memory = 4282433536 (4084 MB) > avail memory = 4137197568 (3945 MB) > ACPI APIC Table: > ... > uhci0: port 0xbce0:0x20 irq 20 at device > 29.0 on pci0 uhci0: [GIANT-LOCKED] > usb0: on uhci0 > usb0: USB revision 1.0 > uhub0: on usb0 > device_attach: uhub0 attach returned 6 > usb0: port 0, set config at addr 1 failed > usb0: root hub problem, error=4 > .... > > with the same messages repeated for each uhub for each uchi that I > have. > > Ideas? In /sys/dev/uhub.c you might want to change: int uhubdebug = 0; Into: int uhubdebug = 15; Then see what errors show up. Do you get the same error with the latest version of the new USB stack ? --HPS From owner-freebsd-usb@FreeBSD.ORG Fri Sep 22 15:20:28 2006 Return-Path: X-Original-To: freebsd-usb@hub.freebsd.org Delivered-To: freebsd-usb@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9279A16A403 for ; Fri, 22 Sep 2006 15:20:28 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id A6B1843D49 for ; Fri, 22 Sep 2006 15:20:27 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id k8MFKR4x001768 for ; Fri, 22 Sep 2006 15:20:27 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id k8MFKR9d001765; Fri, 22 Sep 2006 15:20:27 GMT (envelope-from gnats) Date: Fri, 22 Sep 2006 15:20:27 GMT Message-Id: <200609221520.k8MFKR9d001765@freefall.freebsd.org> To: freebsd-usb@FreeBSD.org From: Alexander Demin Cc: Subject: Re: usb/93389 : Add support for Pentax Digital Camera Optio S60 (please test) X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Alexander Demin List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Sep 2006 15:20:28 -0000 The following reply was made to PR usb/93389; it has been noted by GNATS. From: Alexander Demin To: bug-followup@FreeBSD.org, freebsd-bugs@FreeBSD.org Cc: Subject: Re: usb/93389 : Add support for Pentax Digital Camera Optio S60 (please test) Date: Fri, 22 Sep 2006 19:13:32 +0400 Hello. Please test my patch for addition of support for Pentax Digital Camera Optio S60. uname -a FreeBSD support.spectrum.ru 5.5-STABLE FreeBSD 5.5-STABLE #34: Fri Sep 22 18:09:11 MSD 2006 oldman@support.spectrum.ru:/usr/obj/usr/src/sys/MYGENERIC i386 umass0: PENTAX Digital Camera Optio S60, rev 1.10/0.00, addr 2 umass0: SCSI over Bulk-Only; quirks = 0x0200 umass0:2:0:-1: Attached to scbus2 da0 at umass-sim0 bus 0 target 0 lun 0 da0: Removable Direct Access SCSI-0 device da0: 1.000MB/s transfers da0: 954MB (1953792 512 byte sectors: 64H 32S/T 954C) Patchs: --- /usr/src/sys/cam/scsi/scsi_da.c.orig Wed Jul 26 11:49:37 2006 +++ /usr/src/sys/cam/scsi/scsi_da.c Fri Sep 22 18:54:31 2006 @@ -438,6 +438,14 @@ {T_DIRECT, SIP_MEDIA_REMOVABLE, "Generic*", "STORAGE DEVICE*", "*"}, /*quirks*/ DA_Q_NO_SYNC_CACHE }, + { + /* + * Pentax Digital Camera + * PR: usb/93389 + */ + {T_DIRECT, SIP_MEDIA_REMOVABLE, "PENTAX", "DIGITAL CAMERA", + "*"}, /*quirks*/ DA_Q_NO_SYNC_CACHE + }, }; static disk_strategy_t dastrategy; --- /usr/src/sys/dev/usb/umass.c.orig Sat Mar 18 23:43:50 2006 +++ /usr/src/sys/dev/usb/umass.c Fri Sep 22 18:05:19 2006 @@ -319,8 +319,8 @@ Static struct umass_devdescr_t umass_devdescrs[] = { { USB_VENDOR_ASAHIOPTICAL, PID_WILDCARD, RID_WILDCARD, - UMASS_PROTO_ATAPI | UMASS_PROTO_CBI_I, - RS_NO_CLEAR_UA + UMASS_PROTO_SCSI | UMASS_PROTO_BBB, + WRONG_CSWSIG }, { USB_VENDOR_FUJIPHOTO, USB_PRODUCT_FUJIPHOTO_MASS0100, RID_WILDCARD, UMASS_PROTO_ATAPI | UMASS_PROTO_CBI_I, --- /usr/src/sys/dev/usb/usbdevs.orig Sun Mar 19 04:12:31 2006 +++ /usr/src/sys/dev/usb/usbdevs Fri Sep 22 17:18:19 2006 @@ -492,6 +492,7 @@ /* Asahi Optical products */ product ASAHIOPTICAL OPTIO230 0x0004 Digital camera product ASAHIOPTICAL OPTIO330 0x0006 Digital camera +product ASAHIOPTICAL OPTIOS60 0x0047 Digital Camera Pentax Optio S60 /* ASIX Electronics products */ product ASIX AX88172 0x1720 USB 2.0 10/100 ethernet controller -- ======================================================= Demin Alexander / Network Administarator Group of companies Spectrum / tel. (+7 495) 995-8999 Moscow, 103009, Strastnoy blvr. 8 ======================================================= From owner-freebsd-usb@FreeBSD.ORG Sat Sep 23 14:59:50 2006 Return-Path: X-Original-To: freebsd-usb@freebsd.org Delivered-To: freebsd-usb@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9248616A403 for ; Sat, 23 Sep 2006 14:59:50 +0000 (UTC) (envelope-from nox@saturn.kn-bremen.de) Received: from gwyn.kn-bremen.de (gwyn.kn-bremen.de [212.63.36.242]) by mx1.FreeBSD.org (Postfix) with ESMTP id B9D8743D45 for ; Sat, 23 Sep 2006 14:59:48 +0000 (GMT) (envelope-from nox@saturn.kn-bremen.de) Received: from gwyn.kn-bremen.de (gwyn [127.0.0.1]) by gwyn.kn-bremen.de (8.13.4/8.13.4/Debian-3sarge1) with ESMTP id k8NExkdL003329 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sat, 23 Sep 2006 16:59:46 +0200 Received: from saturn.kn-bremen.de (uucp@localhost) by gwyn.kn-bremen.de (8.13.4/8.13.4/Submit) with UUCP id k8NExkQU003327; Sat, 23 Sep 2006 16:59:46 +0200 Received: from saturn.kn-bremen.de (nox@localhost [127.0.0.1]) by saturn.kn-bremen.de (8.13.6/8.13.6) with ESMTP id k8NEv5PC001410; Sat, 23 Sep 2006 16:57:05 +0200 (CEST) (envelope-from nox@saturn.kn-bremen.de) Received: (from nox@localhost) by saturn.kn-bremen.de (8.13.6/8.13.6/Submit) id k8NEv5Qf001409; Sat, 23 Sep 2006 16:57:05 +0200 (CEST) (envelope-from nox) From: Juergen Lock Date: Sat, 23 Sep 2006 16:57:04 +0200 To: Hans Petter Selasky Message-ID: <20060923145704.GA1087@saturn.kn-bremen.de> References: <20060920011107.GA9379@saturn.kn-bremen.de> <200609201118.33321.hselasky@c2i.net> <20060921220447.GA10135@saturn.kn-bremen.de> <200609220834.30428.hselasky@c2i.net> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="7AUc2qLy4jB3hD7Z" Content-Disposition: inline In-Reply-To: <200609220834.30428.hselasky@c2i.net> User-Agent: Mutt/1.5.11 Cc: freebsd-usb@freebsd.org Subject: Re: umass0: BBB reset failed, TIMEOUT (again) X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 Sep 2006 14:59:50 -0000 --7AUc2qLy4jB3hD7Z Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Fri, Sep 22, 2006 at 08:34:29AM +0200, Hans Petter Selasky wrote: > On Friday 22 September 2006 00:04, Juergen Lock wrote: > > On Wed, Sep 20, 2006 at 11:18:32AM +0200, Hans Petter Selasky wrote: > > > On Wednesday 20 September 2006 03:11, Juergen Lock wrote: > > > > Today for the first time since this box got a new board I tried to > > > > copy data onto the usb cardreader, and after copying for a while it > > > > suddenly stopped (led stopped flashing, no further io), and after > > > > some time i had the above in dmesg. And that was it, cp process > > > > hung, no way to kill it. Unplugged the thing, and got the expected > > > > panic: vinvalbuf: dirty bufs. Tried the same thing from linux (after > > > > dosfsck), and there copying stopped for a while too, but it then > > > > continued and finished. Is this is some kind of new hardware quirk of > > > > the new board's ehci controller, that linux recovers from? (via, > > > > there already is a `dropped interrupt' fix for it, which helped with > > > > my last board...) > > We can easily check for dropped interrupts. If you run: > > sysctl hw.usb.ehci.debug=15 > sysctl hw.usb.umass.debug=-1 > > When your device hangs. And then send me the log again. > > > > > Ok. This time writing worked, but reading back to verify (cmp) seemed > > to hang. Did the sysctl (see below), then a while later I got an IO error. > > Tried to umount, got another IO error, tried umount -f, got a panic > > (probably expected.) I have now installed mtools and won't mount umass > > devices on this box anymore... :/ (Btw when I later tried to mcopy the > > file off the thing using the original kernel I noticed the led was off > > after it hung, dunno if that also was the case when I tried it with the > > new code but I would suspect so. At least this time, since it wasnt > > mounted, I could unplug it without getting a panic...) > > > > Oh, one thing that occured to me: Even when you may be able to get > > around (what appars to be) hardware quirks like this by retrying IO > > or resetting the device, that probably wont work when you have an > > umass tape drive (sa), since with tape you can't just retry a read/write, > > and resetting it may even rewind, with the next write erasing everything > > on the tape. Just a thought... > > > > Anyway, here's the syslog of the `experiment', beginning after the sysctl: > > > From the log I see that it looks like the statemachine of your device has > locked up. Even the reset command is timing out. That should not happen. We > could try to reconfigure the device, when reset fails. OK. I applied the umass_transfer_start(sc, UMASS_T_BBB_STATUS); patch in your other message and tried mcopy'ing off it again. This time I got a bunch of errors when first connecting it (well, more than usual) and /dev/da2s1 didnt appear, so I had to replug. (This may be a quirk of the device not of the board, since, unlike the IO problems, it also happened sometimes with my old board.) Anyway, I have left logs of that in, just in case... The first read this time hung with the led on, I did the sysctls, and soon after that (after messages were logged) the mcopy command exited without any error, leaving a truncated copy! Just in case, I did an fsck_msdos, but it found nothing wrong. Changed the sysctls back to 0 and tried another copy, this time it hung with the led off. Turned the sysctls back on and waited until mcopy exited, this time with an IO error (led was still off.) Unplugged, and bzip2'd the log (its big, probably because I left the sysctls on while doing the fsck.) I guess the usb controller on this board is just weird... :/ cheers, Juergen --7AUc2qLy4jB3hD7Z Content-Type: application/octet-stream Content-Disposition: attachment; filename="messages.bz2" Content-Transfer-Encoding: base64 QlpoOTFBWSZTWSwZCTsCvk5/gH4QBARgZ///P+f/6r/v//BgVEcj76CtOdqrgAAc2jo5aCYA GA7u4ZYD76bodLm1Z7vKqlXo+tKAfGxTk8k+xme5d6PXvC7qcABNtpcxvUrrODXtgwPrEBH0 +QAkBkSA0+7chc9d0OAAMDDrZvJ1Ju7jF9m68JObqfHu9KUwAAF6MBKBoE+NwBOgAahSS2w1 8AI65CqBFXQD7WD3tIq2NAKCiINNKJVQkUDQDVAoJERoU8poiQJkGTQAAAANAA0AIqeTVVUe kCPUGGkGTIBgJiNMQYgA0Akqn/6qqn+qkaGgAGjQAAGQAAAAACT1UjVRqaIZIajGgATBogwm mCYIYmRgmqRICAg0hNTynk1D1NGjTIDTENBoAAFKSEJo0BBMmkMhGjEyam0yniNCDJpjRHoh CEv2jBCSBC+H3re5/35v+PT5F8n4sRffz9cvv5VtYF/ZQvf+I2mmqi1FRa/mjU/D8pCKDWbR ab26m+ed+r7foBznADnOfHnftu9A959Xn3fj955wHecAOc5+HzzwDnOXvoDvPw+/h+r38r7f s0sdsRfz31u+/RbWBeqhez2G001SsqFShTcumDXs9igVhYq0Wm9upiOprMVEXyoVxaULFGkw a1hXWBYUKlSYNVX0ZFAnebTOZ3N6i/V+M9cZnzqy153WtX5yvJ6rL6rEnQgynwK1Ly+VxXGe l3c2rjHv83R5urKMbK7aemNqm9LcwYYd1SmaxmWMsxjKwwYYeVTvVNqnlRDmPIWIdc8gzWhr WKFd0gqyIeKWLIDUh7V5+nu9DpHSp0HHHBx6jxqdamhy5cjlzHFT0qbVPcLuLClWC2Uq9atV e8w7mVa3cO+rHLPV2tnrJ0j0sLjIc6IGhHcgPPi1tXi3g4eDuZGhDJQj4/GPh8xVKOcjvqTO MZlYsRkYMYxjMzCysqwZXjI7UjaRv+h6YxiJrbKSIiIiJbWkRERERERERE+NVfmIsheeMveN YMtNDLVmFV2mClzQJYVPRVYSYo1CvavgzJ8fa6vdYOsV1HLlcOV7D1iu8jltVycrmrm3kesj eR6yOsjAjErcI9r4U2PaOvtxrjWTxmW7KnHPo7VZ6eTu9yOhHJVWK8pp47PI+09pYgciBuC7 7djt2C5hNtCTDtBB8G57b3TByDLam0tvey+0XWcwxoQNG4In4N23bdNDlHwQe092vgZ37l+6 LrHZkCQNHeCDv393mOU0OUY6np8vVDOui/SLrHZkCQNHUEHXXXMcpocox1PT5eqGddF+kXWO zIEgaOoIOuuuY5TQ5Rjqen4m9UM8eDx4Rda2yBIGjxBB48eOY5TQ5Ri8+LXuM79zv3RdZ7Mg SBo7wQd++N43TQ5QzkTkZzhniLrOmQJA0cgg5yd1umhyhnIm4znDnEXWdMgSBo5BBzk7rdND lDORNxnOHOIus6ZAkDRyCDnJ3W6aHKGcibjOcOcRdZ0yBIGjkEHOTut00OUM5E3Gc4c4i6zp kCQNHIIOcndbpocoZyJuM5w5xF1nTIEgaOQQc5O63TQ5QzkTcZzhziLrOmQJA0cgg5yd1umh yhnIm4znDnEXWdMgSBo5BBzk7rdNDlDORNxnOHOIus6ZAkDRyCDnJ3W6aHKGcibjOcOcRdZ0 yBIGjkEHOTut00OUM5e2+xOKhJMbHe+d8/fs+z88AAHztvnNsC+lvpfmxSKQ2She3xq+s/N5 Vvo229jQGeVWVYY0vVeexd2fPnNtvlljpnr8e73fqdRab2xjHuOGlqfVCD3EILe3aLgGMa3f nOWvvvvz588yule/BiwsWFh2n/gX57kbSBxFkq5Rc2+7WWMzvvC/dD6cZ95en5w3AOpfSH0h vFh/0tR4xlGUcQJcaqtqatJ/vZMkxKyrJWZYGQZFiL/aiaXU24D8tHT8Q281QBcrrNhf8ngO R/wqALqDm/ZY5y2pOPsxmWZtmf5Zl925yZEREREYIiIiIiIi9vcTMlKUym13LLlZLxTEtlh9 +HvuBeYe0X+isR/spr7RnpU5Rw3ZFpo4VqLR2F7Q6RaMDV/9kfuBsL8wMi6YHcq/3Dxh91Hi YMWViwZX+GuUfgw92JmFmLMI5ZIS9SOp74bJL8h1h/tD+IP8Q+6qVycHfDVJH3qpWQNGKJ8a i7gS/1qrf5oEvvtV9msz3/dmffvNfbr8f3vEpf1XbvEInm0q7vArRWVlKUqUpSlKUpSylKUp SlSlKUkkpJSkkkkkkkkkpbKUhMhSlKIGlKbNiBENlTZqJCIWallpRFltYiyzJJJSSSSSZJJJ KSSVQQkAABbTMpSpspakTREKUs1laypNqNbJJUtsNipkYtLZVNqqVGYyZMmTJkyZMmTJkyZM mQpUao22jErBgsYYwVmE3qqTbc2JNhfllYV9sjaiaJPsGDBgywwwww4F/cqTlK1Vcm536Ziz C5w++T4HIXqf9PosYsZmWZfigeNE71EHdD1hlRlRlLKX4CejjKsLJMVm8Ng4Byh/K+Llhz6N jY/R8d28zdbuG9b7xvxYC4pGJWjsATVove8kNDYH1TwuBxQg5kWouhS1SX1VX4qcyl5ke1tt 9IAAAABVrb/s3mxaGC0M2wjbJislNqtmmYBplmEsyH9MoAs7sSxLM3F2FtNrLGtGmmjRkPOG YDCvwpZWMmYaXaic8JtDxF9QRuUdaSxIT+Olcil6U/crijYEukGRWI8ZasGorub/MMDyJNEf Ik8D6GcE+CPjVv1dV+tfw1Tyv+f9QAfLfsZmWWWWZmZmZv0PDzzJksljPtGDmZSle+nnog9+ 4cjwDnh5cb07VSVUvkOAA1wB8vRggwQYHTjt5uZmct7vdtf8b8VtXy+AAA88u3aubbvNuW74 AAPfau9tjFvOctznLc5ywsLCwsLCwsLCwGSDFoDEU244bCAyEBkIDErErErErErErErErE2x NsTbE1rlq6nU4DokkkkkkknHJJJJIxjGMZo3FxcFNuZwua2uVTk5TV35gAB55du1c23ebct3 wAAe+1d7Vebyrm298vNvLd8PeAAHL2rvdt53oAA5d23ute+eVdvdV27mZmZmZmZmZnb30ZI+ 8McBFeNy8A8qk0D3hkhuc5bl5W7zvOd7bnOXO1veOgAEAAOXlXe23m8q3m81teXmq5brWoef IeToNkGFV6dww5XoQMSsTbErErErHOWFlytxLCunSolY5yy5W45yws7e5mZmZmZmZmZy99tz nLc5yYhgAgK8btwyEAkgyQYYHTvOXlbnNcq12u7Vr3skkkkh48ePHsdwyQYZXp3DDlehAZCV iVom2JWJWOcsLLlbiViViWOczlbjnLLlbjnLCaRwUq2luEcSuVYsWLFmmmmmmmmmmmml3VV3 asOJOFSt0cGTJkyZMmTJkyZMmTJkyY4gcUQ4k4VW3tq7TTTTTTTTTTTTTWTJkxxA4ohxJwqV ujgymmmmmmmmmmmmmmml3A4ohxJwqVujgyZMmTI00000000000u6qu7VqcScKlbo4MmTJkyZ MmTJkyZMmTJkxxA4ohxJwqW9tXaaaaaaaaaaaaaaZkyY4gcUQ4JwqlmBvDjLLNNNKU000000 000fYUMBhDKpWgNail8KvkDzVa5rXbbuZmZmZmZmZmZ7rV7arXu228ryveAAAAAHLvty7Vzb e825bvgAAtYC90lim2222220YAoRSEBQUgtu3zkkkkkkkkndu1d7lh48ngnqUCK9Sqdwh3Dw NBO+gAB7ubLZwAA5e1d7tvHklz1zebzzgvKubbviYEVIUCK+ngNVZ48e8e95sAtVi+C8uVc2 3N6AALNkYAAJdAAHnl7Vzbe8uTTecq75tjzza8vLV5eVubV70AAIAAerkAAHL3be61755V29 qvN5try81q96AAHd3bXbutXegAB3d2127rV3oAAd3bV3tavLXmtV5Xmq27dkkkkkkkknbLiB gOc3TpbhYWFhYWFhYWFhYWFhdOll1bdVKxKxKxKxKxKxKxKxKxK0hAZCKyEVknvKyQNb6Hjx 48eEkkkk58Pjw8555wHQfFvd5tr4vjWrvwAAHLbd23atva5XK3d7rXlebblVc5XegADnvvKi HHccHL50hugLFIpyvK+9d7wAD28rZbdtVMrcq3Nzbc1V7e5mZmZmZmZmZ7eT23LkBAmF4Shp jGgBiTTfsqZmdZwREFzOIxi8gZuJSSBCSiISphA2RduCbu8cKPNmyTS3HegAEAACAAHu3lue 8u3tXNt3nfwT677pXpFoyidnXDu8Gxsd3hu3MzN1u4b1vvG/G9bbQ064GDIGVMtlrLKpqvkx jGMYxjGMYxjGKtzLayrLW2ZrTJTFNUa0ZKP57yi94daAyWImWJKai3hqyifS/quDVcAS5BHK +rBhYlg3RX1+mYNKUoEmZSlNALNTUsommzZUqQgAAAAVfpbb5fvdtX1bUta2/Y3/W+kV4tB6 hs7SOVKHOj8ov0FV/XYqMSxUGSxZiDAykZU0QX97mp2gS+av06sssvzDhTc8q+h5tbZjG222 8ZjGMbbYxubvD4aNGg0CjRv005PJyeTk6Dz169V7SvaV7XvKb1m93u815mlebzHleenr17vZ le17Xnoo9Oc3Oe93d3cXxxIydbbxyL94P3UD5ArA+2Bc6lq3L7x+m+afeF0hwykxLEjEbx8X PTr4s2tm175xrV4doQl0gXlJIS+/4AD+iHzPiR+k/VKPtio+q+oGQcXbtny+HhmYzR7Dir0M PMuJWQ0f6X5KtREK6/hHLVotaaLY+rEn6S/q78bxi4wqyrFKOAq3C1FbNGZaGslbSbWm2QMV hEbBtebWrla3ipVwkyDlavLb2fi0d4wb+DcfDzk3Xvlejkxqd55OOp3nk46neeTjqlSlveDk 4694OTjr3g5OOveDk4694OTjr3g5OOveDk4694OTjr3g5OOveDk469444ilXLUvZJNEAAEt7 VWKdpz3FHOyZPqm5ji1/Iq6KIex0Uj1h/hDeStqTlgZFjMzPy0llB4qsLKBkyGYyxJllVZil mBnZLPBk3xjDlDwlO0NIhck3rKsXD255m2te/w+9xxxrU222jCGMYxjHjxjGMYxJNttpJttt JNttpJtttCMc5znOYSbbbe9tttCMc5znOYQhjGMYxAiRMmTJkyZIESJkyZMmTJAiRMmTJkyZ IESJkyZMmTJAiRMmTJkyZIESJkyZMmTJAiRMmTJkyZIESJkyZMmTJGMc5znOZJttt72220k2 22hCGMYxjEk222qybdtpVA9btttJNttve222hJtttJNttpJtttJNttoQhjGMYx1LdrehDjGM YxJNttpJtttJNttoRjnOc5zzJ72u20k22297bbaHwUBfiQNPDKsGZlTFZmB3qOTQf0mDuHA2 Gw2Gw2Gw2Gw2Gw2LdWm4VkmKwbGxsbGxsarVarVaIUQohREgBGCDaDYNqRsLR9ELZbYsYbpw 7Ks8iYPJuK689frrwU6cDVdESFdHfLnjYrjL6n28hwl4WSGplK5mJOSSOQ5V907ZTdTE82HU ZTiynSfLvZlZsp0RVdh2nF8Xzqu2r63feb5KvwKKKKKKKKKKKKKKHx9bqviQ2WTMxwh1yswv aUuyDwdUu+rvDWa25SyZUuuSYxRyy0xmnhpiXoJOic652qtLOgdweA3HePBXR0k+A7jzHWV1 Tq70vNzqvatIQIBLt8fh67Y35tzlVUFM6iBjPRbF2BbBlPCnKnananWnFPCnhTmOY5jQFGt0 4kCwDktFhgWAmEEliEi6LgbSRqOp9nmS/abXnmgiSlkWRSLAsikFynObnE5TZ15dB1pa3sbi wYq3MAK1kldCDffp5v131bt2qqjp7iIzLhptN4xjGMYxjGMY8+/5977/l9f089vPXfp41378 t1qqrrGLzPSF4EwQBS9A2CV2lZMKzFoDiU5qruVtK8WCcQ4jwrcGTESMrFQpMT+97jZzKXlN A1UZDm0Jc7ZqSe1WkdmMhXCrhiTLYtbHG9E01jwIwO+jbTUQ1psg1pmoaKtsosMFau/fZjI9 njv5ee49K4LguC4q8c46d/SrZcOFpcLgr5znFcbSTjMZxjFYECOwJpJgJiSbTvoxBqywsqwW VHTnxy57GxsUKUpShRoUKVpT4bvipSlLbaUkkmZl1VXLWta1O9ZSUgxA0JncYJGsQdbS8tpr IphZPddg7Mhu1G+oZJN1l3wxDGSNodamreKmFDeGSGg4qvJVt2NVYZGHKHqGFvR5QucYlz90 G9RzYTtB30shaorZk0MQ+f475ofOfNlttttttivgIBQIUPQKFPAQCnhIEjRoNBoNBoNBoNBo NBoNVqtVnoX19bbbbbbYqeFgtBgHj3kIvvAHhCBTxBqxoQYNGjRo0aNGjRo0aMp62222220t vr6WUhIQkkSJEiRIkSJEghIQkIe9fFvrLbbbbbZJbbbbbbm33z1WDnvo67bbXOJOZQyqTJLF lE8BF8kEwqVueB3ZmZmZioyDVEvqkO/uzDDpo0aWveWDAgEQge+KAFCSWSWS2WJQgUIECBQg QKFCh4YQpCEKQhSlPDAg0YECBRgQKFCBQg0jWEIVhClIUh6EZT1slhAowoeKUhCkhWU9bJYQ owoeKUhCklZT1slklPW+9LLC+8qyynrfellhZaynrZLAqv/IqqJ+2z55D5J5R5xTfwg5Lzg2 76JirB4jWDOcdlKVkWEWGEUlYn+Uaqpq0YWDLLRI0YKlSpUqVKlSpUqVIwYMGDBgwYMGDBgw YMpgyywSxUYliWEMVisGDBgwYMGDBgwYMGDBgwYMGDBgyGIxGIxGVMSZLJZZYYZVKyDIWQsI spGRYLKKTMhgYSZFlRMZJliJWJiFaKrQyEyqMEjCmUYZpFWINQspTKRgtBaimEm+mY5hterR BqpoMY0qtKNStGkZRy1mcLjGiinCWJVglMFS3eih28uO/4nEVOTx8YHyOnftpaWlrWu1CvzK uaTXUPCqPYLwmkGpTU7V5r3+vqHf03Ks8Qrcqt7vSDB0qsszBlcNFLirW5bhXrEYlr6mqrfv hvaxxFTOCNtNHfDXjNh51dJ267jerB05u4qcQjGUimMUoExhVQyXcuBvg72By2cIbD41HKib Lfccefii821lI1BkaZTcawcOUWhrn6+GlpaWta3HpGBw5Arg+hjn6eDOm3WUcIPSJf4w55Mx mQMpUpGtbKVKRti2pNbZsrLKSk2orbKlqakMwmZIV8VVSfnDsgvG+FHswXUXZ7vDTNO+Nzw8 da1ucfIzlbcKlqnGDMo1VLSkA5WCm1sS+62t+Pbb5Vb3v3fqV7Xz18AAAAAcqXxq201X5l9L 8+Oc+Oc89954m7Nb7t98zz1mbvhv9h6SH16MLKqswLMdw7iOiDaGXyo+lsicDuagzA9Lm2eJ niiVpUAXe1Hw8Z0ItgVIacA0gcHOLDgi5sFv0omFh22sLJMzMlsENj4akId6r66WhIh0LlHf zyGw3KqHwejLM49/x8dttbIlc6OVXMV1KXwnR9EBLu8GB4TeVjUCh5xvNKXmjKg88Dr6OZ8L AyLFWSMxHhmZveSoAAuiLpCYBJAkHnmCIlEtW7zMy4cx54yHenOHtuuq2vttWd7+le7W186P lhYTMzOfN5KvfSO1I5hJhOnIPZWt1xCKq09H1I3LbGVXWGE0RYqd8wZTMzI1V+3Woerz7+ar 41w2hzQq1ez2xjf29ta1ubyPgqqTmDnV3KvQ9wdqJ0Zjp6PjZXvsXn7szi5M5cuKl8Tzt99w 8UXpx7nZ2hwqnsNx3DzHOr2q9auSOTRK61We4fK3kmxlV6ZlMGZme+FejbQ4RFwexJeQQSuc jjAUgpBQClJNPvjFgSLCsKwrCqqq5EVNVVVeEhmfddQoUKFKUpRoUKFaUpbXqSSSSZmZJJJJ mZmqqZmZqqkL2A7B0qeFE2G916M5KO6Ld4rEclWFaQXYyhcvLBlMzM9KfGHB76XOrxp4+veq 2HISjkUez1xjx5s4PYrkCpDkcpHle9VUnlSI9eWZ41eRUeKrgNlVGyTESe5lCGB63v7Fi9cp mDiLuA+h8sVd8fEkqG7u+PbaSbbbRAjDGMYxjSEMYxjG4e7u220k222km222km22kY5znOc6 t963bbG222ota1znOc6t96lMYxjGoAVKlTJkyZMmKIVKlTJkyZMmKIVKlTJkyZMmKIVKlTJk yZMmKIVKlTJkyZMmKIVKlTJkyZMmKIVKlTJkyZMmKIVKlTJkyZMmKLWtc5znOoW3bbe9tttr bdttQaUpjGMYxqW3bbb3tttrS3bbQk222NtttaW7baEm220k222km220IQxjGMY3vdx29qrC GOMYxjch3d222gSbbbQWTbbbRjHOc5zmT3pttve2220k220wTfGiAcob91WqaGqq8TKG96b3 vfnDdV8VF5LyVjHixp81utQ7XorwrIbVg+Smnmpl3pZwMtVZWhiwaHclb2ODwyplMCzM3aU0 NK2OsrIYUSvNTsSLTcMqvjRoHnV6ql6+ODKZmZxK8U95mZyDZGBqrSTQdm40G0VgXMVgdVyp HOrBcXHAdOnbBhZVkOLcMmA75ip6uXbM57N7gODqjaV0DRiMMalF0HiQXNDGMaIiG2xwdvVv ttIEXKTID0AMWFY02M0ZrmtXfKxhLy8+OfPM5e2fHp69eu6ap0tjqNUymDoOtMpkFgDILwLQ LQLIrzOrN509Y1rWrRGtN509Y1rWuwGEgbBMF2hpiacMceQCUnmQysZ4w9143nDyLEHSrkjm JsLU2RXz3zr57la5XK71WVgVLWvlz5W14tSwtlr4M2+29+jMpVAuoQxs1OlG++ZmZjDOVXZV lWhzDu78zA25blNDJeculZeBvJg5h7lLnLdV6lcxyhy4Gs4DRs26ZngUaMVTDFUxkFlkFlgL LCLJhFjCLLCLLCLLCLHFGocqjccVaDc1Vs3yrEyTAzaHuondVGg0SbUTHZ4W9mhlLUNzbNrR fh/Fz0AAAADxkNpF0IhALxtvPa0ERBHCIgvciImZI1rlsqgYySVlvjW0nRLitU7N0ue/Pngw ZmK31V26u9Y2SzBZ6jcaHiOlXSrlVyScdINhdrwjm7xvdwe3Viwa1rXOpD5yO6o561jW+aJS 7JtpNN79PW6R6+369dddc667AvCQNAM0AnfGIwwGKQUgpBSkm8enmwlYBWFYVhVVVfCAIxOM YxWwS+QSTEjQl4Q1PVhS3VluWDbWqcV3YsbC63W7pSlJJSlJLu+47xJBKCIi170AEzM1VaAF ZIFYYeBAwSUEJHgqoIheEIDYtI4BxdAXhK42wNuTarm358atDBvkbHb1xYszeUh052diLVhF lhFlhFlhFiyhlMREzUO56h8D3HA3d4flXzt9dpLS02ywAAAAA0xYhhlIsoxKGIAAwBFSpohS iAAMAEZWzWpWskYVkjCskYVkjCskYVkjCskYYGMqxTFkss0pLUGTZZbZVStAAAAAZWmmhWyz JtsGy7m3m24738npXo4iwshgVxZFAsiuLILIqFlMUCgVqtiMWwYoeIAIT2IF6ud0onUPE3m6 8YeCruSHcMR0K9KrVEWQ3V2lbOnIuk24VnKUhgxVy8czAVoFHaivSiuT8r8Z4PyMU2LcLQty sRGYMrdtu3krM2lbJWkrdK8IA+PDaRvlbSN9aRvi0jfFpG+LSN8Wkb4tI3xaRvi0jfFpG+LS N8Wkb4tI3xaRvi0jfFpG+PPLm8XEs1q8V/32rfkzMqsZmqmWIZYkbx4FfXK5Kk/7/cD3vPbz 1a0Wtb192qyCXZZMDzFVFrQWs3nNBQrX8fzhgfuhdQ28xuB5GpEWkluGB5v4ai3hD3QMonnQ h9waEJAJLz7XXjz863vTf2Yw9eyMXve+n/QEtgrcxRB40PMP57VtRMJ7qrVE/YMqqT1keoMU sotEowAUCM88c8+PTz6+utGta1rWta1rXcQIBWEjdViFjIKxJkkZZRPCHpSsRvSVjxU2DIYL KM2zWxM02srVe21b6fQZQAmSTJKaU0ppTSmlNKaU0zEJEhIAmSASifZ9m5vJQZEAMyTMk000 0000000000000zAJEhIAkJAMyByqXK5vvV2qtUrZa1rzeiSQAzAzJNNNNNNNNNNNNNNNNMwC QAACQkAzIHutrnDmrc3BJIAZgZkmmmmmmmmmmmmmmmmmYBIAABISAZkDmq1c4c2ttvLa3m8E kgBmBmSaaaaaaaaaaaaaaaaZgEgAAEhIBmQPLVrbnIuRVW2tVzbiMURiNJpNJpNJpNJpMRgM WLMsyxlma7Fkkk0xs4QiGkCrlCuCLcCKsm7i5Nkm1jZmxdpSWMqsYvuBzRbim9lyY5NqhpYs KsLAyMjCps02pKNzUhqsyhkmzGBqlARlJbMpKqaWppamlqaWppamlqaWppbMpCSQkICZVIUW zZm58q291QhWqEPvbbb74TmvNsZSsW+oJ7VvLTY19J7VvLTY18HK1rfIUoTKUizUpNlRamQa UZWViYswwZWI/gaFK+yTpRNyq+18tUhrCkZlWYzFmGsOK4riiuKK4riiuKKKEKb0B6XrZUyp +ataYoyRoYjRPWST1IL2IvshkOKJxVUnWhX7JDmpK+gKvmScw2D5N4i2Sqr/dCin4k3DBvI4 YXDI1ErCquqDLTkSN6ld1oSxLCLUStJpmmgjVVpVapTSmQSt3Sicoa+6id9E/GSbSE/fRMqr qGDCo3MUYpDUrLmSdST+ThJTzpUbVGUTKjwFS9PJ6ZgO6iaotUsS7qrfTbPSJdXfRO5IdxHc TKJu5QuaWJY03rMTMrpuxhvZbtmlmN1jGrVZlmNMrd6ON2lNNTQm7iW0ugEvnr9j9D+ujQtC 0UqSa0tqa1LbWwtQoaGhoaGhoaGhoaGhoaGhoVte/tXnaprXOnTpqumUYGJgrIMVTIMgyZbJ bZrWbYrZtbLUlZJJJJJJJJJJJJJJJJCmbWYsyt5qv8aq/Jf61GqVK2SkpKWlWSksyzSKSkpK ZZKSkpKSzKSkpKSkpKSlKylJSUlKzK2a2lrNbSy1K0yNsaKKKKKKKKKKKKKKChpAyUfvIf5w /1/iKbH30vy36Ayr+B/WDYNw2RyFo/msCP4w/1FeIrmqXEmwJZBlVeoFOYNobEdEahvVK/4R UeLlD/WGtpRhD/Z5tx5I3keEjyh1haY/8yjtDQ/X8JP03+6iesl5Q5+iPH4yjwK9Qb1VJzK/ ajZ29+yO6jxHwv66uEc5HEjmRtyyUaI+VJLRXx+Q38IeL3VRW6PmcVF1BqUeb+RXykcUT40T KSjnI+Ujyh/K3IdJHEjdu6uKqe1spqS5FesJqGJf6fyVAFsFxD++7iNeCVVfXSUf8knKqV1R 1qqT5w7PiDrSS83vK+D49RcIyJyqqT2h87V9P0wAAAAAADMx/iV+AjqD8hCPysMsmWTLKZpm maZpmmaZpmmaZpmmaZok1qWtVpWq1JTNM0zTNM0zTNM0zTNM0zTNM0zTNEmtS2rJhWUQyiGS ZJipWKmy1LUpTTTTTTTTTTTTTTTTTTTTTTTTTTTSZMmTJjGSMkYVhWUQyiGSZJipWKlYjEYY NNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNJZIwlhWELKIZSWSZIshGRSyVjKyYsWLFixNNNNNK aaaaaaaaaaZkyZMmTJkyYYyDJGL7qvmV+4rRX2lftK3K3K3IWqIaohqiG9EN6Ib0Q3ohvSWp NSak3k3k3k3k3gtQjUI1COIRxCOIVbqlbqJpGkaRujdG6NyHPHHBwcHBwcHBw888nJycnJyc nJzzycnJycnJycnPPJycnJycnJyc88nJycnJycnJzzycnJycnJycnPPJycnJycnJwc88nJyc nJycnJzzycnJycnJycnPPJycnJycnJyc88nJycnJycnJzzycnJycnJycnPPJycnJycnJyc88 nJycnJycnJzzycnJycnJycnPPJycnJycnJyc88nJycnJycnB3ccccccccg3bt5G8jeRvI3kb yN5G62G4wYYMGCWCWDBlMGDBgwZVlWWKyrKsoIIiIiIiIiIjQpMGDBgxGIwYMRiWDBgwYLJW SsGDBgwZVlWVZVgwYMVgwZRhYMGVZVgwYMHOkl7Pqke6Rs9Ct33pGxXZH5yuyif01X6IWQ/s j9tV+tB5Bx+qtsZlMxjDRXAtKJkXIl+yq36Kof2wroRfLBWlMkxMlZYxTCW8cQvpAP7CXJUV Lpf9kDuVVdgJeBS7sYTJMqsTLMDAxLBfsit6U6hkqWyXgondSv2IOOwXImFHOd6hfXfWD9fg 3leCcXpPWYv4VfS/W/hcxTyDE0GFHVy1jTWmVToGSndYJ9+kRuOg7sHcSd6qwP84f3RPlVK6 hwXAX1UT8pXEDxSfsrUktU6UyrRF0U+gCX0o/P/YzK/TFLk81PrqnUCX6JWqPshyilz+xKps I9Ipcq+aJOSodAcJWZKXgZQh2CwpNlIuAJclUrxbfXCqC3KRfKuVV0JPpH1VYmE+rPdQ+T0v e708e8ccE8KwvQ9a8cePeT5JhYWZmaim4bH8QUf9HCrelI9A1xhYMzM2o5ZEqOKJ9cFoNEmB 1C2gvaC2FNEYoP2xMKPSifaNBkKOI2KqUsgsh3lYgp90O8V+A7DQ8hyVHdH3VelXNHnB7JpO JlGh0q3dORUZo5KXRmHTjpsTG5o1puW5bS7unTmW7IzAVhWFYU4xjFsgA75znOc5yIUWtmQk JCEIQYEChWlKfDvl/ClKUttpCEkTVVMzNVVJCDwAfPJBngAwgQcEgLuGVCjLAyaDirFXU8Pg D0qqT4UTED0qqT1KMOYcGwvuVHkJfqh7lUnOqpPdDzOaibaH2IivUNBZRNlRdTiLaG9Ewwre iZA1bGt5Wtc/VSiiiiilH4NrVytV+Cpz+utleyMRe5TyU0EcyvOJe3XFizPRL7IN3xI+KqjW wjcrclkrTVTQwYMUmDBgwotVaUsCuUOeZMmZ9KJvB0K7j/Su+hX1EmFStqJ5peaieiiaS9Q/ CiYGIMPJlqowZIwZI3UTVKPjJgYuJQ5Qliord/FU2b7EMVQ4lGqlgdCNQNgluil7oS3Kpbkf OnD6Xz821zbXKucuctq5rVy2QBi1tS+8k20TQf/jeiedueVE+Kb1R9mfHFizO0HwiYhfaNKs H0vR0j3NopypHJVlC57nTWLFmfOUvcCXqkl+uJH4ZWKR91KWySnog9ZhUvx0p5PA9qXil+Y8 w3PuDgi8T43fv4arWZmeOuKNzc2JDR7qJ+YjuedE+IeFE+SifMEspTIVd8oAvGq8oZVLwP1o 7UpdVE5lEyj/CTaA9JX6sI71LkT8NTdUAWqJ3yO9HwPslDtSnwNVKaUsVFFeUNyT88oAvlAl 2pV4qsVVcx+Cu6n3HcBNCnOG9S6nlD5wZQ7T0keVdImKt1E0bqpOQyUYUhd78ZR9BffJPwEn 8w3uEvn+HTS0tVLWv5mgxovvX4eovg5cYsWZyq2T7Q86VHdHglDIqlLSSy8il8ZVQmr8V0Rt 0KWiLslPqiyL0kvyKk1VUmvdDgNwKZfGqpPyRauUrlAfOR879tEzFSagNVE70RX7Q0X1EInU pedfcUtUp95CJylKPRV9sEvsU5gS2fJT0VhSXkLtT3cRS1Cr8kOwuxU7W9VScynVBfgF+mHk aquSB2n9sjYl2vE8gyl4GgtEnuomEm0F2lAF0PO9pQBc6J5UTyonFQfKVuaJOgX2JXhVUnyj p3sYwYMqxJiFSobZVoTSR8NybnOcTWZZFHdI74tUT0kWgtSaJNQlNRPE+VKbkdKJPGjnR+9D oEepS9aS6RBbDUJzqdFXQBxEjiibSNjRJoNy3ieaoAtbFYonCI1Kq0Uu0NxSyKWiP5UbhuUT AS7zVHKUAWSdB2iSZSoxTEUOcl03gNUT9p0PegciP3RMonJHRKpki6MpaCOqi6BGS7KXICXn Kq4U4RE+PIi+lV5yOZTxQNg+AJbnOqV71OkRXsUtvZQ+QR4UubvSvCpeZedT4FLRhNKgCyqH yeZS1I1FL4gS5S+qrJlYsMsZY+tHsgvdRPJRPjR1onOArqKsir4KJhHdE8KJucKJuSd8A9xJ o4qWHjFcDAeAtylahhlkUslZSxJcgJcFLaFWFLdFohE+FLIgTEqneSW6Jz6JfSid0NJVtVXY jCNB6RNHOHdDur5zocqJsS3JPVUAWSgC7onwpTrUvEBypLkBL86xmYWMYyWMZYMkl4ieEqso J3SbGVDlV9KpXOHuMuIsi/oMDVbQ+BsH76tqqhown1SulsDkCrAhhBlEyljFMSUxJ5UTiFti E9lQBdgYep6qtA5inoom0gtotf3syVZSyZMpZZJJJarbld2tyEmqJpAyiaOUMURZI9CYjlQj dKlM7q+kW53EbFpDmqpPCcQ6XfI3YTgNiOAeBxRvQ529KwMFjJZlmJc6JwhzD8SVVYwgvoSb EHBJ0qqTvC61LUEe675h2i2uqiahgpL8wYGAwJT50T8JJ771nnwsZnWR2hHhX0EXwidQJdUr 2VVeT1k2DqFPWqpN0L3dVSaVIcOzoq2QrCMHicUnFLexHpf2D3qk33UTdKii0jp9KSd6PWlf gkFS4NH7zaC++SeZHFX60kYkrKJfGJHSJtdSUgvMk6Q0VYYFU8K+VDz8j37Q+2LKqfcSbqpN E8bQ7hfOLwpT4T8tcUrKoENsRKTUrxDSX4TKBTiRVwUhfST5VSsORJ6mqh6I6negprwP/4u5 IpwoSBYMhJ2A --7AUc2qLy4jB3hD7Z-- From owner-freebsd-usb@FreeBSD.ORG Sat Sep 23 16:36:12 2006 Return-Path: X-Original-To: freebsd-usb@freebsd.org Delivered-To: freebsd-usb@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2012B16A403 for ; Sat, 23 Sep 2006 16:36:12 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe11.swip.net [212.247.155.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0025843D5C for ; Sat, 23 Sep 2006 16:36:10 +0000 (GMT) (envelope-from hselasky@c2i.net) X-T2-Posting-ID: gvlK0tOCzrqh9CPROFOFPw== X-Cloudmark-Score: 0.000000 [] Received: from [193.216.121.163] (HELO [10.0.0.249]) by mailfe11.swip.net (CommuniGate Pro SMTP 5.0.8) with ESMTP id 117213384; Sat, 23 Sep 2006 18:36:08 +0200 From: Hans Petter Selasky To: Juergen Lock Date: Sat, 23 Sep 2006 18:36:22 +0200 User-Agent: KMail/1.7 References: <20060920011107.GA9379@saturn.kn-bremen.de> <200609220834.30428.hselasky@c2i.net> <20060923145704.GA1087@saturn.kn-bremen.de> In-Reply-To: <20060923145704.GA1087@saturn.kn-bremen.de> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200609231836.23889.hselasky@c2i.net> Cc: freebsd-usb@freebsd.org Subject: Re: umass0: BBB reset failed, TIMEOUT (again) X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 Sep 2006 16:36:12 -0000 On Saturday 23 September 2006 16:57, Juergen Lock wrote: > On Fri, Sep 22, 2006 at 08:34:29AM +0200, Hans Petter Selasky wrote: > > On Friday 22 September 2006 00:04, Juergen Lock wrote: > > > On Wed, Sep 20, 2006 at 11:18:32AM +0200, Hans Petter Selasky wrote: > > > > On Wednesday 20 September 2006 03:11, Juergen Lock wrote: > > > > > Today for the first time since this box got a new board I tried to > > > > > copy data onto the usb cardreader, and after copying for a while = it > > > > > suddenly stopped (led stopped flashing, no further io), and after > > > > > some time i had the above in dmesg. And that was it, cp process > > > > > hung, no way to kill it. Unplugged the thing, and got the expect= ed > > > > > panic: vinvalbuf: dirty bufs. Tried the same thing from linux > > > > > (after dosfsck), and there copying stopped for a while too, but it > > > > > then continued and finished. Is this is some kind of new hardware > > > > > quirk of the new board's ehci controller, that linux recovers fro= m? > > > > > (via, there already is a `dropped interrupt' fix for it, which > > > > > helped with my last board...) > > > > We can easily check for dropped interrupts. If you run: > > > > sysctl hw.usb.ehci.debug=3D15 > > sysctl hw.usb.umass.debug=3D-1 > > > > When your device hangs. And then send me the log again. > > > > > Ok. This time writing worked, but reading back to verify (cmp) seemed > > > to hang. Did the sysctl (see below), then a while later I got an IO > > > error. Tried to umount, got another IO error, tried umount -f, got a > > > panic (probably expected.) I have now installed mtools and won't mou= nt > > > umass devices on this box anymore... :/ (Btw when I later tried to > > > mcopy the file off the thing using the original kernel I noticed the > > > led was off after it hung, dunno if that also was the case when I tri= ed > > > it with the new code but I would suspect so. At least this time, sin= ce > > > it wasnt mounted, I could unplug it without getting a panic...) > > > > > > Oh, one thing that occured to me: Even when you may be able to get > > > around (what appars to be) hardware quirks like this by retrying IO > > > or resetting the device, that probably wont work when you have an > > > umass tape drive (sa), since with tape you can't just retry a > > > read/write, and resetting it may even rewind, with the next write > > > erasing everything on the tape. Just a thought... > > > > > > Anyway, here's the syslog of the `experiment', beginning after the > > > sysctl: > > > > From the log I see that it looks like the statemachine of your device h= as > > locked up. Even the reset command is timing out. That should not happen. > > We could try to reconfigure the device, when reset fails. > > OK. I applied the umass_transfer_start(sc, UMASS_T_BBB_STATUS); > patch in your other message and tried mcopy'ing off it again. > This time I got a bunch of errors when first connecting it > (well, more than usual) and /dev/da2s1 didnt appear, so I had to > replug. (This may be a quirk of the device not of the board, since, > unlike the IO problems, it also happened sometimes with my old board.) > Anyway, I have left logs of that in, just in case... > The first read this time hung with the led on, I did the sysctls, > and soon after that (after messages were logged) the mcopy command > exited without any error, leaving a truncated copy! Just in case, > I did an fsck_msdos, but it found nothing wrong. Changed the sysctls > back to 0 and tried another copy, this time it hung with the led off. > Turned the sysctls back on and waited until mcopy exited, this time > with an IO error (led was still off.) Unplugged, and bzip2'd the log > (its big, probably because I left the sysctls on while doing the fsck.) > > I guess the usb controller on this board is just weird... :/ =46rom what I can see your device stops responding: Sep 23 16:26:55 saturn kernel: QTD(0xc54d55c0) at 0x2b9895c0: Sep 23 16:26:55 saturn kernel: next=3D0x2b989580<> altnext=3D0x00000001 Sep 23 16:26:55 saturn kernel: status=3D0x00001100: toggle=3D0 bytes=3D0x0 = ioc=3D0=20 c_page=3D0x1 Sep 23 16:26:55 saturn kernel: cerr=3D0 pid=3D1 stat=3DNOT_ACTIVE Sep 23 16:26:55 saturn kernel: buffer[0]=3D0x2bd15600 Sep 23 16:26:55 saturn kernel: buffer[1]=3D0x2bd98000 Sep 23 16:26:55 saturn kernel: buffer[2]=3D0x00000000 Sep 23 16:26:55 saturn kernel: buffer[3]=3D0x00000000 Sep 23 16:26:55 saturn kernel: buffer[4]=3D0x00000000 Sep 23 16:26:55 saturn kernel: buffer_hi[0]=3D0x00000000 Sep 23 16:26:55 saturn kernel: buffer_hi[1]=3D0x00000000 Sep 23 16:26:55 saturn kernel: buffer_hi[2]=3D0x00000000 Sep 23 16:26:55 saturn kernel: buffer_hi[3]=3D0x00000000 Sep 23 16:26:55 saturn kernel: buffer_hi[4]=3D0x00000000 Sep 23 16:26:55 saturn kernel: QTD(0xc54d5580) at 0x2b989580: Sep 23 16:26:55 saturn kernel: next=3D0x2b989540<> altnext=3D0x00000001 Sep 23 16:26:55 saturn kernel: status=3D0x10000180: toggle=3D0 bytes=3D0x10= 00 ioc=3D0=20 c_page=3D0x0 Sep 23 16:26:55 saturn kernel: cerr=3D0 pid=3D1 stat=3DACTIVE Sep 23 16:26:55 saturn kernel: buffer[0]=3D0x2bd98600 Sep 23 16:26:55 saturn kernel: buffer[1]=3D0x2c077000 Sep 23 16:26:55 saturn kernel: buffer[2]=3D0x00000000 Sep 23 16:26:55 saturn kernel: buffer[3]=3D0x00000000 Sep 23 16:26:55 saturn kernel: buffer[4]=3D0x00000000 Sep 23 16:26:55 saturn kernel: buffer_hi[0]=3D0x00000000 Sep 23 16:26:55 saturn kernel: buffer_hi[1]=3D0x00000000 Sep 23 16:26:55 saturn kernel: buffer_hi[2]=3D0x00000000 Sep 23 16:26:55 saturn kernel: buffer_hi[3]=3D0x00000000 Sep 23 16:26:55 saturn kernel: buffer_hi[4]=3D0x00000000 You see here that a transfer is waiting to be transferred. That is why it=20 times out. If you had a missing interrupt problem, the "stat=3DACTIVE" tran= sfer=20 whould would be "HALTED" at least, or "stat=3DACTIVE" cleared and bytes != =3D 0,=20 to indicate a short transfer. Neither of this is the case so: a) Your EHCI controller stopped. b) Your USB device got some kind of unrecoverable error. Right now I am a little short of time, but I have some more patches that yo= u=20 can try. For example I want to see what happens when you try to re-set the= =20 configuration value. =2D-HPS From owner-freebsd-usb@FreeBSD.ORG Sat Sep 23 19:31:32 2006 Return-Path: X-Original-To: freebsd-usb@freebsd.org Delivered-To: freebsd-usb@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C2BF516A412 for ; Sat, 23 Sep 2006 19:31:32 +0000 (UTC) (envelope-from nox@saturn.kn-bremen.de) Received: from gwyn.kn-bremen.de (gwyn.kn-bremen.de [212.63.36.242]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9E1DE43D46 for ; Sat, 23 Sep 2006 19:31:31 +0000 (GMT) (envelope-from nox@saturn.kn-bremen.de) Received: from gwyn.kn-bremen.de (gwyn [127.0.0.1]) by gwyn.kn-bremen.de (8.13.4/8.13.4/Debian-3sarge1) with ESMTP id k8NJVTxp000862 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sat, 23 Sep 2006 21:31:29 +0200 Received: from saturn.kn-bremen.de (uucp@localhost) by gwyn.kn-bremen.de (8.13.4/8.13.4/Submit) with UUCP id k8NJVTB0000860; Sat, 23 Sep 2006 21:31:29 +0200 Received: from saturn.kn-bremen.de (nox@localhost [127.0.0.1]) by saturn.kn-bremen.de (8.13.6/8.13.6) with ESMTP id k8NJRGjq011466; Sat, 23 Sep 2006 21:27:16 +0200 (CEST) (envelope-from nox@saturn.kn-bremen.de) Received: (from nox@localhost) by saturn.kn-bremen.de (8.13.6/8.13.6/Submit) id k8NJREkj011465; Sat, 23 Sep 2006 21:27:14 +0200 (CEST) (envelope-from nox) From: Juergen Lock Date: Sat, 23 Sep 2006 21:27:14 +0200 To: Hans Petter Selasky Message-ID: <20060923192714.GA11310@saturn.kn-bremen.de> References: <20060920011107.GA9379@saturn.kn-bremen.de> <200609220834.30428.hselasky@c2i.net> <20060923145704.GA1087@saturn.kn-bremen.de> <200609231836.23889.hselasky@c2i.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200609231836.23889.hselasky@c2i.net> User-Agent: Mutt/1.5.11 Cc: freebsd-usb@freebsd.org Subject: Re: umass0: BBB reset failed, TIMEOUT (again) X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 Sep 2006 19:31:32 -0000 On Sat, Sep 23, 2006 at 06:36:22PM +0200, Hans Petter Selasky wrote: > On Saturday 23 September 2006 16:57, Juergen Lock wrote: > > On Fri, Sep 22, 2006 at 08:34:29AM +0200, Hans Petter Selasky wrote: > > > On Friday 22 September 2006 00:04, Juergen Lock wrote: > > > > On Wed, Sep 20, 2006 at 11:18:32AM +0200, Hans Petter Selasky wrote: > > > > > On Wednesday 20 September 2006 03:11, Juergen Lock wrote: > > > > > > Today for the first time since this box got a new board I tried to > > > > > > copy data onto the usb cardreader, and after copying for a while it > > > > > > suddenly stopped (led stopped flashing, no further io), and after > > > > > > some time i had the above in dmesg. And that was it, cp process > > > > > > hung, no way to kill it. Unplugged the thing, and got the expected > > > > > > panic: vinvalbuf: dirty bufs. Tried the same thing from linux > > > > > > (after dosfsck), and there copying stopped for a while too, but it > > > > > > then continued and finished. Is this is some kind of new hardware > > > > > > quirk of the new board's ehci controller, that linux recovers from? > > > > > > (via, there already is a `dropped interrupt' fix for it, which > > > > > > helped with my last board...) > > > > > > We can easily check for dropped interrupts. If you run: > > > > > > sysctl hw.usb.ehci.debug=15 > > > sysctl hw.usb.umass.debug=-1 > > > > > > When your device hangs. And then send me the log again. > > > > > > > Ok. This time writing worked, but reading back to verify (cmp) seemed > > > > to hang. Did the sysctl (see below), then a while later I got an IO > > > > error. Tried to umount, got another IO error, tried umount -f, got a > > > > panic (probably expected.) I have now installed mtools and won't mount > > > > umass devices on this box anymore... :/ (Btw when I later tried to > > > > mcopy the file off the thing using the original kernel I noticed the > > > > led was off after it hung, dunno if that also was the case when I tried > > > > it with the new code but I would suspect so. At least this time, since > > > > it wasnt mounted, I could unplug it without getting a panic...) > > > > > > > > Oh, one thing that occured to me: Even when you may be able to get > > > > around (what appars to be) hardware quirks like this by retrying IO > > > > or resetting the device, that probably wont work when you have an > > > > umass tape drive (sa), since with tape you can't just retry a > > > > read/write, and resetting it may even rewind, with the next write > > > > erasing everything on the tape. Just a thought... > > > > > > > > Anyway, here's the syslog of the `experiment', beginning after the > > > > sysctl: > > > > > > From the log I see that it looks like the statemachine of your device has > > > locked up. Even the reset command is timing out. That should not happen. > > > We could try to reconfigure the device, when reset fails. > > > > OK. I applied the umass_transfer_start(sc, UMASS_T_BBB_STATUS); > > patch in your other message and tried mcopy'ing off it again. > > This time I got a bunch of errors when first connecting it > > (well, more than usual) and /dev/da2s1 didnt appear, so I had to > > replug. (This may be a quirk of the device not of the board, since, > > unlike the IO problems, it also happened sometimes with my old board.) > > Anyway, I have left logs of that in, just in case... > > The first read this time hung with the led on, I did the sysctls, > > and soon after that (after messages were logged) the mcopy command > > exited without any error, leaving a truncated copy! Just in case, > > I did an fsck_msdos, but it found nothing wrong. Changed the sysctls > > back to 0 and tried another copy, this time it hung with the led off. > > Turned the sysctls back on and waited until mcopy exited, this time > > with an IO error (led was still off.) Unplugged, and bzip2'd the log > > (its big, probably because I left the sysctls on while doing the fsck.) > > > > I guess the usb controller on this board is just weird... :/ > > >From what I can see your device stops responding: > > Sep 23 16:26:55 saturn kernel: QTD(0xc54d55c0) at 0x2b9895c0: > Sep 23 16:26:55 saturn kernel: next=0x2b989580<> altnext=0x00000001 > Sep 23 16:26:55 saturn kernel: status=0x00001100: toggle=0 bytes=0x0 ioc=0 > c_page=0x1 > Sep 23 16:26:55 saturn kernel: cerr=0 pid=1 stat=NOT_ACTIVE > Sep 23 16:26:55 saturn kernel: buffer[0]=0x2bd15600 > Sep 23 16:26:55 saturn kernel: buffer[1]=0x2bd98000 > Sep 23 16:26:55 saturn kernel: buffer[2]=0x00000000 > Sep 23 16:26:55 saturn kernel: buffer[3]=0x00000000 > Sep 23 16:26:55 saturn kernel: buffer[4]=0x00000000 > Sep 23 16:26:55 saturn kernel: buffer_hi[0]=0x00000000 > Sep 23 16:26:55 saturn kernel: buffer_hi[1]=0x00000000 > Sep 23 16:26:55 saturn kernel: buffer_hi[2]=0x00000000 > Sep 23 16:26:55 saturn kernel: buffer_hi[3]=0x00000000 > Sep 23 16:26:55 saturn kernel: buffer_hi[4]=0x00000000 > > > Sep 23 16:26:55 saturn kernel: QTD(0xc54d5580) at 0x2b989580: > Sep 23 16:26:55 saturn kernel: next=0x2b989540<> altnext=0x00000001 > Sep 23 16:26:55 saturn kernel: status=0x10000180: toggle=0 bytes=0x1000 ioc=0 > c_page=0x0 > Sep 23 16:26:55 saturn kernel: cerr=0 pid=1 stat=ACTIVE > Sep 23 16:26:55 saturn kernel: buffer[0]=0x2bd98600 > Sep 23 16:26:55 saturn kernel: buffer[1]=0x2c077000 > Sep 23 16:26:55 saturn kernel: buffer[2]=0x00000000 > Sep 23 16:26:55 saturn kernel: buffer[3]=0x00000000 > Sep 23 16:26:55 saturn kernel: buffer[4]=0x00000000 > Sep 23 16:26:55 saturn kernel: buffer_hi[0]=0x00000000 > Sep 23 16:26:55 saturn kernel: buffer_hi[1]=0x00000000 > Sep 23 16:26:55 saturn kernel: buffer_hi[2]=0x00000000 > Sep 23 16:26:55 saturn kernel: buffer_hi[3]=0x00000000 > Sep 23 16:26:55 saturn kernel: buffer_hi[4]=0x00000000 > > You see here that a transfer is waiting to be transferred. That is why it > times out. If you had a missing interrupt problem, the "stat=ACTIVE" transfer > whould would be "HALTED" at least, or "stat=ACTIVE" cleared and bytes != 0, > to indicate a short transfer. Neither of this is the case so: > > a) Your EHCI controller stopped. > b) Your USB device got some kind of unrecoverable error. I suspect the former, since with the previous board I never had these problems. (well, except having to apply the `dropped interrupt' patch...) > > Right now I am a little short of time, but I have some more patches that you > can try. For example I want to see what happens when you try to re-set the > configuration value. OK, send patches whenever you find the time... thanx, Juergen