From owner-freebsd-usb@FreeBSD.ORG Sun Mar 21 10:29:36 2010 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4EF901065677; Sun, 21 Mar 2010 10:29:36 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe08.swip.net [212.247.154.225]) by mx1.freebsd.org (Postfix) with ESMTP id 7DF168FC18; Sun, 21 Mar 2010 10:29:35 +0000 (UTC) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=vHOFoGaOoHMA:10 a=Q9fys5e9bTEA:10 a=M8b_wTzEtboA:10 a=MnI1ikcADjEx7bvsp0jZvQ==:17 a=6I5d2MoRAAAA:8 a=miBq-GLSARnfoV0ZXe4A:9 a=ZvfDc8N7WaftV3vvBo4A:7 a=sQ_LkdYfOlmv7gvo-ushzAxCV6EA:4 a=PUjeQqilurYA:10 a=SV7veod9ZcQA:10 Received: from [188.126.201.140] (account mc467741@c2i.net HELO laptop002.hselasky.homeunix.org) by mailfe08.swip.net (CommuniGate Pro SMTP 5.2.19) with ESMTPA id 1343059461; Sun, 21 Mar 2010 11:29:33 +0100 From: Hans Petter Selasky To: freebsd-usb@freebsd.org Date: Sun, 21 Mar 2010 11:27:48 +0100 User-Agent: KMail/1.12.4 (FreeBSD/8.0-STABLE; KDE/4.3.4; amd64; ; ) References: <201003201856.o2KIuZeo050700@www.freebsd.org> In-Reply-To: <201003201856.o2KIuZeo050700@www.freebsd.org> X-Face: +~\`s("[*|O,="7?X@L.elg*F"OA\I/3%^p8g?ab%RN'(; _IjlA: hGE..Ew, XAQ*o#\/M~SC=S1-f9{EzRfT'|Hhll5Q]ha5Bt-s|oTlKMusi:1e[wJl}kd}GR Z0adGx-x_0zGbZj'e(Y[(UNle~)8CQWXW@:DX+9)_YlB[tIccCPN$7/L' MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201003211127.48933.hselasky@c2i.net> Cc: freebsd-gnats-submit@freebsd.org, Monty Hall Subject: Re: usb/144915: Prolific USB-IDE Bridge for Seagate ST350083 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, 21 Mar 2010 10:29:36 -0000 On Saturday 20 March 2010 19:56:35 Monty Hall wrote: > >Number: 144915 > >Category: usb > >Synopsis: Prolific USB-IDE Bridge for Seagate ST350083 > >Confidential: no > >Severity: non-critical > >Priority: low > >Responsible: freebsd-usb > >State: open > >Quarter: > >Keywords: > >Date-Required: > >Class: sw-bug > >Submitter-Id: current-users > >Arrival-Date: Sat Mar 20 19:00:16 UTC 2010 > >Closed-Date: > >Last-Modified: > >Originator: Monty Hall > >Release: 8.0 > >Organization: > >Environment: > > FreeBSD XXXXX 8.0-STABLE FreeBSD 8.0-STABLE #8 r205349M: Sat Mar 20 > 00:02:49 EDT 2010 root@XXXX:/usr/obj/usr/src/sys/INSPIRON i386 > > >Description: > > I started getting zpool corruption errors, and the console was displaying > error messages concerning CACHE problems and SCSI error (20,0). > Unfortunately I recompiled for this quirk and no longer have the actual > error message: > > camcontrol devlist: > at scbus2 target 0 lun 0 (da0,pass1) > > usbcontrol list: > --------------- > ugen4.5: at usbus4, cfg=0 > md=HOST spd=HIGH (480Mbps) pwr=ON > > >How-To-Repeat: > > I never had this problem as a UFS drive. Only started getting this message > after adding to a zpool. > > >Fix: > > Recompile w/ the following changes: > > /usr/src/sys/dev/usb/quirk/usb_quirk.c > Index: usb_quirk.c > =================================================================== > --- usb_quirk.c (revision 205388) > +++ usb_quirk.c (working copy) > @@ -80,6 +80,10 @@ > USB_QUIRK_VP(USB_VENDOR_##v, USB_PRODUCT_##v##_##p, l, h, __VA_ARGS__) > > static struct usb_quirk_entry usb_quirks[USB_DEV_QUIRKS_MAX] = { > + USB_QUIRK(PROLIFIC, PL2506, 0x0000, 0xffff, > + UQ_MSC_FORCE_PROTO_SCSI, > + UQ_MSC_FORCE_WIRE_BBB, > + UQ_MSC_NO_SYNC_CACHE), > USB_QUIRK(ASUS, LCM, 0x0000, 0xffff, UQ_HID_IGNORE), > USB_QUIRK(INSIDEOUT, EDGEPORT4, 0x094, 0x094, UQ_SWAP_UNICODE), > USB_QUIRK(DALLAS, J6502, 0x0a2, 0x0a2, UQ_BAD_ADC), > > -------------------------------------------- > Hi, Thanks for your patch! Can you try the patch without the UQ_MSC_FORCE options, only the UQ_MSC_NO_SYNC_CACHE? We try to avoid the UQ_MSC_FORCE options when the USB descriptors already have the correct values for these fields. Does the patch still work? --HPS > /usr/src/sys/dev/usb/usbdevs > Index: usbdevs > =================================================================== > --- usbdevs (revision 205388) > +++ usbdevs (working copy) > @@ -2223,6 +2223,7 @@ > product PROLIFIC PL2305 0x2305 Parallel printer > product PROLIFIC ATAPI4 0x2307 ATAPI-4 Controller > product PROLIFIC PL2501 0x2501 PL2501 Host-Host interface > +product PROLIFIC PL2506 0x2506 PL2506 USB to IDE Bridge > product PROLIFIC PHAROS 0xaaa0 Prolific Pharos > product PROLIFIC RSAQ3 0xaaa2 PL2303 Serial Adapter (IODATA > USB-RSAQ3) product PROLIFIC2 WSIM 0x2001 Willcom WSIM > > >Release-Note: > >Audit-Trail: > >Unformatted: > > _______________________________________________ > 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" > From owner-freebsd-usb@FreeBSD.ORG Sun Mar 21 10:30:11 2010 Return-Path: Delivered-To: freebsd-usb@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D84591065675 for ; Sun, 21 Mar 2010 10:30:11 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id C72E88FC1B for ; Sun, 21 Mar 2010 10:30:11 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o2LAUBD0002621 for ; Sun, 21 Mar 2010 10:30:11 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o2LAUBhW002618; Sun, 21 Mar 2010 10:30:11 GMT (envelope-from gnats) Date: Sun, 21 Mar 2010 10:30:11 GMT Message-Id: <201003211030.o2LAUBhW002618@freefall.freebsd.org> To: freebsd-usb@FreeBSD.org From: Hans Petter Selasky Cc: Subject: Re: usb/144915: Prolific USB-IDE Bridge for Seagate ST350083 X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Hans Petter Selasky List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Mar 2010 10:30:12 -0000 The following reply was made to PR usb/144915; it has been noted by GNATS. From: Hans Petter Selasky To: freebsd-usb@freebsd.org Cc: Monty Hall , freebsd-gnats-submit@freebsd.org Subject: Re: usb/144915: Prolific USB-IDE Bridge for Seagate ST350083 Date: Sun, 21 Mar 2010 11:27:48 +0100 On Saturday 20 March 2010 19:56:35 Monty Hall wrote: > >Number: 144915 > >Category: usb > >Synopsis: Prolific USB-IDE Bridge for Seagate ST350083 > >Confidential: no > >Severity: non-critical > >Priority: low > >Responsible: freebsd-usb > >State: open > >Quarter: > >Keywords: > >Date-Required: > >Class: sw-bug > >Submitter-Id: current-users > >Arrival-Date: Sat Mar 20 19:00:16 UTC 2010 > >Closed-Date: > >Last-Modified: > >Originator: Monty Hall > >Release: 8.0 > >Organization: > >Environment: > > FreeBSD XXXXX 8.0-STABLE FreeBSD 8.0-STABLE #8 r205349M: Sat Mar 20 > 00:02:49 EDT 2010 root@XXXX:/usr/obj/usr/src/sys/INSPIRON i386 > > >Description: > > I started getting zpool corruption errors, and the console was displaying > error messages concerning CACHE problems and SCSI error (20,0). > Unfortunately I recompiled for this quirk and no longer have the actual > error message: > > camcontrol devlist: > at scbus2 target 0 lun 0 (da0,pass1) > > usbcontrol list: > --------------- > ugen4.5: at usbus4, cfg=0 > md=HOST spd=HIGH (480Mbps) pwr=ON > > >How-To-Repeat: > > I never had this problem as a UFS drive. Only started getting this message > after adding to a zpool. > > >Fix: > > Recompile w/ the following changes: > > /usr/src/sys/dev/usb/quirk/usb_quirk.c > Index: usb_quirk.c > =================================================================== > --- usb_quirk.c (revision 205388) > +++ usb_quirk.c (working copy) > @@ -80,6 +80,10 @@ > USB_QUIRK_VP(USB_VENDOR_##v, USB_PRODUCT_##v##_##p, l, h, __VA_ARGS__) > > static struct usb_quirk_entry usb_quirks[USB_DEV_QUIRKS_MAX] = { > + USB_QUIRK(PROLIFIC, PL2506, 0x0000, 0xffff, > + UQ_MSC_FORCE_PROTO_SCSI, > + UQ_MSC_FORCE_WIRE_BBB, > + UQ_MSC_NO_SYNC_CACHE), > USB_QUIRK(ASUS, LCM, 0x0000, 0xffff, UQ_HID_IGNORE), > USB_QUIRK(INSIDEOUT, EDGEPORT4, 0x094, 0x094, UQ_SWAP_UNICODE), > USB_QUIRK(DALLAS, J6502, 0x0a2, 0x0a2, UQ_BAD_ADC), > > -------------------------------------------- > Hi, Thanks for your patch! Can you try the patch without the UQ_MSC_FORCE options, only the UQ_MSC_NO_SYNC_CACHE? We try to avoid the UQ_MSC_FORCE options when the USB descriptors already have the correct values for these fields. Does the patch still work? --HPS > /usr/src/sys/dev/usb/usbdevs > Index: usbdevs > =================================================================== > --- usbdevs (revision 205388) > +++ usbdevs (working copy) > @@ -2223,6 +2223,7 @@ > product PROLIFIC PL2305 0x2305 Parallel printer > product PROLIFIC ATAPI4 0x2307 ATAPI-4 Controller > product PROLIFIC PL2501 0x2501 PL2501 Host-Host interface > +product PROLIFIC PL2506 0x2506 PL2506 USB to IDE Bridge > product PROLIFIC PHAROS 0xaaa0 Prolific Pharos > product PROLIFIC RSAQ3 0xaaa2 PL2303 Serial Adapter (IODATA > USB-RSAQ3) product PROLIFIC2 WSIM 0x2001 Willcom WSIM > > >Release-Note: > >Audit-Trail: > >Unformatted: > > _______________________________________________ > 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" > From owner-freebsd-usb@FreeBSD.ORG Sun Mar 21 10:36:15 2010 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AD9E8106566B for ; Sun, 21 Mar 2010 10:36:15 +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 3C7398FC0A for ; Sun, 21 Mar 2010 10:36:14 +0000 (UTC) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=DyMvu_kyN-YA:10 a=8nJEP1OIZ-IA:10 a=M8b_wTzEtboA:10 a=MnI1ikcADjEx7bvsp0jZvQ==:17 a=ASafugbVwNTpNYR162AA:9 a=f42LVBmSmOtKDKWRJXkA:7 a=R1UsRaeXxtn-73H5FYHHsPLAivIA:4 a=wPNLvfGTeEIA:10 Received: from [188.126.201.140] (account mc467741@c2i.net HELO laptop002.hselasky.homeunix.org) by mailfe04.swip.net (CommuniGate Pro SMTP 5.2.19) with ESMTPA id 1349469973; Sun, 21 Mar 2010 11:36:12 +0100 From: Hans Petter Selasky To: freebsd-usb@freebsd.org Date: Sun, 21 Mar 2010 11:34:28 +0100 User-Agent: KMail/1.12.4 (FreeBSD/8.0-STABLE; KDE/4.3.4; amd64; ; ) References: <4BA52239.8000300@martinlaabs.de> In-Reply-To: <4BA52239.8000300@martinlaabs.de> X-Face: +~\`s("[*|O,="7?X@L.elg*F"OA\I/3%^p8g?ab%RN'(; _IjlA: hGE..Ew, XAQ*o#\/M~SC=S1-f9{EzRfT'|Hhll5Q]ha5Bt-s|oTlKMusi:1e[wJl}kd}GR Z0adGx-x_0zGbZj'e(Y[(UNle~)8CQWXW@:DX+9)_YlB[tIccCPN$7/L' MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201003211134.28085.hselasky@c2i.net> Cc: Subject: Re: Find Vendor/Product ID from uhid device 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, 21 Mar 2010 10:36:15 -0000 On Saturday 20 March 2010 20:30:01 Martin Laabs wrote: > Hi, > > I'am currently porting the linux-js joystick driver to the new USB stack. > Since this driver operates on top other drivers (in the case of USB ontop > the uhid driver) it needs to figure out whether /dev/uhid* is a device it > can operate on. > The driver scans all /dev/uhidX entries and compares the vendor and product > id against a table. In the old stack this was possible through scanning all > /dev/ugenX devices, get the device_info struct and compare the > udi_devnames[] against the "uhidX" string. > However - the udi_devname string disappeared in the new usb stack and this > way seems to be not open anymore for me. > Can you give me a hint how to figure the vendor and product id of a > /dev/uhidX device. > Hi, I would recommend you use libusb in userland to do this. Then you get all the information you need for the ID-match and more. If that is not desirable, we can add that information like an IOCTL. usbconfig show_ifdrv might also give you some clues. Currently the libusb20 interface is the most stable. Doesn't the linux-js joystick driver already have a parser for HID descriptors and more? man libusb20 You might find the following function useful to detach the /dev/uhidX driver. Currently only implemented in 9-current, but present in 8-release: libusb20_dev_detach_kernel_driver(pdev, iface_index); --HPS From owner-freebsd-usb@FreeBSD.ORG Sun Mar 21 12:03:29 2010 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1D49F1065679 for ; Sun, 21 Mar 2010 12:03:29 +0000 (UTC) (envelope-from mailinglists@martinlaabs.de) Received: from relay01.alfahosting-server.de (relay01.alfahosting-server.de [80.86.191.73]) by mx1.freebsd.org (Postfix) with ESMTP id A184E8FC20 for ; Sun, 21 Mar 2010 12:03:28 +0000 (UTC) Received: by relay01.alfahosting-server.de (Postfix, from userid 1001) id DEE792006DC23; Sun, 21 Mar 2010 13:03:26 +0100 (CET) X-Spam-DCC: : X-Spam-Level: X-Spam-Status: No, score=0.3 required=7.0 tests=FORGED_RCVD_HELO, NO_DNS_FOR_FROM autolearn=disabled version=3.1.7-deb3 Received: from alfa3018.alfahosting-server.de (alfa3018.alfahosting-server.de [82.197.146.36]) by relay01.alfahosting-server.de (Postfix) with ESMTP id 4282D2006DB6C; Sun, 21 Mar 2010 13:03:24 +0100 (CET) Received: from pc.martinlaabs.de (p5B0EE50D.dip.t-dialin.net [91.14.229.13]) by alfa3018.alfahosting-server.de (Postfix) with ESMTP id 04818515C778; Sun, 21 Mar 2010 13:03:23 +0100 (CET) Message-ID: <4BA60B0A.3040005@martinlaabs.de> Date: Sun, 21 Mar 2010 13:03:22 +0100 From: Martin Laabs User-Agent: Thunderbird 2.0.0.23 (X11/20091224) MIME-Version: 1.0 To: hselasky@c2i.net References: <4BA52239.8000300@martinlaabs.de> <201003211134.28085.hselasky@c2i.net> In-Reply-To: <201003211134.28085.hselasky@c2i.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Status: No X-Virus-Checker-Version: clamassassin 1.2.4 with ClamAV 0.94.2/10603/Sat Mar 20 23:42:52 2010 Cc: freebsd-usb@freebsd.org Subject: Re: Find Vendor/Product ID from uhid device 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, 21 Mar 2010 12:03:29 -0000 Hello Hans, Hans Petter Selasky wrote: > I would recommend you use libusb in userland to do this. Then you get all the > information you need for the ID-match and more. Unfortunately the linux-js driver creates a new device in /dev/input which is IMHO impossible for a userland program. So I have to detect the usb devices in kernel space. If that is not desirable, we > can add that information like an IOCTL. usbconfig show_ifdrv might also give > you some clues. Yes - in fact. I.e. the output I am interested in is ugen2.2.0: uhid0: Now I could figure out that ugen2.2.0 has idVendor=0x046d idProduct=0xc215 with usbconfig dump_device_desc. After that the driver would check that ids against its database and if it would match it would use the /dev/uhid0 device. (with kopen - see below) > Doesn't the linux-js joystick driver already have a parser for HID descriptors > and more? No. Unfortunately it has a database of vendor and product IDs of devices it supports. > You might find the following function useful to detach the /dev/uhidX driver. Well. As far as I understand the linux-js driver for now it relies on the uhid driver. After checking the /dev/uhidX devices agains its vendor/product database it opens the /dev/uhidX device via kopen an do its manipulations on it. A bit crapy but that way it can support many different physical ports without having to much overhead. (Soundcard joystick port, serial, parallel and also the usb port) Do you think it is much effort to add a ioctl to the uhid driver that reports the corresponding usb_device_info struct? This would make porting the linux-js driver much more simple for me. Or is there a (simple accessible) data structure inside the kernel where I can get the information which vendor/product id correspond to a uhidX attached device? Thank you, Martin Laabs From owner-freebsd-usb@FreeBSD.ORG Sun Mar 21 13:16:50 2010 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B3460106567A for ; Sun, 21 Mar 2010 13:16: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 1683E8FC17 for ; Sun, 21 Mar 2010 13:16:49 +0000 (UTC) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=DyMvu_kyN-YA:10 a=8nJEP1OIZ-IA:10 a=M8b_wTzEtboA:10 a=MnI1ikcADjEx7bvsp0jZvQ==:17 a=ndaoGXS1AAAA:8 a=xop-n2nfJ5BEqttttw4A:9 a=sLA89lM4hXAW5sfiND2AZUo4qTMA:4 a=wPNLvfGTeEIA:10 Received: from [188.126.201.140] (account mc467741@c2i.net HELO laptop002.hselasky.homeunix.org) by mailfe06.swip.net (CommuniGate Pro SMTP 5.2.19) with ESMTPA id 1347328556; Sun, 21 Mar 2010 14:16:48 +0100 From: Hans Petter Selasky To: Martin Laabs Date: Sun, 21 Mar 2010 14:15:03 +0100 User-Agent: KMail/1.12.4 (FreeBSD/8.0-STABLE; KDE/4.3.4; amd64; ; ) References: <4BA52239.8000300@martinlaabs.de> <201003211134.28085.hselasky@c2i.net> <4BA60B0A.3040005@martinlaabs.de> In-Reply-To: <4BA60B0A.3040005@martinlaabs.de> X-Face: +~\`s("[*|O,="7?X@L.elg*F"OA\I/3%^p8g?ab%RN'(; _IjlA: hGE..Ew, XAQ*o#\/M~SC=S1-f9{EzRfT'|Hhll5Q]ha5Bt-s|oTlKMusi:1e[wJl}kd}GR Z0adGx-x_0zGbZj'e(Y[(UNle~)8CQWXW@:DX+9)_YlB[tIccCPN$7/L' MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201003211415.03564.hselasky@c2i.net> Cc: freebsd-usb@freebsd.org Subject: Re: Find Vendor/Product ID from uhid device 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, 21 Mar 2010 13:16:50 -0000 On Sunday 21 March 2010 13:03:22 Martin Laabs wrote: > Hello Hans, Hi Martin, > > Hans Petter Selasky wrote: > > I would recommend you use libusb in userland to do this. Then you get all > > the information you need for the ID-match and more. > > Unfortunately the linux-js driver creates a new device in /dev/input which > is IMHO impossible for a userland program. So I have to detect the usb > devices in kernel space. That is not true. Search Google for cuse4bsd :-) > > If that is not desirable, we > > > can add that information like an IOCTL. usbconfig show_ifdrv might also > > give you some clues. > > Yes - in fact. I.e. the output I am interested in is > ugen2.2.0: uhid0: addr 2> > Now I could figure out that ugen2.2.0 has idVendor=0x046d idProduct=0xc215 > with usbconfig dump_device_desc. After that the driver would check that ids > against its database and if it would match it would use the /dev/uhid0 > device. (with kopen - see below) > > > Do you think it is much effort to add a ioctl to the uhid driver that > reports the corresponding usb_device_info struct? This would make porting > the linux-js driver much more simple for me. > Or is there a (simple accessible) data structure inside the kernel where I > can get the information which vendor/product id correspond to a uhidX > attached device? This should be quite trivial, if cuse4bsd does not help anything. Just an idea: Maybe we can import the linux-js driver into the webcamd framework? Could you have a look at it. Then the code changes will be minimal! --HPS http://www.selasky.org/hans_petter/video4bsd From owner-freebsd-usb@FreeBSD.ORG Sun Mar 21 20:52:56 2010 Return-Path: Delivered-To: freebsd-usb@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BF3451065675; Sun, 21 Mar 2010 20:52:56 +0000 (UTC) (envelope-from brucec@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 8F9418FC14; Sun, 21 Mar 2010 20:52:56 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o2LKquWR054663; Sun, 21 Mar 2010 20:52:56 GMT (envelope-from brucec@freefall.freebsd.org) Received: (from brucec@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o2LKquJN054659; Sun, 21 Mar 2010 20:52:56 GMT (envelope-from brucec) Date: Sun, 21 Mar 2010 20:52:56 GMT Message-Id: <201003212052.o2LKquJN054659@freefall.freebsd.org> To: hunt@cs.utexas.edu, brucec@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-usb@FreeBSD.org From: brucec@FreeBSD.org Cc: Subject: Re: kern/144938: [keyboard] [boot] Boot Failure with Apple (MB869LL/A) Keyboard 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, 21 Mar 2010 20:52:56 -0000 Synopsis: [keyboard] [boot] Boot Failure with Apple (MB869LL/A) Keyboard State-Changed-From-To: open->feedback State-Changed-By: brucec State-Changed-When: Sun Mar 21 20:51:32 UTC 2010 State-Changed-Why: Does any more information get displayed with a verbose boot ("boot -v")? Responsible-Changed-From-To: freebsd-bugs->freebsd-usb Responsible-Changed-By: brucec Responsible-Changed-When: Sun Mar 21 20:51:32 UTC 2010 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=144938 From owner-freebsd-usb@FreeBSD.ORG Sun Mar 21 22:07:56 2010 Return-Path: Delivered-To: freebsd-usb@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 18E481065670; Sun, 21 Mar 2010 22:07:56 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id E386C8FC16; Sun, 21 Mar 2010 22:07:55 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o2LM7tAO014412; Sun, 21 Mar 2010 22:07:55 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o2LM7txt014408; Sun, 21 Mar 2010 22:07:55 GMT (envelope-from linimon) Date: Sun, 21 Mar 2010 22:07:55 GMT Message-Id: <201003212207.o2LM7txt014408@freefall.freebsd.org> To: mdh@lpwv.org, linimon@FreeBSD.org, freebsd-usb@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: usb/144332: [build] Kernel compile fails when aue is enabled but not other USB ethernet drivers 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, 21 Mar 2010 22:07:56 -0000 Old Synopsis: Kernel compile fails when aue is enabled but not other USB ethernet drivers New Synopsis: [build] Kernel compile fails when aue is enabled but not other USB ethernet drivers State-Changed-From-To: open->feedback State-Changed-By: linimon State-Changed-When: Sun Mar 21 22:07:08 UTC 2010 State-Changed-Why: To submitter: does the most recent 8-STABLE fix this problem for you? http://www.freebsd.org/cgi/query-pr.cgi?pr=144332 From owner-freebsd-usb@FreeBSD.ORG Sun Mar 21 22:08:49 2010 Return-Path: Delivered-To: freebsd-usb@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6A0EB1065672; Sun, 21 Mar 2010 22:08:49 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 40ACA8FC08; Sun, 21 Mar 2010 22:08:49 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o2LM8naG014499; Sun, 21 Mar 2010 22:08:49 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o2LM8m3l014495; Sun, 21 Mar 2010 22:08:48 GMT (envelope-from linimon) Date: Sun, 21 Mar 2010 22:08:48 GMT Message-Id: <201003212208.o2LM8m3l014495@freefall.freebsd.org> To: shurd@sasktel.net, linimon@FreeBSD.org, freebsd-usb@FreeBSD.org, thompsa@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: usb/144201: AlphaSmart Dana usbdevs and uvisor update 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, 21 Mar 2010 22:08:49 -0000 Synopsis: AlphaSmart Dana usbdevs and uvisor update State-Changed-From-To: open->patched State-Changed-By: linimon State-Changed-When: Sun Mar 21 22:08:03 UTC 2010 State-Changed-Why: committed to -current. Responsible-Changed-From-To: freebsd-usb->thompsa Responsible-Changed-By: linimon Responsible-Changed-When: Sun Mar 21 22:08:03 UTC 2010 Responsible-Changed-Why: http://www.freebsd.org/cgi/query-pr.cgi?pr=144201 From owner-freebsd-usb@FreeBSD.ORG Sun Mar 21 22:09:22 2010 Return-Path: Delivered-To: freebsd-usb@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BCA991065672; Sun, 21 Mar 2010 22:09:22 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 933088FC08; Sun, 21 Mar 2010 22:09:22 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o2LM9MmV014551; Sun, 21 Mar 2010 22:09:22 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o2LM9MIZ014547; Sun, 21 Mar 2010 22:09:22 GMT (envelope-from linimon) Date: Sun, 21 Mar 2010 22:09:22 GMT Message-Id: <201003212209.o2LM9MIZ014547@freefall.freebsd.org> To: shurd@sasktel.net, linimon@FreeBSD.org, freebsd-usb@FreeBSD.org, thompsa@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: usb/144199: uvisor(4) - AlphaSmart Dana incorrect stall clearing 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, 21 Mar 2010 22:09:22 -0000 Synopsis: uvisor(4) - AlphaSmart Dana incorrect stall clearing State-Changed-From-To: open->patched State-Changed-By: linimon State-Changed-When: Sun Mar 21 22:08:55 UTC 2010 State-Changed-Why: committed to -current. Responsible-Changed-From-To: freebsd-usb->thompsa Responsible-Changed-By: linimon Responsible-Changed-When: Sun Mar 21 22:08:55 UTC 2010 Responsible-Changed-Why: http://www.freebsd.org/cgi/query-pr.cgi?pr=144199 From owner-freebsd-usb@FreeBSD.ORG Sun Mar 21 23:01:56 2010 Return-Path: Delivered-To: freebsd-usb@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 10FCB1065670; Sun, 21 Mar 2010 23:01:56 +0000 (UTC) (envelope-from hunt@cs.utexas.edu) Received: from joejob.cs.utexas.edu (joejob.cs.utexas.edu [128.83.120.81]) by mx1.freebsd.org (Postfix) with ESMTP id BFB1F8FC24; Sun, 21 Mar 2010 23:01:55 +0000 (UTC) Received: from elgin.cs.utexas.edu (hunt@elgin.cs.utexas.edu [128.83.120.206]) by joejob.cs.utexas.edu (8.14.3/8.14.3) with ESMTP id o2LMp5EM015227 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 21 Mar 2010 17:51:05 -0500 Received: (from hunt@localhost) by elgin.cs.utexas.edu (8.14.3/8.14.3/Submit) id o2LMp5pb022644; Sun, 21 Mar 2010 17:51:05 -0500 Date: Sun, 21 Mar 2010 17:51:05 -0500 Message-Id: <201003212251.o2LMp5pb022644@elgin.cs.utexas.edu> From: "Warren A. Hunt Jr." To: brucec@FreeBSD.org Cc: freebsd-bugs@FreeBSD.org, freebsd-usb@FreeBSD.org Subject: Re: kern/144938: [keyboard] [boot] Boot Failure with Apple (MB869LL/A) Keyboard 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, 21 Mar 2010 23:01:56 -0000 Hello Mr. Cran, Summary: I don't understand why, but now everything works. > Does any more information get displayed with a > verbose boot ("boot -v")? Indeed, it does. But, now it boots. Arragh! Since my last message, I have re-booted my system at least 10 times, and everything seems to work. I have re-booted with regular boot (no "boot -v"), and it works. I have powered down and tried again -- and it works. Six weeks ago, I had this same problem (using this same Apple keyboard) on another FreeBSD 8.0 system (based on a SuperMicro "c2sbx" motherboard), which I never solved. So, I was worried that somehow Apple's new keyboard was not supported by FreeBSD 8.0. For the moment, on my ZOTAC IONITX-A-U board, my problem has disappeared. I must have failed to boot with my Apple keyboard at least 20 times over the last month. The only thing I changed was in the BIOS -- I stopped the "quick boot" sequence, instead specifying the that the full complement of BIOS tests, such as the memory test, should be performed. Weird. I'll try it another 20 times or so -- and I'll try again on my SuperMicro system at work. Thank you for responding. And, thank you very much for your hard work on FreeBSD. I use FreeBSD whenever I can. I use it as an example in my classes, and I make sure that my research tools operate correctly on FreeBSD. Cheers, Warren ++++++ Dr. Warren A. Hunt, Jr. Professor Department of Computer Science 1 University Station, M/S C0500 The University of Texas Austin, TX 78712-0233 E-mail: hunt@cs.utexas.edu Tel: +1 512 471 9748 FAX: +1 512 471 8885 URL: http://www.cs.utexas.edu/users/hunt From owner-freebsd-usb@FreeBSD.ORG Mon Mar 22 09:14:08 2010 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 03179106564A for ; Mon, 22 Mar 2010 09:14:08 +0000 (UTC) (envelope-from mailinglists@martinlaabs.de) Received: from relay01.alfahosting-server.de (relay01.alfahosting-server.de [80.86.191.73]) by mx1.freebsd.org (Postfix) with ESMTP id B0E988FC23 for ; Mon, 22 Mar 2010 09:14:07 +0000 (UTC) Received: by relay01.alfahosting-server.de (Postfix, from userid 1001) id 6DDA52006DC29; Mon, 22 Mar 2010 10:14:05 +0100 (CET) X-Spam-DCC: : X-Spam-Level: X-Spam-Status: No, score=0.3 required=7.0 tests=FORGED_RCVD_HELO, NO_DNS_FOR_FROM autolearn=disabled version=3.1.7-deb3 Received: from alfa3018.alfahosting-server.de (alfa3018.alfahosting-server.de [82.197.146.36]) by relay01.alfahosting-server.de (Postfix) with ESMTP id 267682006DC9C; Mon, 22 Mar 2010 10:14:03 +0100 (CET) Received: from pc.martinlaabs.de (p5B0EC4EC.dip.t-dialin.net [91.14.196.236]) by alfa3018.alfahosting-server.de (Postfix) with ESMTP id EF1A0515C7DA; Mon, 22 Mar 2010 10:14:02 +0100 (CET) Message-ID: <4BA734D5.4040904@martinlaabs.de> Date: Mon, 22 Mar 2010 10:13:57 +0100 From: Martin Laabs User-Agent: Thunderbird 2.0.0.23 (X11/20091224) MIME-Version: 1.0 To: Hans Petter Selasky References: <4BA52239.8000300@martinlaabs.de> <201003211134.28085.hselasky@c2i.net> <4BA60B0A.3040005@martinlaabs.de> <201003211415.03564.hselasky@c2i.net> In-Reply-To: <201003211415.03564.hselasky@c2i.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Status: No X-Virus-Checker-Version: clamassassin 1.2.4 with ClamAV 0.94.2/10604/Mon Mar 22 03:14:56 2010 Cc: freebsd-usb@freebsd.org Subject: Re: Find Vendor/Product ID from uhid device 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, 22 Mar 2010 09:14:08 -0000 Hi Hans, > That is not true. Search Google for cuse4bsd :-) >> If that is not desirable, we Looks promising. When will cuse4bsd be in the ports/8.0 release base system? > Just an idea: > > Maybe we can import the linux-js driver into the webcamd framework? Could you > have a look at it. Then the code changes will be minimal! Well - the name is a bit missleading. linux-js is a native bsd driver which creates a device that behaves like a linux joystick device. But maybe the original linux joystick driver could be ported with the webcamd framework. At least this would support much more devices and maybe also force feedback. Is there some documentation about webcamd or can you give me a short overview what the basic steps are to port a linux driver with the framework? Thank you, Martin L. From owner-freebsd-usb@FreeBSD.ORG Mon Mar 22 11:07:14 2010 Return-Path: Delivered-To: freebsd-usb@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B1D141065676 for ; Mon, 22 Mar 2010 11:07:14 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id A0BC58FC15 for ; Mon, 22 Mar 2010 11:07:14 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o2MB7E3K015190 for ; Mon, 22 Mar 2010 11:07:14 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o2MB7DVW015188 for freebsd-usb@FreeBSD.org; Mon, 22 Mar 2010 11:07:13 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 22 Mar 2010 11:07:13 GMT Message-Id: <201003221107.o2MB7DVW015188@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-usb@FreeBSD.org Cc: Subject: Current problem reports assigned to freebsd-usb@FreeBSD.org 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, 22 Mar 2010 11:07:14 -0000 Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- f kern/144938 usb [keyboard] [boot] Boot Failure with Apple (MB869LL/A) o usb/144915 usb [usb8] [patch] Prolific USB-IDE Bridge for Seagate ST3 o usb/144751 usb [ukbd] [usb8] kernel without keyboard support won't co o usb/144423 usb [usb8] [patch] if_run panic with USB-N13 o usb/144414 usb [keyboard] [patch] Apple "Fn" key doesn't work properl o usb/144387 usb [run] [panic] if_run panic f usb/144332 usb [build] Kernel compile fails when aue is enabled but n o usb/144043 usb [umass] USB DLT tape drive throws random errors o usb/143790 usb [boot] can not boot from usb hdd f usb/143634 usb [umass] [usb8] Jetflash USB flash stick fails to mount f usb/143620 usb [cdce] [usb8] the module if_cdce doesn't support my Op o usb/143448 usb [usbdevs] [usb8] [patch] QUIRK: JMicron JM20336 USB/SA f usb/143294 usb [usb8] copying process stops at some time (10 - 50 sec o usb/143286 usb [ukbd] [usb8] [boot] boot failures on RELENG_8 system f usb/143186 usb [usbdevs] [usb8] [patch] add USB device IDs for Google a usb/143139 usb [umass] [usb8] [patch] Quirk for Century EX35SW4_SB4 J o usb/143045 usb [umass] [usb8] [patch] mounting Fujitsu 2600Z camera d o usb/142991 usb [uftdi] [usb67] [patch] Patch to add Crystalfontz 533 f usb/142989 usb [usb8] canon eos 50D attaches but detaches after few s f usb/142957 usb [umass] [usb8] [patch] patch for USB disk SYNCHRONIZE o usb/142719 usb [urtw] [usb8] AirLive WL-1600USB (RTL8187L chipset) fa o usb/142713 usb [usb67] [panic] Kernel Panik when connecting an IPhone f usb/142276 usb [umass] [usb8] Cache Synchronization Error with Olympu o usb/142229 usb [ums] [usb8] [hang] connecting a USB mouse to a Dell P o usb/141680 usb [uath] [usb8] Netgear WG111T not working with uath dri o usb/141664 usb [pcm] [usb8] Logitech USB microphone failure [regressi o usb/141474 usb [boot] [usb8] FreeBSD 8.0 can not install from USB CDR a usb/141467 usb [uftdi] [patch] RATOC REX-USB60F (usb serial converter o usb/141327 usb [ukbd] [usb67] USB kbd not working with 7.1+PAE on IBM o usb/141313 usb [usb8] nvidia USB 2.0 controller - stops copying on US o usb/141212 usb [ukbd] [usb8] ukbd_set_leds_callback:700: error=USB_ER o kern/141011 usb [usb] Encrypted root, geli password at boot; enter key o usb/140928 usb [u3g] [usb8] [patch] ZTE CDMA2000 1X EV-DO (MG478/AC87 o usb/140920 usb [install] [usb8] USB based install fails on 8.0-RELEAS o usb/140893 usb [urtw] [usb8] WPA2 not working on rtl8187b f usb/140883 usb [axe] [usb8] USB gigabit ethernet hangs after short pe o kern/140849 usb [ums] [usb8] USB mouse doesn't work under FreeBSD 8.0- a usb/140810 usb [uftdi] [usb8] 8.X copy and paste problem / tty overfl o kern/140614 usb [uplcom] [patch] adding support for Radio Shack Gigwar o usb/140590 usb [bluetooth] [usb8] ng_ubt(4) ng_l2cap_process_cmd_rej o usb/140477 usb [umass] [usb8] [patch] allow boot-time attachment of d o usb/140259 usb [libusb] [patch] [usb8] libusb-1.0 portability/compati o usb/140236 usb [msdosfs] [usb8] Labels wiped on external Journaled US o usb/140160 usb [usb8] [acpi] USB ports are no longer "active" after A s usb/139990 usb [panic] [patch] [usb67] Kernel frequently panics after a usb/139598 usb [umass] [usb8] CAM reports "xptioctl: put "device pass o usb/139243 usb [uhci] [usb67] unplug prolific USB serial -> uhci_abor o usb/138915 usb [patch] [usb8] [usb67] add support for SheevaPlug seri a usb/138904 usb [rum] [panic] [usb67] unpluging USB wifi card panics s f usb/138882 usb [ohci] [panic] [usb67] Can't install FreeBSD 7.2 due t a usb/138879 usb [uftdi] [patch] Patch to add support for CTI USB-Mini o usb/138798 usb [boot] [usb8] 8.0-BETA4 can't boot from USB flash driv o usb/138659 usb [usb8][uftdi] driver broken in RELENG_8/CURRENT o usb/138570 usb [usb] [panic] USB mass device panics current 7.2-STABL o usb/138175 usb [usb67] [boot] System cannot boot, when USB reader wit o usb/138172 usb [u3g] [patch] [usb67] Additional dev id for u3g (Optio o usb/138138 usb [u3g] [patch] [usb67] Novatel U760 for u3g (Verizon an o usb/138124 usb [snd_uaudio] [usb8] Axed uaudio functionality in the u o usb/138119 usb [usb67] [usb8] MultiBay CDROM (probably on USB bus) is o usb/137872 usb [usb67] [boot] slow booting on usb flash drive o usb/137806 usb [ukbd] [usb67] USB keyboard doesn't work until it's un o usb/137763 usb [usb67][ukbd] Logitech wireless keyboard media keys no o usb/137616 usb [usb67][usb8][usbdevs] [patch]: usbdevs update: Please o usb/137377 usb [usb8] request support for Huawei E180 o usb/137341 usb [usb8][rum] driver if_rum doesn't work at all and thro f usb/137190 usb [usb8][patch] inhibit spurious button releases for som o usb/137189 usb [usb8][patch] create and use sysctl nodes for HID repo p usb/137188 usb [usb8][patch] correctly handle USB report descriptors f bin/137180 usb [build] [patch] building world for 8.0-BETA2 fails on o usb/137129 usb [ums] [usb8] SteelSeries Ikari USB laser mouse not att p usb/136761 usb [usbdevs][usb67][patch] Teach usbdevs / u3g(4) about H o usb/135938 usb [aue] [usb67] aue driver only passes traffic in promis o usb/135575 usb [usbdevs] [patch] [usb67] Add HTC Wizard phone vid/pid o usb/135542 usb [keyboard] boot loader does not work with a usb keyboa o usb/135348 usb [umass] [patch] USB Drive Hangs with ZFS (JMicron USB2 o usb/135206 usb machine reboots when inserted USB device o usb/135200 usb SAMSUNG i740 usb mass: Synchronize cache failed, statu o usb/135182 usb UMASS quirk - Olympus FE20 camera o usb/134950 usb Lowering DTR for USB-modem via ubsa is not possible o usb/134633 usb Add support for WILLCOM03(SHARP smart phone) o usb/134631 usb [usbdevs] [patch] WiSPY DBx support requires usb tweak o usb/134299 usb Kernel Panic plugging in MF626 USB UMTS Stick u3g o usb/134193 usb System freeze on usb MP3 player insertion o usb/134117 usb [Patch] Add support for 'Option GlobeTrotter HSDPA Mod o usb/134085 usb [umass] Adding usb quirk for Sony USB flash drive o usb/133989 usb [usb8] [ukbd] USB keyboard dead at mountroot> prompt o usb/133712 usb [ural] [patch] RE: Fixed an issue with ural(4) that wa o usb/133390 usb umass crashes system in 7.1 when Olympus D-540 attache o usb/133296 usb [rum] driver not working properly in hostap mode p usb/132799 usb [usb][patch]GENESYS USB2IDE requires NO_SYNCHRONIZE_CA o usb/132785 usb [usb] [patch] Gemtech remote powersocket is classed as o usb/132594 usb USB subsystem causes page fault and crashes o usb/132312 usb [hang] Xorg 7.4 halts USB controller o usb/132080 usb [patch] [usb] [rum] Kernel panic after NOMEM caused by o usb/132066 usb [ukbd] Keyboard failure USB keyboard DELL 760 o usb/132036 usb [panic] page fault when connecting Olympus C740 camera o usb/131912 usb [uslcom] [patch] New devices using Silicon Labs chips o usb/131900 usb [usbdevs] [patch] Additional product identification co o usb/131583 usb [umass] Failure when detaching umass Device o usb/131576 usb [aue] ADMtek USB To LAN Converter can't send data o usb/131521 usb Registering Belkin UPS to usb_quirks.c o usb/131123 usb [patch] re-add UQ_ASSUME_CM_OVER_DATA USB quirk o usb/131074 usb no run-time detection of usb devices plugged into exte o usb/130736 usb Page fault unplugging USB stick o usb/130230 usb Samsung Electronics YP-U3 does not attach in 7.1-RELEA o usb/130208 usb Boot process severely hampered by umass0 error o usb/130122 usb [usb8] DVD drive detects as 'da' device o usb/129945 usb [usbdevs] [patch] add u3g support for Longcheer WM66 U o usb/129766 usb [usb] plugging in usb modem HUAWEI E226 panics system o usb/129758 usb [uftdi] [patch] add Pyramid LCD usb support o usb/129673 usb [uhci] uhci (uhub) confused on replugging USB 1.1 scan o usb/129522 usb [ubsa] [patch] add support for ZTE AC8700 modem o usb/129500 usb [umass] [panic] FreeBSD Crashes when connecting SanDis o usb/129311 usb [usb] [panic] Instant crash with an USB card reader o usb/129251 usb [usbdevs] [patch] Liebert UPS being assigned uhid and o usb/129173 usb [uplcom] [patch] Add support for Corega CG-USBRS232R a s usb/128990 usb [usb] u3g does not handle RTS/CTS available on for exa o usb/128977 usb [usb] [patch] uaudio is not full duplex o usb/128803 usb [usbdevs] [patch] Quirk for I-Tuner Networks USBLCD4X2 o usb/128485 usb [umodem] [patch] Nokia N80 modem support o usb/128425 usb [umass] Cannot Connect Maxtor Onetouch 4 USB drive o usb/128418 usb [panic] [rum] loading if_rum causes panic, looks like o usb/128324 usb [uplcom] [patch] remove baud rate restriction for PL23 o usb/127980 usb [umass] [patch] Fix Samsung YP U2 MP3 player on 7.x an o usb/127926 usb [boot] USB Timeout during bootup p usb/127549 usb [umass] [usb67] [patch] Meizu MiniPlayer M6 (SL) requi f usb/127543 usb [patch] [ubsa] Support Option Globetrotter HSDPA modem s usb/127453 usb [request] ubsa, uark, ubser, uftdi, and friends should p docs/127406 usb [patch] update umodem man page: Sony Ericsson W810i o usb/127342 usb [boot] [panic] enabling usb keyboard and mouse support o usb/127248 usb [ucom] panic while uplcom devices attach and detach o usb/127222 usb [ohci] Regression in 7.0 usb storage generic driver o usb/126884 usb [ugen] [patch] Bug in buffer handling in ugen.c o usb/126848 usb [usb]: USB Keyboard hangs during Installation o usb/126740 usb [ulpt] doesn't work on 7.0-RELEASE, 10 second stall be o usb/126519 usb [usb] [panic] panic when plugging in an iphone o kern/126396 usb [panic] kernel panic after unplug USB Bluetooth device o usb/125736 usb [ukbd] [hang] system hangs after AT keyboard detect if o usb/125631 usb [ums] [panic] kernel panic during bootup while 'Logite o usb/125510 usb [panic] repeated plug and unplug of USB mass storage d o usb/125450 usb [panic] Removing USB flash card while being accessed c o usb/125238 usb [ums] Habu Mouse turns off in X o usb/125088 usb [keyboard] Touchpad not detected on Adesso AKB-430UG U o usb/124980 usb [panic] kernel panic on detaching unmounted umass devi o kern/124777 usb [ucom] USB cua devices don't revert to tty devices whe o usb/124758 usb [rum] [panic] rum panics SMP kernel o usb/124708 usb [panic] Kernel panic on USB KVM reattach o usb/124604 usb [ums] Microsoft combo wireless mouse doesn't work o kern/124130 usb [usb] gmirror fails to start usb devices that were pre o usb/123969 usb [usb] Supermicro H8SMi-2 usb problem: port reset faile o usb/123714 usb [usb] [panic] Panic when hald-storage-probe runs with o usb/123691 usb usbd(8): usbd hangs o usb/123690 usb [usb] [panic] Panic on USB device insertion when usb l o usb/123611 usb [usb] BBB reset failed, STALLED from Imation/Mitsumi U o usb/123509 usb [umass] continuous reset Samsung SGH-G600 phone o usb/123352 usb [usbdevs] [patch] Add Option GTMAX3.6/7.2 and Quallcom o usb/123351 usb [usbdevs] [patch] Add Reiner SCT cyberJack, Omnikey [2 o usb/122992 usb [umass] [patch] MotoROKR Z6 Phone not recognised by um o usb/122956 usb [ubsa] [patch] add support for Novatel Wireless XU870 o usb/122936 usb [ucom] [ubsa] Device does not receive interrupt o usb/122905 usb [ubsa] [patch] add Huawei E220 to ubsa o usb/122819 usb [usb] [patch] Patch to provide dynamic additions to th o usb/122813 usb [udbp] [request] udbp driver should be removed in favo o usb/122621 usb [new driver] [patch] New driver for Sierra Wireless 3G o usb/122547 usb [ehci] USB Printer not being recognized after reboot o usb/122539 usb [ohci] [panic] AnyDATA ADU-E1000D - kernel panic: ohci o usb/122483 usb [panic] [ulpt] Repeatable panic in 7.0-STABLE o usb/122119 usb [umass] umass device causes creation of daX but not da o usb/122025 usb [uscanner] [patch] uscanner does not attach to Epson R o usb/121755 usb [ohci] [patch] Fix panic after ohci/uhub cardbus devic o usb/121734 usb [ugen] ugen HP1022 printer device not working since up o usb/121708 usb [keyboard] nforce 650i mobo w/ usb keyboard infinite k o usb/121474 usb [cam] [patch] QUIRK: SAMSUNG HM250JI in LaCie usb hard o usb/121426 usb [patch] [uscanner] add HP ScanJet 3570C o usb/121275 usb [boot] [panic] FreeBSD fails to boot with usb legacy s o usb/121232 usb [usb] [panic] USB CardBus card removal causes reboot s p usb/121184 usb [uipaq] [patch] add ids from linux ipaq driver (plus a o usb/121169 usb [umass] Issues with usb mp3 player o usb/121045 usb [uftdi] [patch] Add support for PC-OP-RS1 and KURO-RS o usb/120786 usb [usb] [panic] Kernel panic when forced umount of a det o usb/120729 usb [panic] fault while in kernel mode with connecting USB o usb/120572 usb [umass] [patch] quirk to support ASUS P535 as umass (a o usb/120321 usb [hang] System hangs when transferring data to WD MyBoo o usb/120283 usb [panic] Automation reboot with wireless keyboard & mou o usb/120034 usb [hang] 6.2 & 6.3 hangs on boot at usb0: OHCI with 1.5 o usb/119981 usb [axe] [patch] add support for LOGITEC LAN-GTJ/U2 gigab o usb/119977 usb [ums] Mouse does not work in a Cherry-USB keyboard/mou o usb/119653 usb [cam] [patch] iriver s7 player sync cache error patch o usb/119633 usb [umass] umass0: BBB reset failed, IOERROR [regression] o usb/119513 usb [irq] inserting dlink dwl-g630 wireless card results i o usb/119509 usb [usb] USB flaky on Dell Optiplex 755 o usb/119481 usb [hang] FreeBSD not responding after connecting USB-Mas o usb/119389 usb [umass] Sony DSC-W1 CBI reset failed, STALLED [regress o usb/119227 usb [ubsa] [patch] ubsa buffer is too small; should be tun o usb/119201 usb [cam] [patch] Quirks for Olympus FE-210 camera, LG and o usb/118485 usb [usbdevs] [patch] Logitech Headset Workaround o usb/118480 usb [umass] Timeout in USB mass storage freezes vfs layer o usb/118353 usb [panic] [ppp] repeatable kernel panic during ppp(4) se o usb/118141 usb [ucom] usb serial and nokia phones ucomreadcb ucomread o usb/118140 usb [ucom] [patch] quick hack for ucom to get it behave wi o usb/118098 usb [umass] 6th gen iPod causes problems when disconnectin o usb/117955 usb [umass] [panic] inserting minolta dimage a2 crashes OS o usb/117946 usb [panic] D-Link DUB-E100 rev. B1 crashes FreeBSD 7.0-BE o usb/117938 usb [ums] [patch] Adding support for MS WL Natural and MS o usb/117911 usb [ums] [request] Mouse Gembird MUSWC not work o usb/117893 usb [umass] Lacie USB DVD writing failing o usb/117613 usb [uhci] [irq] uhci interrupt storm & USB leaked memory o usb/117598 usb [snd_uaudio] [patch] Not possible to record with Plant o usb/117313 usb [umass] [panic] panic on usb camera insertion o usb/117200 usb [ugen] ugen0 prints strange string on attach if detach o usb/117183 usb [panic] USB/fusefs -- panic while transferring large a o usb/116947 usb [ukbd] [patch] [regression] enable boot protocol on th o usb/116699 usb [usbhid] USB HID devices do not initialize at system b o usb/116561 usb [umodem] [panic] RELENG_6 umodem panic "trying to slee o usb/116282 usb [ulpt] Cannot print on USB HP LJ1018 or LJ1300 o usb/115935 usb [usbdevs] [patch] kernel counterproductively attaches o usb/115933 usb [uftdi] [patch] RATOC REX-USB60F (usb serial converter o usb/115400 usb [ehci] Problem with EHCI on ASUS M2N4-SLI o usb/115298 usb [ulpt] [panic] Turning off USB printer panics kernel o usb/114916 usb [umass] [patch] USB Maxtor drive (L300RO) requires qui o kern/114780 usb [uplcom] [panic] Panics while stress testing the uplco o usb/114682 usb [umass] generic USB media-card reader unusable o usb/114310 usb [libusb] [patch] [panic] USB hub attachment panics ker o usb/114068 usb [usb67] [usb8] [umass] [patch] Problem with connection o conf/114013 usb [patch] WITHOUT_USB allow to compil a lot of USB stuff o usb/113060 usb [usb67] [ulpt] [patch] Samsung printer not working in o usb/110856 usb [usb67] [ugen] [patch] interrupt in msgs are truncated s usb/108344 usb [usb67] [atausb] [panic] kernel with atausb panics whe o usb/107827 usb [usb67] [ohci] [panic] ohci_add_done addr not found o usb/107388 usb [usb67] [usb8] [new driver] [patch] add utoppy device o usb/107243 usb [usb67] [cam] [quirk] [patch] Apacer USB Flash Drive q o usb/106041 usb [usb67] [usb8] [request] FreeBSD does not recognise Mu o usb/105361 usb [usb67] [panic] Kernel panic during unmounting mass st s usb/103917 usb [usb67] [uhub] USB driver reports "Addr 0 should never o usb/103418 usb [usb67] [usb8] [patch] [request] usbhidctl(8) add abil o usb/103046 usb [usb67] [ulpt] [patch] ulpt event driven I/O with sele o usb/101775 usb [usb67] [usb8] [libusbhid] [patch] possible error in r o usb/101761 usb [usb67] [patch] [request] usb.h: increase maximal size o usb/100746 usb [usb67] [ukbd] system does not boot due to USB keyboar o usb/99538 usb [keyboard] while using USB keyboard default params of o usb/99431 usb [keyboard] FreeBSD on MSI 6566E (Intel 845E motherboar o kern/99200 usb [bluetooth] SMP-Kernel crashes reliably when Bluetooth o usb/98343 usb [boot] BBB reset failed errors with Creative Muvo MP3 o usb/97472 usb [cam] [patch] add support for Olympus C150,D390 s usb/97286 usb [mouse] [request] MS Wireless Intellimouse Explorer 2. o usb/97175 usb [umass] [hang] USB cardreader hangs system o usb/96457 usb [umass] [panic] fatback on umass = reboot o usb/96381 usb [cam] [patch] add a quirk table entry for a flash ram o usb/96224 usb [usb] [msdosfs] mount_msdosfs cause page fault in sync s usb/96120 usb [ums] [request] USB mouse not always detected s usb/95636 usb [umass] [boot] 5 minute delay at boot when using VT620 o usb/95562 usb [umass] Write Stress in USB Mass drive causes "vinvalb s usb/95348 usb [keyboard] USB keyboard unplug causes noise on screen o usb/95037 usb [umass] USB disk not recognized on hot-plug. o usb/94897 usb [panic] Kernel Panic when cleanly unmounting USB disk o usb/94717 usb [ulpt] Reading from /dev/ulpt can break work of a UHCI o usb/94384 usb [panic] kernel panic with usb2 hardware o usb/93872 usb [cam] [patch] SCSI quirk required for ELTA 8061 OL USB o usb/93828 usb [ohci] [panic] ohci causes panic on boot (HP Pavillion o usb/93389 usb [umass] [patch] Digital Camera Pentax S60 don't work o usb/92852 usb [ums] [patch] Vertical scroll not working properly on o usb/92171 usb [panic] panic unplugging Vodafone Mobile Connect (UMTS o usb/92142 usb [uhub] SET_ADDR_FAILED and SHORT_XFER errors from usb o usb/92083 usb [ural] [panic] panic using WPA on ural NIC in 6.0-RELE o usb/92052 usb [ulpt] usbd causes defunct process with busy file-hand o usb/91906 usb [ehci] [hang] FreeBSD hangs while booting with USB leg o usb/91896 usb camcontrol(8): Serial Number of USB Memory Sticks is n o usb/91811 usb [umass] Compact Flash in HP Photosmart 2610 return " o usb/91629 usb [usb] usbd_abort_pipe() may result in infinite loop o usb/91546 usb [umodem] [patch] Nokia 6630 mobile phone does not work o usb/91538 usb [ulpt] [patch] Unable to print to EPSON CX3500 o usb/91283 usb [boot] [regression] booting very slow with usb devices o usb/91238 usb [umass] USB tape unit fails to write a second tape fil o usb/90700 usb [umass] [panic] Kernel panic on connect/mount/use umas o usb/89954 usb [umass] [panic] USB Disk driver race condition? s usb/89003 usb [request] LaCie Firewire drive not properly supported o usb/88743 usb [hang] [regression] USB makes kernel hang at boot (reg o usb/88408 usb [axe] axe0 read PHY failed o usb/87648 usb [mouse] Logitech USB-optical mouse problem. o usb/87224 usb [usb] Cannot mount USB Zip750 o usb/86767 usb [umass] [patch] bogus "slice starts beyond end of the o usb/86298 usb [mouse] Known good USB mouse won't work with correct s s usb/85067 usb [uscanner] Cannot attach ScanJet 4300C to usb device f usb/84750 usb [hang] 6-BETA2 reboot/shutdown with root_fs on externa s usb/84336 usb [usb] [reboot] instant system reboot when unmounting a o usb/83977 usb [ucom] [panic] ucom1: open bulk out error (addr 2): IN o usb/83863 usb [ugen] Communication problem between opensc/openct via o usb/83756 usb [ums] [patch] Microsoft Intellimouse Explorer 4.0A doe o usb/83563 usb [umass] [panic] Page Fault while detaching Mpman Usb d o usb/83504 usb [kernel] [patch] SpeedTouch USB stop working on recent o usb/82660 usb [ehci] [panic] EHCI: I/O stuck in state 'physrd'/panic s usb/82569 usb [umass] [panic] USB mass storage plug/unplug causes sy o usb/82520 usb [udbp] [reboot] Reboot when USL101 connected o usb/82350 usb [ucom] [panic] null pointer dereference in USB stack o usb/81621 usb [ehci] [hang] external hd hangs under load on ehci o usb/80935 usb [uvisor] [patch] uvisor.c is not work with CLIE TH55. o usb/80862 usb [patch] USB locking issues: missing some Giant calls o usb/80854 usb [patch] [request] suggestion for new iface-no-probe me o usb/80829 usb [modules] [panic] possible panic when loading USB-modu s usb/80777 usb [request] usb_rem_task() should wait for callback to c s usb/80776 usb [udav] [request] UDAV device driver shouldn't use usb_ o usb/80774 usb [patch] have "usbd_find_desc" in line with the other " o usb/80361 usb [umass] [patch] mounting of Dell usb-stick fails o usb/80040 usb [sound] [hang] Use of sound mixer causes system freeze o usb/79723 usb [usb] [request] prepare for high speed isochronous tra o usb/79722 usb [ehci] wrong alignments in ehci.h a usb/79656 usb [ehci] RHSC interrupts lost o usb/79524 usb [ulpt] printing to Minolta PagePro 1[23]xxW via USB fa o usb/79287 usb [uhci] [hang] UHCI hang after interrupt transfer o usb/79269 usb [ohci] USB ohci da0 plug/unplug causes crashes and loc o usb/78984 usb [umass] [patch] Creative MUVO umass failure o usb/77294 usb [ucom] [panic] ucom + ulpcom panic o usb/77184 usb [umass] [panic] kernel panic on USB device disconnect, o usb/76732 usb [ums] Mouse problems with USB KVM Switch o usb/76653 usb [umass] [patch] Problem with Asahi Optical usb device o usb/76461 usb [umass] disklabel of umass(4)-CAM(4)-da(4) not used by o usb/76395 usb [uhci] USB printer does not work, usbdevs says "addr 0 s usb/75928 usb [umass] [request] Cytronix SmartMedia card (SMC) reade o usb/75800 usb [ucom] ucom1: init failed STALLED error in time of syn o usb/75797 usb [sound] [regression] 5.3-STABLE(2005 1/4) detect USB h o usb/75764 usb [umass] [patch] "umass0: Phase Error" - no device for o usb/75705 usb [umass] [panic] da0 attach / Optio S4 (with backtrace) o usb/74771 usb [umass] [hang] mounting write-protected umass device a s usb/74453 usb [umass] [patch] Q-lity CD-RW USB ECW-043 (ScanLogic SL o usb/74211 usb [umass] USB flash drive causes CAM status 0x4 on 4.10R o usb/73307 usb [panic] Kernel panics on USB disconnect s usb/72733 usb [ucom] [request] Kyocera 7135 Palm OS connection probl o usb/71455 usb [umass] Slow USB umass performance of 5.3 o usb/71417 usb [ugen] Cryptoflex e-gate USB token (ugen0) communicati o usb/71416 usb [ugen] Cryptoflex e-gate USB token (ugen0) detach is n o usb/71280 usb [aue] aue0 device (linksys usb100tx) doesn't work in 1 o usb/71155 usb [ulpt] misbehaving usb-printer hangs processes, causes o usb/70523 usb [umct] [patch] umct sending/receiving wrong characters o usb/69006 usb [usbdevs] [patch] Apple Cinema Display hangs USB ports o usb/68232 usb [ugen] [patch] ugen(4) isochronous handling correction o usb/67301 usb [uftdi] [panic] RTS and system panic o usb/66547 usb [ucom] Palm Tungsten T USB does not initialize correct o usb/63621 usb [umass] [panic] USB MemoryStick Reader stalls/crashes s usb/62257 usb [umass] [request] card reader UCR-61S2B is only half-s o usb/59698 usb [keyboard] [patch] Rework of ukbd HID to AT code trans s bin/57255 usb [patch] usbd(8) and multi-function devices s usb/52026 usb [usb] [request] umass driver support for InSystem ISD2 s usb/51958 usb [urio] [patch] update for urio driver o i386/46371 usb USB controller cannot be initialized on IBM Netfinity o usb/40948 usb [umass] [request] USB HP CDW8200 does not work o usb/30929 usb [usb] [patch] use usbd to initialize USB ADSL modem 346 problems total. From owner-freebsd-usb@FreeBSD.ORG Mon Mar 22 16:38:17 2010 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DBD501065670; Mon, 22 Mar 2010 16:38:17 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe13.swip.net [212.247.155.129]) by mx1.freebsd.org (Postfix) with ESMTP id 3C3C78FC08; Mon, 22 Mar 2010 16:38:16 +0000 (UTC) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=DyMvu_kyN-YA:10 a=8nJEP1OIZ-IA:10 a=M8b_wTzEtboA:10 a=MnI1ikcADjEx7bvsp0jZvQ==:17 a=tK4cpXu5gehoNYQijT8A:9 a=3WQZAh549X5CPbX5os3RADl0ULQA:4 a=wPNLvfGTeEIA:10 Received: from [188.126.201.140] (account mc467741@c2i.net HELO laptop002.hselasky.homeunix.org) by mailfe13.swip.net (CommuniGate Pro SMTP 5.2.19) with ESMTPA id 993949622; Mon, 22 Mar 2010 17:38:15 +0100 From: Hans Petter Selasky To: Martin Laabs Date: Mon, 22 Mar 2010 17:36:27 +0100 User-Agent: KMail/1.12.4 (FreeBSD/8.0-STABLE; KDE/4.3.4; amd64; ; ) References: <4BA52239.8000300@martinlaabs.de> <201003211415.03564.hselasky@c2i.net> <4BA734D5.4040904@martinlaabs.de> In-Reply-To: <4BA734D5.4040904@martinlaabs.de> X-Face: +~\`s("[*|O,="7?X@L.elg*F"OA\I/3%^p8g?ab%RN'(; _IjlA: hGE..Ew, XAQ*o#\/M~SC=S1-f9{EzRfT'|Hhll5Q]ha5Bt-s|oTlKMusi:1e[wJl}kd}GR Z0adGx-x_0zGbZj'e(Y[(UNle~)8CQWXW@:DX+9)_YlB[tIccCPN$7/L' MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201003221736.27828.hselasky@c2i.net> Cc: kwm@freebsd.org, freebsd-usb@freebsd.org Subject: Re: Find Vendor/Product ID from uhid device 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, 22 Mar 2010 16:38:17 -0000 On Monday 22 March 2010 10:13:57 Martin Laabs wrote: > Hi Hans, > > > That is not true. Search Google for cuse4bsd :-) > > > >> If that is not desirable, we > > Looks promising. When will cuse4bsd be in the ports/8.0 release base > system? If it is not already there, it should reach the ports tree soon. > > > Just an idea: > > > > Maybe we can import the linux-js driver into the webcamd framework? Could > > you have a look at it. Then the code changes will be minimal! > > Well - the name is a bit missleading. linux-js is a native bsd driver which > creates a device that behaves like a linux joystick device. > But maybe the original linux joystick driver could be ported with the > webcamd framework. At least this would support much more devices and maybe > also force feedback. > Is there some documentation about webcamd or can you give me a short > overview what the basic steps are to port a linux driver with the > framework? man cuse4bsd No other man-pages yet. What you do is to add the path and filename to the ulinux/Makefile. Then run "make" and resolve any leftover issues. --HPS From owner-freebsd-usb@FreeBSD.ORG Mon Mar 22 16:43:36 2010 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1EEC2106566C; Mon, 22 Mar 2010 16:43:36 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe01.swip.net [212.247.154.1]) by mx1.freebsd.org (Postfix) with ESMTP id 7A7F08FC12; Mon, 22 Mar 2010 16:43:34 +0000 (UTC) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=vHOFoGaOoHMA:10 a=Q9fys5e9bTEA:10 a=M8b_wTzEtboA:10 a=MnI1ikcADjEx7bvsp0jZvQ==:17 a=6I5d2MoRAAAA:8 a=MjhrPF0Teqfe3vJ9ExYA:9 a=vcO0NF32eDJuukCRizMA:7 a=UdHm7aFd026or6Ki5T8tRhZHxJkA:4 a=PUjeQqilurYA:10 Received: from [188.126.201.140] (account mc467741@c2i.net HELO laptop002.hselasky.homeunix.org) by mailfe01.swip.net (CommuniGate Pro SMTP 5.2.19) with ESMTPA id 325161117; Mon, 22 Mar 2010 17:43:33 +0100 To: freebsd-usb@freebsd.org From: Hans Petter Selasky X-Face: +~\`s("[*|O,="7?X@L.elg*F"OA\I/3%^p8g?ab%RN'( =?iso-8859-15?q?=3B=5FIjlA=3A=0A=09hGE=2E=2EEw?=, =?iso-8859-15?q?XAQ*o=23=5C/M=7ESC=3DS1-f9=7BEzRfT=27=7CHhll5Q=5Dha5Bt-s=7Co?= =?iso-8859-15?q?TlKMusi=3A1e=5BwJl=7Dkd=7DGR=0A=09Z0adGx-x=5F0zGbZj=27e?=(Y[(UNle~)8CQWXW@:DX+9)_YlB[tIccCPN$7/L' Date: Mon, 22 Mar 2010 17:41:47 +0100 MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201003221741.47390.hselasky@c2i.net> Cc: freebsd-gnats-submit@freebsd.org, Monty Hall Subject: Re: usb/144915: Prolific USB-IDE Bridge for Seagate ST350083 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, 22 Mar 2010 16:43:36 -0000 Hi, Your patch has been committed to USB P4. Please verify: http://perforce.freebsd.org/chv.cgi?CH=175945 --HPS From owner-freebsd-usb@FreeBSD.ORG Mon Mar 22 16:50:03 2010 Return-Path: Delivered-To: freebsd-usb@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BD8301065670 for ; Mon, 22 Mar 2010 16:50:03 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 8CBC68FC12 for ; Mon, 22 Mar 2010 16:50:03 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o2MGo30K017673 for ; Mon, 22 Mar 2010 16:50:03 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o2MGo3Bk017672; Mon, 22 Mar 2010 16:50:03 GMT (envelope-from gnats) Date: Mon, 22 Mar 2010 16:50:03 GMT Message-Id: <201003221650.o2MGo3Bk017672@freefall.freebsd.org> To: freebsd-usb@FreeBSD.org From: Hans Petter Selasky Cc: Subject: Re: usb/144915: Prolific USB-IDE Bridge for Seagate ST350083 X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Hans Petter Selasky List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Mar 2010 16:50:03 -0000 The following reply was made to PR usb/144915; it has been noted by GNATS. From: Hans Petter Selasky To: freebsd-usb@freebsd.org Cc: Monty Hall , freebsd-gnats-submit@freebsd.org Subject: Re: usb/144915: Prolific USB-IDE Bridge for Seagate ST350083 Date: Mon, 22 Mar 2010 17:41:47 +0100 Hi, Your patch has been committed to USB P4. Please verify: http://perforce.freebsd.org/chv.cgi?CH=175945 --HPS From owner-freebsd-usb@FreeBSD.ORG Mon Mar 22 18:57:35 2010 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7BB4F1065670 for ; Mon, 22 Mar 2010 18:57:35 +0000 (UTC) (envelope-from andrey.kosachenko@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.159]) by mx1.freebsd.org (Postfix) with ESMTP id 03E0F8FC0A for ; Mon, 22 Mar 2010 18:57:34 +0000 (UTC) Received: by fg-out-1718.google.com with SMTP id d23so565646fga.13 for ; Mon, 22 Mar 2010 11:57:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=fVH5PuXsMZweb3ottUBSwjf4zqhRvlZGgMYaZi0oeSU=; b=S/J+W+C5cMAkH/xubVSPcijxMPrWjRwD5+KJboCesU1N1ebZ9pVC1g7UMgOZ8LsJlv TyR9wolKVHE7R10FW3O7LnCPq1EZFXfSGPiROX7ien6F/qmZxpxsaJNy1LtKSe2wDav0 URyYG773xt+oS2+Ldd/+wqYUAiiegcqX/2UwE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; b=hmOQwhzxaIecCi7hgMGI/KC6CkjzwKC6rDFIv4NoQDt2bzXy19h99bRwRHg0vC1p2B 9qiMeKZBE/ACxyg45PsrTHly1quJFr2Z1jHKxGWj6J1Xod0l63WvuCdN8LMTLk3uYYbU ZKR3B1d9EZ2noKIEZ98+c3H2nXmRtuQyLSFFI= Received: by 10.103.87.36 with SMTP id p36mr10453608mul.102.1269284253563; Mon, 22 Mar 2010 11:57:33 -0700 (PDT) Received: from beastie.lan ([195.60.174.86]) by mx.google.com with ESMTPS id 25sm1093909mul.46.2010.03.22.11.57.29 (version=SSLv3 cipher=RC4-MD5); Mon, 22 Mar 2010 11:57:29 -0700 (PDT) Message-ID: <4BA7BD03.1010701@gmail.com> Date: Mon, 22 Mar 2010 20:54:59 +0200 From: Andrey Kosachenko User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.8) Gecko/20100303 Thunderbird/3.0.3 MIME-Version: 1.0 To: freebsd-usb@freebsd.org References: <4B9CF518.1020706@gmail.com> <201003141904.15907.hselasky@c2i.net> In-Reply-To: <201003141904.15907.hselasky@c2i.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: [current] could not attach n900 (mass storage mode) at high speed 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, 22 Mar 2010 18:57:35 -0000 Hi, On 14.03.2010 20:04, Hans Petter Selasky wrote: > The port speed is decided by the EHCI Host Controller. You maybe want to > enable HUB debugging messages: > > sysctl hw.usb.uhub.debug=15 > > sysctl hw.usb.ehci.debug=8 > > --HPS thanks, actually I spent on this about an hour (and didn't succeed). Ordinary usb stick was detected and worked at high speed whereas system refused to work at high speed with N900 on the same port. However, accidentally I found mention (seems it was in mailing lists of Gentoo community or smth.) that there were observed several issues with BIOS and USB subsystem specific to the model of my laptop (hp6710b). The only way to treat it is whether to try reset BIOS to default values or remove/insert battery on mb. I followed that pieces of advice and that helpled (moreover system started (at last) to recognize internal bluetooth device). Anyway, many thanks for your help and time and sorry for the noise. -- Best regards, Andrey Kosachenko From owner-freebsd-usb@FreeBSD.ORG Mon Mar 22 23:57:52 2010 Return-Path: Delivered-To: freebsd-usb@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C65DA106566B; Mon, 22 Mar 2010 23:57:52 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 9C9C28FC12; Mon, 22 Mar 2010 23:57:52 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o2MNvqIi084991; Mon, 22 Mar 2010 23:57:52 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o2MNvqeX084987; Mon, 22 Mar 2010 23:57:52 GMT (envelope-from linimon) Date: Mon, 22 Mar 2010 23:57:52 GMT Message-Id: <201003222357.o2MNvqeX084987@freefall.freebsd.org> To: andy@siliconlandmark.com, linimon@FreeBSD.org, freebsd-usb@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: usb/128803: [usbdevs] [patch] Quirk for I-Tuner Networks USBLCD4X20 support 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, 22 Mar 2010 23:57:52 -0000 Synopsis: [usbdevs] [patch] Quirk for I-Tuner Networks USBLCD4X20 support State-Changed-From-To: open->feedback State-Changed-By: linimon State-Changed-When: Mon Mar 22 23:57:32 UTC 2010 State-Changed-Why: To submitter: have you tried this with the new USB stack in FreeBSD 8? http://www.freebsd.org/cgi/query-pr.cgi?pr=128803 From owner-freebsd-usb@FreeBSD.ORG Tue Mar 23 02:30:07 2010 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A5961106566C for ; Tue, 23 Mar 2010 02:30:07 +0000 (UTC) (envelope-from matheusber@gmail.com) Received: from mail-qy0-f198.google.com (mail-qy0-f198.google.com [209.85.221.198]) by mx1.freebsd.org (Postfix) with ESMTP id 50F218FC0C for ; Tue, 23 Mar 2010 02:30:06 +0000 (UTC) Received: by qyk36 with SMTP id 36so4145913qyk.30 for ; Mon, 22 Mar 2010 19:30:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:received:received :message-id:date:subject:from:to:user-agent:mime-version :content-type:content-transfer-encoding:x-priority:importance; bh=BHr1aW3Z/0Svtbhu+zKF0r2VCGycWKQV8RsM4xAGZRI=; b=Pj2DqML+PuM4V6lJ6pyXjdVcfiKJDPgR9nr30xOtN1IKd7BknjQPTPrVQSnvY1oBj8 mpa0sQKuQJkfwmM6+5pJyt1QSIM0NnA1+uS+n/5rIvHExmn/9mXqO625JnVC+669TJ4S E+RcyhemJijV+Gv3hfQ2Bgs6nRCRqSKAaEDZM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:subject:from:to:user-agent:mime-version :content-type:content-transfer-encoding:x-priority:importance; b=RYwAe1kgz2IDHgAWqrRZPJnLHieoVx5uICvuCCVs1AWowB7sOPpyiblaZ+LjueeWxq hpLW5IPVqlxwkLZhr/Qx59HeX+MRbXowIZBOYTuy83BQYbn5mLb8MPW/HobSVhkTSCom z9Zz64/FPN8X4M6fEs+zd8fr2oA2hqmKOQtwg= Received: by 10.224.79.231 with SMTP id q39mr1496537qak.163.1269311406305; Mon, 22 Mar 2010 19:30:06 -0700 (PDT) Received: from cygnus.homeunix.com ([189.71.112.4]) by mx.google.com with ESMTPS id 7sm10536992qwf.54.2010.03.22.19.30.04 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 22 Mar 2010 19:30:05 -0700 (PDT) Sender: Nenhum_de_Nos Received: by cygnus.homeunix.com (Postfix, from userid 80) id A4A5EB8A1E; Mon, 22 Mar 2010 23:29:58 -0300 (BRT) Received: from 10.1.1.100 (SquirrelMail authenticated user matheus) by lamneth with HTTP; Mon, 22 Mar 2010 23:29:58 -0300 (BRT) Message-ID: Date: Mon, 22 Mar 2010 23:29:58 -0300 (BRT) From: "Nenhum_de_Nos" To: freebsd-usb@freebsd.org User-Agent: SquirrelMail/1.4.15 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Subject: Re: 10Mbps+ throughput usb based ethernet recommendation 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, 23 Mar 2010 02:30:07 -0000 On Mon, March 1, 2010 16:10, Pyun YongHyeon wrote: > On Mon, Mar 01, 2010 at 03:57:02PM -0300, Nenhum_de_Nos wrote: >> hail, >> >> I need an usb nic that is able to push more then 10Mbps on wire. if is altq capable better. >> > > AFAIK all USB ethernet drivers support altq(4). > >> I use pfsense as router, but my next upgrade will use 10Mbps link and my aue and rue nic's can't pass the 5Mbps barrier. I need to use three to make 11Mbps on it, and its not a good thing for me in production. >> >> I've seen some axe based on its manual page, but I'm afraid to buy and it >> won't solve my problem. if anyone has any leads/experience on this please >> broadcast :) >> > > Last time I tried AX88178 based axe(4) controller, I can push more than 200Mbps. Related change already MFCed to stable/8. well, I did that but using that chip on windows :( I got two nics based on these chips but they are unstable as hell in FreeBSD. on pfSense (FreeBSD 7.1 and 7.2 versions) I never got the axe0 media to be active. on 8-stable (this box), one got issues with media link and the other can set link state ok, but looses 10% of ping packets. iperf gets cut every now and then and this makes the throughput suffer :( I plan to use pfSense 1.2.3 (7.2 based) and when available pfSense 2.0 (8.0 based). are there any patches to try ? it is really unstable here ... some logs: Client connecting to 192.168.1.2, TCP port 5001 TCP window size: 32.5 KByte (default) ------------------------------------------------------------ [ 3] local 192.168.1.1 port 42556 connected with 192.168.1.2 port 5001 [ ID] Interval Transfer Bandwidth [ 3] 0.0-32.7 sec 69.5 MBytes 17.8 Mbits/sec [root@darkside ~]# iperf -c 192.168.1.2 -t 30 ------------------------------------------------------------ Client connecting to 192.168.1.2, TCP port 5001 TCP window size: 32.5 KByte (default) ------------------------------------------------------------ [ 3] local 192.168.1.1 port 45725 connected with 192.168.1.2 port 5001 [ ID] Interval Transfer Bandwidth [ 3] 0.0-30.6 sec 128 MBytes 35.1 Mbits/sec [root@darkside ~]# iperf -c 192.168.1.2 -t 30 ------------------------------------------------------------ Client connecting to 192.168.1.2, TCP port 5001 TCP window size: 32.5 KByte (default) ------------------------------------------------------------ [ 3] local 192.168.1.1 port 38546 connected with 192.168.1.2 port 5001 [ ID] Interval Transfer Bandwidth [ 3] 0.0-31.0 sec 129 MBytes 35.0 Mbits/sec this is: FreeBSD xxx 8.0-STABLE FreeBSD 8.0-STABLE #7: Sun Mar 21 03:45:47 BRT 2010 root@xxx:/usr/obj/usr/src/sys/xxx amd64 and on both ends there is a nic using this chip, here is this freebsd and the other on windows xp. as said above, when run iperf on this nic on windows and my nfe gigabit I got those 228Mbps said above. thanks, matheus -- We will call you cygnus, The God of balance you shall be A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? http://en.wikipedia.org/wiki/Posting_style -- We will call you cygnus, The God of balance you shall be A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? http://en.wikipedia.org/wiki/Posting_style From owner-freebsd-usb@FreeBSD.ORG Tue Mar 23 03:13:42 2010 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A3563106566C for ; Tue, 23 Mar 2010 03:13:42 +0000 (UTC) (envelope-from matheusber@gmail.com) Received: from mail-gy0-f182.google.com (mail-gy0-f182.google.com [209.85.160.182]) by mx1.freebsd.org (Postfix) with ESMTP id 534178FC13 for ; Tue, 23 Mar 2010 03:13:42 +0000 (UTC) Received: by gyh3 with SMTP id 3so441894gyh.13 for ; Mon, 22 Mar 2010 20:13:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:received:received :message-id:in-reply-to:references:date:subject:from:to:user-agent :mime-version:content-type:content-transfer-encoding:x-priority :importance; bh=ssgY5qcMWYPc6Gy0sRLD7Nue3WkZRCqtd9KMkHnVchg=; b=wsUmjLFVXkrMyn/u1ZqFCY0PHQgQVBxKcWj31BklSukqW4tfdy9XCs5b9MCdYjqptJ Uj8C6qYGM31g6q0cx5NfpvaTa7ntE9R7MV5vFW/8xOtcv/6ldtStyOS7aYtqotBt6cn8 0cRvVxCMcjk1SMDHd/vuPLUbnUFh/G6B3wQ/s= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:in-reply-to:references:date:subject:from:to :user-agent:mime-version:content-type:content-transfer-encoding :x-priority:importance; b=uWxk0y9tJNK7bdPS3v59GXazgxz793oUBOJ2sgjQ5/a2xpelWxAW0y3TlNtvpA07xB ti2CjEa4zA/ZERRds9vzny6PDAkHJ3AP0YOZrXIzp+QPlZyEsyJ3U1dgU9BAXoqG+e3B QzQITi5itb0E9h+W+FRQwAoqwIuncy+8khLYA= Received: by 10.100.24.15 with SMTP id 15mr7700102anx.27.1269314021342; Mon, 22 Mar 2010 20:13:41 -0700 (PDT) Received: from cygnus.homeunix.com ([189.71.112.4]) by mx.google.com with ESMTPS id 9sm1895261ywe.37.2010.03.22.20.13.37 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 22 Mar 2010 20:13:40 -0700 (PDT) Sender: Nenhum_de_Nos Received: by cygnus.homeunix.com (Postfix, from userid 80) id 3BFF2B8A1E; Tue, 23 Mar 2010 00:13:26 -0300 (BRT) Received: from 10.1.1.100 (SquirrelMail authenticated user matheus) by lamneth with HTTP; Tue, 23 Mar 2010 00:13:26 -0300 (BRT) Message-ID: <5f0d2fca99441437799bc5d7f55d6ea9.squirrel@lamneth> In-Reply-To: References: Date: Tue, 23 Mar 2010 00:13:26 -0300 (BRT) From: "Nenhum_de_Nos" To: freebsd-usb@freebsd.org User-Agent: SquirrelMail/1.4.15 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Subject: Re: 10Mbps+ throughput usb based ethernet recommendation 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, 23 Mar 2010 03:13:42 -0000 On Mon, March 22, 2010 23:29, Nenhum_de_Nos wrote: > > > On Mon, March 1, 2010 16:10, Pyun YongHyeon wrote: >> On Mon, Mar 01, 2010 at 03:57:02PM -0300, Nenhum_de_Nos wrote: >>> hail, >>> >>> I need an usb nic that is able to push more then 10Mbps on wire. if is > altq capable better. >>> >> >> AFAIK all USB ethernet drivers support altq(4). >> >>> I use pfsense as router, but my next upgrade will use 10Mbps link and > my aue and rue nic's can't pass the 5Mbps barrier. I need to use three > to make 11Mbps on it, and its not a good thing for me in production. >>> >>> I've seen some axe based on its manual page, but I'm afraid to buy and >>> it >>> won't solve my problem. if anyone has any leads/experience on this >>> please >>> broadcast :) >>> >> >> Last time I tried AX88178 based axe(4) controller, I can push more than > 200Mbps. Related change already MFCed to stable/8. > > well, I did that but using that chip on windows :( > > I got two nics based on these chips but they are unstable as hell in > FreeBSD. on pfSense (FreeBSD 7.1 and 7.2 versions) I never got the axe0 > media to be active. on 8-stable (this box), one got issues with media link > and the other can set link state ok, but looses 10% of ping packets. iperf > gets cut every now and then and this makes the throughput suffer :( > > I plan to use pfSense 1.2.3 (7.2 based) and when available pfSense 2.0 > (8.0 based). > > are there any patches to try ? it is really unstable here ... > > some logs: > > Client connecting to 192.168.1.2, TCP port 5001 > TCP window size: 32.5 KByte (default) > ------------------------------------------------------------ > [ 3] local 192.168.1.1 port 42556 connected with 192.168.1.2 port 5001 > [ ID] Interval Transfer Bandwidth > [ 3] 0.0-32.7 sec 69.5 MBytes 17.8 Mbits/sec > [root@darkside ~]# iperf -c 192.168.1.2 -t 30 > ------------------------------------------------------------ > Client connecting to 192.168.1.2, TCP port 5001 > TCP window size: 32.5 KByte (default) > ------------------------------------------------------------ > [ 3] local 192.168.1.1 port 45725 connected with 192.168.1.2 port 5001 > [ ID] Interval Transfer Bandwidth > [ 3] 0.0-30.6 sec 128 MBytes 35.1 Mbits/sec > [root@darkside ~]# iperf -c 192.168.1.2 -t 30 > ------------------------------------------------------------ > Client connecting to 192.168.1.2, TCP port 5001 > TCP window size: 32.5 KByte (default) > ------------------------------------------------------------ > [ 3] local 192.168.1.1 port 38546 connected with 192.168.1.2 port 5001 > [ ID] Interval Transfer Bandwidth > [ 3] 0.0-31.0 sec 129 MBytes 35.0 Mbits/sec > > this is: > > FreeBSD xxx 8.0-STABLE FreeBSD 8.0-STABLE #7: Sun Mar 21 03:45:47 BRT 2010 > root@xxx:/usr/obj/usr/src/sys/xxx amd64 > > and on both ends there is a nic using this chip, here is this freebsd and > the other on windows xp. > > as said above, when run iperf on this nic on windows and my nfe gigabit I > got those 228Mbps said above. > > thanks, > > matheus > > -- > We will call you cygnus, > The God of balance you shall be > > A: Because it messes up the order in which people normally read text. Q: > Why is top-posting such a bad thing? > > http://en.wikipedia.org/wiki/Posting_style > > > > -- > We will call you cygnus, > The God of balance you shall be > > A: Because it messes up the order in which people normally read text. > Q: Why is top-posting such a bad thing? > > http://en.wikipedia.org/wiki/Posting_style > _______________________________________________ > 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" > Just adding info, I keep getting these outputs from ifconfig: ue0: flags=8843 metric 0 mtu 1500 ether 00:11:50:e7:39:e9 inet 192.168.1.1 netmask 0xffffff00 broadcast 192.168.1.255 media: Ethernet autoselect (1000baseT ) status: active and: ue0: flags=8843 metric 0 mtu 1500 ether 00:11:50:e7:39:e9 inet 192.168.1.1 netmask 0xffffff00 broadcast 192.168.1.255 media: Ethernet autoselect (100baseTX ) status: active and this keeps repeating over and over. iperf and on the other end an intel gigabit pcie nic: [root@xxx ~]# iperf -c 192.168.1.2 -t 30 ------------------------------------------------------------ Client connecting to 192.168.1.2, TCP port 5001 TCP window size: 32.5 KByte (default) ------------------------------------------------------------ [ 3] local 192.168.1.1 port 52180 connected with 192.168.1.2 port 5001 [ ID] Interval Transfer Bandwidth [ 3] 0.0-50.9 sec 392 MBytes 64.6 Mbits/sec [root@xxx ~]# iperf -c 192.168.1.2 -t 30 ------------------------------------------------------------ Client connecting to 192.168.1.2, TCP port 5001 TCP window size: 32.5 KByte (default) ------------------------------------------------------------ [ 3] local 192.168.1.1 port 62772 connected with 192.168.1.2 port 5001 [ ID] Interval Transfer Bandwidth [ 3] 0.0-30.0 sec 489 MBytes 137 Mbits/sec again it is 32MBps and gets cut down to some KBps, then again 32MBps. I think those link negotiations are to blame, but that's a "I think" :) matheus -- We will call you cygnus, The God of balance you shall be A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? http://en.wikipedia.org/wiki/Posting_style From owner-freebsd-usb@FreeBSD.ORG Tue Mar 23 18:57:39 2010 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 28E5C1065686 for ; Tue, 23 Mar 2010 18:57:39 +0000 (UTC) (envelope-from bahamasfranks@gmail.com) Received: from mail-pw0-f54.google.com (mail-pw0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id 021918FC0C for ; Tue, 23 Mar 2010 18:57:38 +0000 (UTC) Received: by pwj4 with SMTP id 4so5112713pwj.13 for ; Tue, 23 Mar 2010 11:57:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:received:message-id :subject:from:to:content-type; bh=GDNbHkeNG2XZKe7BT7Brhls4cT9htBCwpR9qiK/lCrs=; b=C8SvsiI/lthvhjBwKmALVWV4lO5CCexTLFmlU+v7GAUl3fMXQTEJfdgpcYV0jH3hZA cAzUJgKoANLpTkN1ZRclowVnaYR9ff42UYM9c0V6JuV6Fq5//WJgB8Q0i6mLvBUgETtk j5MxpJF2tC83zqdu+mbWJ1ybMqtfT6sfrXPL8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=OPZ+RrEu36tMQW81di6xE/kgLGl6XIHgepB0D7fPXtN/1zoTL/iqjjTeI9h4vFgxMu 6ZU/Ksgl9LjKi8QUCKwB9HeMfMm+RoL8uBNc3mFsHed18+b+CSZootp21FS+3/hVoist fvrrdC/mEj5BqHoq67MmeBme+6K+KCIAEVJGA= MIME-Version: 1.0 Received: by 10.140.134.12 with HTTP; Tue, 23 Mar 2010 11:44:55 -0700 (PDT) Date: Tue, 23 Mar 2010 11:44:55 -0700 Received: by 10.141.23.20 with SMTP id a20mr8556rvj.1.1269369895870; Tue, 23 Mar 2010 11:44:55 -0700 (PDT) Message-ID: <539c60b91003231144n37cd3c3ct2dbd1f7f8f8bd953@mail.gmail.com> From: Steve Franks To: freebsd-usb Content-Type: text/plain; charset=ISO-8859-1 Subject: uslcom drops chars(?) when used with hub 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, 23 Mar 2010 18:57:39 -0000 After my last 8-stable buildworld, I can't upgrade firmware on uslcom devices plugged into a hub. I can still talk to them over a terminal, but it seems anything that slams bits at them 'fast' dies an early death. Works fine in motherboard usb slot, however. Also, had identical hub that's rarely ever used, which has same behavior, so all things point to an OS/quirks type issue. How do I even begin debugging this? This is a major problem for my day to day workflow. I do *a lot* of firmware upgrades. Steve From owner-freebsd-usb@FreeBSD.ORG Tue Mar 23 20:59:20 2010 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BDBB1106566B for ; Tue, 23 Mar 2010 20:59:20 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe13.swipnet.se [212.247.155.129]) by mx1.freebsd.org (Postfix) with ESMTP id 4F12D8FC16 for ; Tue, 23 Mar 2010 20:59:19 +0000 (UTC) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=EyIkf90I47cA:10 a=8nJEP1OIZ-IA:10 a=M8b_wTzEtboA:10 a=MnI1ikcADjEx7bvsp0jZvQ==:17 a=6I5d2MoRAAAA:8 a=V_ZVke8TqqtepFZ81icA:9 a=dlHhC5fvx9_DE006tMDAf2AvGF4A:4 a=wPNLvfGTeEIA:10 a=gWmOFBW1Y4AA:10 Received: from [188.126.201.140] (account mc467741@c2i.net HELO laptop002.hselasky.homeunix.org) by mailfe13.swip.net (CommuniGate Pro SMTP 5.2.19) with ESMTPA id 994339256; Tue, 23 Mar 2010 21:59:18 +0100 From: Hans Petter Selasky To: freebsd-usb@freebsd.org Date: Tue, 23 Mar 2010 21:57:30 +0100 User-Agent: KMail/1.12.4 (FreeBSD/8.0-STABLE; KDE/4.3.4; amd64; ; ) References: <539c60b91003231144n37cd3c3ct2dbd1f7f8f8bd953@mail.gmail.com> In-Reply-To: <539c60b91003231144n37cd3c3ct2dbd1f7f8f8bd953@mail.gmail.com> X-Face: +~\`s("[*|O,="7?X@L.elg*F"OA\I/3%^p8g?ab%RN'(; _IjlA: hGE..Ew, XAQ*o#\/M~SC=S1-f9{EzRfT'|Hhll5Q]ha5Bt-s|oTlKMusi:1e[wJl}kd}GR Z0adGx-x_0zGbZj'e(Y[(UNle~)8CQWXW@:DX+9)_YlB[tIccCPN$7/L' MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201003232157.30932.hselasky@c2i.net> Cc: Subject: Re: uslcom drops chars(?) when used with hub 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, 23 Mar 2010 20:59:20 -0000 On Tuesday 23 March 2010 19:44:55 Steve Franks wrote: > After my last 8-stable buildworld, I can't upgrade firmware on uslcom > devices plugged into a hub. I can still talk to them over a terminal, > but it seems anything that slams bits at them 'fast' dies an early > death. Works fine in motherboard usb slot, however. Also, had > identical hub that's rarely ever used, which has same behavior, so all > things point to an OS/quirks type issue. > > How do I even begin debugging this? This is a major problem for my > day to day workflow. I do *a lot* of firmware upgrades. Hi, You can try: sysctl hw.usb.uslcom.debug=15 What does usbconfig say about your device when you use the HUB and without HUB? Also check the version history for /sys/dev/usb/serial/uslcom.c at freebsd.org. --HPS From owner-freebsd-usb@FreeBSD.ORG Wed Mar 24 01:01:36 2010 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3F7791065670 for ; Wed, 24 Mar 2010 01:01:36 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-bw0-f216.google.com (mail-bw0-f216.google.com [209.85.218.216]) by mx1.freebsd.org (Postfix) with ESMTP id B67BD8FC13 for ; Wed, 24 Mar 2010 01:01:35 +0000 (UTC) Received: by bwz8 with SMTP id 8so680427bwz.3 for ; Tue, 23 Mar 2010 18:01:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:references:mime-version:content-type :content-disposition:in-reply-to:user-agent; bh=1y9LS3IKCZd9SEyXRG8o7U1G3YUxQfzJxfEZP59uFgY=; b=m6/7Qxln54fLedXpNcsYTHRcAMA1qolRDqhZERkJbDHGsAuowzIy54M/ElyL8JzjYw 5OUxWMPCSXL4lKX0eoIqBbrwoMuRCrbcMT3UkQ6eauzXu0zs2xTYO1hYnsCMWGUl1h/K Jf6LmA2G8AC8SJR1ILaZvymV21OWpoX60Ut+Y= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=HYtTpoOlHXDPD4dKOnyYM4goUi6w8QniXptfnMxm+ObJ+pJmeQXo2AwHopu1fpByjG gb8DcxomWwQJP71mpY+0WQsZ4tNFw8NeCa4sXuOXmnwxjZuLTc3MLT1itjW1rNh0COQM Uve0gx66lekDda4bgCYMXOIpnIiqj24byuaAU= Received: by 10.204.145.14 with SMTP id b14mr6991363bkv.142.1269392494583; Tue, 23 Mar 2010 18:01:34 -0700 (PDT) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id 24sm30625519bkr.18.2010.03.23.18.01.31 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 23 Mar 2010 18:01:32 -0700 (PDT) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Tue, 23 Mar 2010 18:01:07 -0700 From: Pyun YongHyeon Date: Tue, 23 Mar 2010 18:01:07 -0700 To: Nenhum_de_Nos Message-ID: <20100324010107.GM1278@michelle.cdnetworks.com> References: <5f0d2fca99441437799bc5d7f55d6ea9.squirrel@lamneth> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <5f0d2fca99441437799bc5d7f55d6ea9.squirrel@lamneth> User-Agent: Mutt/1.4.2.3i Cc: freebsd-usb@freebsd.org Subject: Re: 10Mbps+ throughput usb based ethernet recommendation X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Mar 2010 01:01:36 -0000 On Tue, Mar 23, 2010 at 12:13:26AM -0300, Nenhum_de_Nos wrote: > > On Mon, March 22, 2010 23:29, Nenhum_de_Nos wrote: > > > > > > On Mon, March 1, 2010 16:10, Pyun YongHyeon wrote: > >> On Mon, Mar 01, 2010 at 03:57:02PM -0300, Nenhum_de_Nos wrote: > >>> hail, > >>> > >>> I need an usb nic that is able to push more then 10Mbps on wire. if is > > altq capable better. > >>> > >> > >> AFAIK all USB ethernet drivers support altq(4). > >> > >>> I use pfsense as router, but my next upgrade will use 10Mbps link and > > my aue and rue nic's can't pass the 5Mbps barrier. I need to use three > > to make 11Mbps on it, and its not a good thing for me in production. > >>> > >>> I've seen some axe based on its manual page, but I'm afraid to buy and > >>> it > >>> won't solve my problem. if anyone has any leads/experience on this > >>> please > >>> broadcast :) > >>> > >> > >> Last time I tried AX88178 based axe(4) controller, I can push more than > > 200Mbps. Related change already MFCed to stable/8. > > > > well, I did that but using that chip on windows :( > > > > I got two nics based on these chips but they are unstable as hell in > > FreeBSD. on pfSense (FreeBSD 7.1 and 7.2 versions) I never got the axe0 > > media to be active. on 8-stable (this box), one got issues with media link > > and the other can set link state ok, but looses 10% of ping packets. iperf > > gets cut every now and then and this makes the throughput suffer :( > > > > I plan to use pfSense 1.2.3 (7.2 based) and when available pfSense 2.0 > > (8.0 based). > > > > are there any patches to try ? it is really unstable here ... > > > > some logs: > > > > Client connecting to 192.168.1.2, TCP port 5001 > > TCP window size: 32.5 KByte (default) > > ------------------------------------------------------------ > > [ 3] local 192.168.1.1 port 42556 connected with 192.168.1.2 port 5001 > > [ ID] Interval Transfer Bandwidth > > [ 3] 0.0-32.7 sec 69.5 MBytes 17.8 Mbits/sec > > [root@darkside ~]# iperf -c 192.168.1.2 -t 30 > > ------------------------------------------------------------ > > Client connecting to 192.168.1.2, TCP port 5001 > > TCP window size: 32.5 KByte (default) > > ------------------------------------------------------------ > > [ 3] local 192.168.1.1 port 45725 connected with 192.168.1.2 port 5001 > > [ ID] Interval Transfer Bandwidth > > [ 3] 0.0-30.6 sec 128 MBytes 35.1 Mbits/sec > > [root@darkside ~]# iperf -c 192.168.1.2 -t 30 > > ------------------------------------------------------------ > > Client connecting to 192.168.1.2, TCP port 5001 > > TCP window size: 32.5 KByte (default) > > ------------------------------------------------------------ > > [ 3] local 192.168.1.1 port 38546 connected with 192.168.1.2 port 5001 > > [ ID] Interval Transfer Bandwidth > > [ 3] 0.0-31.0 sec 129 MBytes 35.0 Mbits/sec > > > > this is: > > > > FreeBSD xxx 8.0-STABLE FreeBSD 8.0-STABLE #7: Sun Mar 21 03:45:47 BRT 2010 > > root@xxx:/usr/obj/usr/src/sys/xxx amd64 > > > > and on both ends there is a nic using this chip, here is this freebsd and > > the other on windows xp. > > > > as said above, when run iperf on this nic on windows and my nfe gigabit I > > got those 228Mbps said above. > > > > thanks, > > > > matheus > > > > -- > > We will call you cygnus, > > The God of balance you shall be > > > > A: Because it messes up the order in which people normally read text. Q: > > Why is top-posting such a bad thing? > > > > http://en.wikipedia.org/wiki/Posting_style > > > > > > > > -- > > We will call you cygnus, > > The God of balance you shall be > > > > A: Because it messes up the order in which people normally read text. > > Q: Why is top-posting such a bad thing? > > > > http://en.wikipedia.org/wiki/Posting_style > > _______________________________________________ > > 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" > > > > Just adding info, I keep getting these outputs from ifconfig: > > ue0: flags=8843 metric 0 mtu 1500 > ether 00:11:50:e7:39:e9 > inet 192.168.1.1 netmask 0xffffff00 broadcast 192.168.1.255 > media: Ethernet autoselect (1000baseT ) > status: active > and: > ue0: flags=8843 metric 0 mtu 1500 > ether 00:11:50:e7:39:e9 > inet 192.168.1.1 netmask 0xffffff00 broadcast 192.168.1.255 > media: Ethernet autoselect (100baseTX ) ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > status: active > > and this keeps repeating over and over. iperf and on the other end an Maybe this is real problem. It seems PHY have trouble to establish link. This is FreeBSD stable/8 right? Would you show me the output of "devinfo -rv| grep phy"? > intel gigabit pcie nic: > From owner-freebsd-usb@FreeBSD.ORG Wed Mar 24 21:16:32 2010 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AA4F9106564A for ; Wed, 24 Mar 2010 21:16:32 +0000 (UTC) (envelope-from matheusber@gmail.com) Received: from mail-qy0-f200.google.com (mail-qy0-f200.google.com [209.85.221.200]) by mx1.freebsd.org (Postfix) with ESMTP id 53C048FC0A for ; Wed, 24 Mar 2010 21:16:32 +0000 (UTC) Received: by qyk38 with SMTP id 38so851006qyk.9 for ; Wed, 24 Mar 2010 14:16:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:received:received :message-id:in-reply-to:references:date:subject:from:to:cc :user-agent:mime-version:content-type:content-transfer-encoding :x-priority:importance; bh=glcMdfrtoLnlg6w5bvkVP7JL6IoZk+dKqe8u/OOnspc=; b=L8FDvxs4ewwgUfhQhb93T0TJtPWsMo73suEHgAccEZYaEldR01qPhQcbXjVcUv5W6W ZFMrHZcF7rjHRF530T8n49aX9QOeRsQuoNIVZtT13WZSGu+tD1PJRV/cle2JLdQJ1TMW 601gi7bJGygdVdCB9SCKQfTu6Y9xPQgYqEoos= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:in-reply-to:references:date:subject:from:to:cc :user-agent:mime-version:content-type:content-transfer-encoding :x-priority:importance; b=qynE664s05fNnlNBppMaqTqO+kfEcHwG9t6st+4+rRda+Rm7ANBqu1phmNj7Zsrxft yJmP+JsLhQwfHR6TLGgg5nfpTNUx7+icheo8qvkQ2V/D2AzyRJQ+nFeBhmukYP/FXnCe 6Z8EBX16bft/cLw7z3gCH43tYEImvJr/gRWCs= Received: by 10.224.53.105 with SMTP id l41mr1860843qag.365.1269465391271; Wed, 24 Mar 2010 14:16:31 -0700 (PDT) Received: from cygnus.homeunix.com ([189.71.112.4]) by mx.google.com with ESMTPS id 7sm638609qwb.9.2010.03.24.14.16.26 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 24 Mar 2010 14:16:28 -0700 (PDT) Sender: Nenhum_de_Nos Received: by cygnus.homeunix.com (Postfix, from userid 80) id D6BB9B8A1E; Wed, 24 Mar 2010 18:16:21 -0300 (BRT) Received: from 200.186.60.37 (proxying for 10.12.1.211, 10.12.0.102) (SquirrelMail authenticated user matheus) by cygnus.homeunix.com with HTTP; Wed, 24 Mar 2010 18:16:21 -0300 (BRT) Message-ID: <3e164e2fc77415a67bd7d22e9c51168b.squirrel@cygnus.homeunix.com> In-Reply-To: <20100324010107.GM1278@michelle.cdnetworks.com> References: <5f0d2fca99441437799bc5d7f55d6ea9.squirrel@lamneth> <20100324010107.GM1278@michelle.cdnetworks.com> Date: Wed, 24 Mar 2010 18:16:21 -0300 (BRT) From: "Nenhum_de_Nos" To: pyunyh@gmail.com User-Agent: SquirrelMail/1.4.15 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: freebsd-usb@freebsd.org Subject: Re: 10Mbps+ throughput usb based ethernet recommendation 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, 24 Mar 2010 21:16:32 -0000 On Tue, March 23, 2010 22:01, Pyun YongHyeon wrote: > On Tue, Mar 23, 2010 at 12:13:26AM -0300, Nenhum_de_Nos wrote: >> >> On Mon, March 22, 2010 23:29, Nenhum_de_Nos wrote: >> > >> > >> > On Mon, March 1, 2010 16:10, Pyun YongHyeon wrote: >> >> On Mon, Mar 01, 2010 at 03:57:02PM -0300, Nenhum_de_Nos wrote: >> >>> hail, >> >>> >> >>> I need an usb nic that is able to push more then 10Mbps on wire. if >> is >> > altq capable better. >> >>> >> >> >> >> AFAIK all USB ethernet drivers support altq(4). >> >> >> >>> I use pfsense as router, but my next upgrade will use 10Mbps link >> and >> > my aue and rue nic's can't pass the 5Mbps barrier. I need to use three >> > to make 11Mbps on it, and its not a good thing for me in production. >> >>> >> >>> I've seen some axe based on its manual page, but I'm afraid to buy >> and >> >>> it >> >>> won't solve my problem. if anyone has any leads/experience on this >> >>> please >> >>> broadcast :) >> >>> >> >> >> >> Last time I tried AX88178 based axe(4) controller, I can push more >> than >> > 200Mbps. Related change already MFCed to stable/8. >> > >> > well, I did that but using that chip on windows :( >> > >> > I got two nics based on these chips but they are unstable as hell in >> > FreeBSD. on pfSense (FreeBSD 7.1 and 7.2 versions) I never got the >> axe0 >> > media to be active. on 8-stable (this box), one got issues with media >> link >> > and the other can set link state ok, but looses 10% of ping packets. >> iperf >> > gets cut every now and then and this makes the throughput suffer :( >> > >> > I plan to use pfSense 1.2.3 (7.2 based) and when available pfSense 2.0 >> > (8.0 based). >> > >> > are there any patches to try ? it is really unstable here ... >> > >> > some logs: >> > >> > Client connecting to 192.168.1.2, TCP port 5001 >> > TCP window size: 32.5 KByte (default) >> > ------------------------------------------------------------ >> > [ 3] local 192.168.1.1 port 42556 connected with 192.168.1.2 port >> 5001 >> > [ ID] Interval Transfer Bandwidth >> > [ 3] 0.0-32.7 sec 69.5 MBytes 17.8 Mbits/sec >> > [root@darkside ~]# iperf -c 192.168.1.2 -t 30 >> > ------------------------------------------------------------ >> > Client connecting to 192.168.1.2, TCP port 5001 >> > TCP window size: 32.5 KByte (default) >> > ------------------------------------------------------------ >> > [ 3] local 192.168.1.1 port 45725 connected with 192.168.1.2 port >> 5001 >> > [ ID] Interval Transfer Bandwidth >> > [ 3] 0.0-30.6 sec 128 MBytes 35.1 Mbits/sec >> > [root@darkside ~]# iperf -c 192.168.1.2 -t 30 >> > ------------------------------------------------------------ >> > Client connecting to 192.168.1.2, TCP port 5001 >> > TCP window size: 32.5 KByte (default) >> > ------------------------------------------------------------ >> > [ 3] local 192.168.1.1 port 38546 connected with 192.168.1.2 port >> 5001 >> > [ ID] Interval Transfer Bandwidth >> > [ 3] 0.0-31.0 sec 129 MBytes 35.0 Mbits/sec >> > >> > this is: >> > >> > FreeBSD xxx 8.0-STABLE FreeBSD 8.0-STABLE #7: Sun Mar 21 03:45:47 BRT >> 2010 >> > root@xxx:/usr/obj/usr/src/sys/xxx amd64 >> > >> > and on both ends there is a nic using this chip, here is this freebsd >> and >> > the other on windows xp. >> > >> > as said above, when run iperf on this nic on windows and my nfe >> gigabit I >> > got those 228Mbps said above. >> > >> > thanks, >> > >> > matheus >> > >> > -- >> > We will call you cygnus, >> > The God of balance you shall be >> > >> > A: Because it messes up the order in which people normally read text. >> Q: >> > Why is top-posting such a bad thing? >> > >> > http://en.wikipedia.org/wiki/Posting_style >> > >> > >> > >> > -- >> > We will call you cygnus, >> > The God of balance you shall be >> > >> > A: Because it messes up the order in which people normally read text. >> > Q: Why is top-posting such a bad thing? >> > >> > http://en.wikipedia.org/wiki/Posting_style >> > _______________________________________________ >> > 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" >> > >> >> Just adding info, I keep getting these outputs from ifconfig: >> >> ue0: flags=8843 metric 0 mtu >> 1500 >> ether 00:11:50:e7:39:e9 >> inet 192.168.1.1 netmask 0xffffff00 broadcast 192.168.1.255 >> media: Ethernet autoselect (1000baseT ) >> status: active >> and: >> ue0: flags=8843 metric 0 mtu >> 1500 >> ether 00:11:50:e7:39:e9 >> inet 192.168.1.1 netmask 0xffffff00 broadcast 192.168.1.255 >> media: Ethernet autoselect (100baseTX ) > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ >> status: active >> >> and this keeps repeating over and over. iperf and on the other end an > > Maybe this is real problem. It seems PHY have trouble to establish > link. This is FreeBSD stable/8 right? yes. on 7.2 is even worse :( > Would you show me the output of "devinfo -rv| grep phy"? /usr/home/matheus]$ devinfo -rv| grep phy ukphy0 pnpinfo oui=0x1e model=0x14 rev=0x9 at phyno=1 I'm trying to test it on current, but I think it will be the same (I saw cvs commits till releng 8 creating and all commits are the same ). still looking for better performance usb nic :) you think the slower linksys usb200m (axe based also) will have better luck in this link negotiation issue ? (I don't need gigabit, just to break the 10Mbps at start - though breaking the 50Mpbs would be perfert). thanks, matheus >> intel gigabit pcie nic: >> > -- We will call you cygnus, The God of balance you shall be A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? http://en.wikipedia.org/wiki/Posting_style From owner-freebsd-usb@FreeBSD.ORG Wed Mar 24 21:42:59 2010 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 34C81106564A for ; Wed, 24 Mar 2010 21:42:59 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-bw0-f216.google.com (mail-bw0-f216.google.com [209.85.218.216]) by mx1.freebsd.org (Postfix) with ESMTP id AF9C58FC23 for ; Wed, 24 Mar 2010 21:42:58 +0000 (UTC) Received: by bwz8 with SMTP id 8so1558656bwz.3 for ; Wed, 24 Mar 2010 14:42:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:references:mime-version:content-type :content-disposition:in-reply-to:user-agent; bh=UaVkO1G9IkINYXIWp8cENh1SObbVU/s8yk6OEBZ9vjo=; b=lB2LtlOl0sxBB4OC8XuMfV9wPJb06LsXQ9tUEw7rHcVW6yNXubb8EnmO/f2lxYzEoN Fn7tU57wqrRCh7ykfkbdkZRCz2qMzI7qJj/5ox0aXi4GjPBNB+m88Unw5xWg8dT3BEnR RGShJs5BxbdCyklzl3g0ASgpMVMsbXJA4HZXQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=vf4hFe/Igr/K9KSMHyfOXl6w9ehj/drdiwISMS10HhDUAi5evwMQEpUQ0yItk01X/e AW2Bx8h0rsO/RcJZcaenKcD5Z+hGfB0HMLD1U1X9pS/LNt7o0nJ3MD9NqeiQmBDDCNZE YV13SzkJcK4Fa0p7XB7yH5y3ywitl17OJ6Ifo= Received: by 10.204.85.73 with SMTP id n9mr135120bkl.71.1269466977216; Wed, 24 Mar 2010 14:42:57 -0700 (PDT) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id 14sm378185bwz.6.2010.03.24.14.42.54 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 24 Mar 2010 14:42:55 -0700 (PDT) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Wed, 24 Mar 2010 14:42:30 -0700 From: Pyun YongHyeon Date: Wed, 24 Mar 2010 14:42:30 -0700 To: Nenhum_de_Nos Message-ID: <20100324214230.GT1278@michelle.cdnetworks.com> References: <5f0d2fca99441437799bc5d7f55d6ea9.squirrel@lamneth> <20100324010107.GM1278@michelle.cdnetworks.com> <3e164e2fc77415a67bd7d22e9c51168b.squirrel@cygnus.homeunix.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3e164e2fc77415a67bd7d22e9c51168b.squirrel@cygnus.homeunix.com> User-Agent: Mutt/1.4.2.3i Cc: freebsd-usb@freebsd.org Subject: Re: 10Mbps+ throughput usb based ethernet recommendation X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Mar 2010 21:42:59 -0000 On Wed, Mar 24, 2010 at 06:16:21PM -0300, Nenhum_de_Nos wrote: > > On Tue, March 23, 2010 22:01, Pyun YongHyeon wrote: [...] > >> Just adding info, I keep getting these outputs from ifconfig: > >> > >> ue0: flags=8843 metric 0 mtu > >> 1500 > >> ether 00:11:50:e7:39:e9 > >> inet 192.168.1.1 netmask 0xffffff00 broadcast 192.168.1.255 > >> media: Ethernet autoselect (1000baseT ) > >> status: active > >> and: > >> ue0: flags=8843 metric 0 mtu > >> 1500 > >> ether 00:11:50:e7:39:e9 > >> inet 192.168.1.1 netmask 0xffffff00 broadcast 192.168.1.255 > >> media: Ethernet autoselect (100baseTX ) > > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > >> status: active > >> > >> and this keeps repeating over and over. iperf and on the other end an > > > > Maybe this is real problem. It seems PHY have trouble to establish > > link. This is FreeBSD stable/8 right? > > yes. on 7.2 is even worse :( > > > Would you show me the output of "devinfo -rv| grep phy"? > > /usr/home/matheus]$ devinfo -rv| grep phy > ukphy0 pnpinfo oui=0x1e model=0x14 rev=0x9 at phyno=1 axe(4) requires correct resolved speed/link status reported from PHY driver. Otherwise it will incorrectly reprogram some registers and this can result in unexpected result. The OUI 0x1e from the above looks odd and I'm not aware of any PHY vendors that reports such OUI. Because FreeBSD does not strictly follows OUI decoding defined by IEEE it's also possible that FreeBSD incorrectly showed wrong OUI. What is your USB ethernet controller model? > > I'm trying to test it on current, but I think it will be the same (I saw > cvs commits till releng 8 creating and all commits are the same ). > Unless we fix the PHY issue you would get the same result on stable/8. > still looking for better performance usb nic :) you think the slower > linksys usb200m (axe based also) will have better luck in this link > negotiation issue ? (I don't need gigabit, just to break the 10Mbps at I have no experience with usb200m so I don't know. > start - though breaking the 50Mpbs would be perfert). > > thanks, From owner-freebsd-usb@FreeBSD.ORG Wed Mar 24 21:58:56 2010 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8C2401065673 for ; Wed, 24 Mar 2010 21:58:56 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-bw0-f216.google.com (mail-bw0-f216.google.com [209.85.218.216]) by mx1.freebsd.org (Postfix) with ESMTP id 0E44A8FC12 for ; Wed, 24 Mar 2010 21:58:55 +0000 (UTC) Received: by bwz8 with SMTP id 8so1570289bwz.3 for ; Wed, 24 Mar 2010 14:58:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:references:mime-version:content-type :content-disposition:in-reply-to:user-agent; bh=EL1ZLPBIAhUFwTXAmTE2yf4xMmwb4925dHfIrp1Cv/k=; b=B1+x/o49jaIwPuij54xCOguYpFWp+wOuyMIjmYzStwwYQXVIrP/0RL5SyTTuIyVaEp 6ERgVCJp9tI0mqIAbv2CLoc4TCbaAihapkopwqRysjmoJEe+l2+cWnN3FBJdM/JLVi3i TGAp2+1zzuNoeMZfTRx8gXZHOLC+fY7EQtHVk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=Pxs5ZztypqkNfBz51AI/kjaNbEDa07YxqmEriJXc2c/Jc8iKQhOSdaBMBMjhODssHZ aJ+Dh3bNW0n1KrAr7fRF8/cpVGxI4vBQdnzAs/mrzAUwapDvim0dpZM9LYWqQJB6OWJz WTkAxIw6uaJq36uNEDEOOal8wKYGgOZFp5Dd0= Received: by 10.204.34.203 with SMTP id m11mr708183bkd.173.1269467934543; Wed, 24 Mar 2010 14:58:54 -0700 (PDT) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id 16sm374298bwz.9.2010.03.24.14.58.51 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 24 Mar 2010 14:58:53 -0700 (PDT) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Wed, 24 Mar 2010 14:58:27 -0700 From: Pyun YongHyeon Date: Wed, 24 Mar 2010 14:58:27 -0700 To: Nenhum_de_Nos Message-ID: <20100324215827.GU1278@michelle.cdnetworks.com> References: <5f0d2fca99441437799bc5d7f55d6ea9.squirrel@lamneth> <20100324010107.GM1278@michelle.cdnetworks.com> <3e164e2fc77415a67bd7d22e9c51168b.squirrel@cygnus.homeunix.com> <20100324214230.GT1278@michelle.cdnetworks.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="Clx92ZfkiYIKRjnr" Content-Disposition: inline In-Reply-To: <20100324214230.GT1278@michelle.cdnetworks.com> User-Agent: Mutt/1.4.2.3i X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-usb@freebsd.org Subject: Re: 10Mbps+ throughput usb based ethernet recommendation X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Mar 2010 21:58:56 -0000 --Clx92ZfkiYIKRjnr Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Wed, Mar 24, 2010 at 02:42:30PM -0700, Pyun YongHyeon wrote: > On Wed, Mar 24, 2010 at 06:16:21PM -0300, Nenhum_de_Nos wrote: > > > > On Tue, March 23, 2010 22:01, Pyun YongHyeon wrote: > > [...] > > > >> Just adding info, I keep getting these outputs from ifconfig: > > >> > > >> ue0: flags=8843 metric 0 mtu > > >> 1500 > > >> ether 00:11:50:e7:39:e9 > > >> inet 192.168.1.1 netmask 0xffffff00 broadcast 192.168.1.255 > > >> media: Ethernet autoselect (1000baseT ) > > >> status: active > > >> and: > > >> ue0: flags=8843 metric 0 mtu > > >> 1500 > > >> ether 00:11:50:e7:39:e9 > > >> inet 192.168.1.1 netmask 0xffffff00 broadcast 192.168.1.255 > > >> media: Ethernet autoselect (100baseTX ) > > > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > > >> status: active > > >> > > >> and this keeps repeating over and over. iperf and on the other end an > > > > > > Maybe this is real problem. It seems PHY have trouble to establish > > > link. This is FreeBSD stable/8 right? > > > > yes. on 7.2 is even worse :( > > > > > Would you show me the output of "devinfo -rv| grep phy"? > > > > /usr/home/matheus]$ devinfo -rv| grep phy > > ukphy0 pnpinfo oui=0x1e model=0x14 rev=0x9 at phyno=1 > > axe(4) requires correct resolved speed/link status reported from > PHY driver. Otherwise it will incorrectly reprogram some registers > and this can result in unexpected result. > The OUI 0x1e from the above looks odd and I'm not aware of any PHY > vendors that reports such OUI. Because FreeBSD does not strictly > follows OUI decoding defined by IEEE it's also possible that > FreeBSD incorrectly showed wrong OUI. What is your USB ethernet > controller model? > Please try this patch and let me know the output on your console. It will show you "XXX ID1 = 0xYYYY, ID2 = 0xZZZZ". > > > > I'm trying to test it on current, but I think it will be the same (I saw > > cvs commits till releng 8 creating and all commits are the same ). > > > > Unless we fix the PHY issue you would get the same result on > stable/8. > > > still looking for better performance usb nic :) you think the slower > > linksys usb200m (axe based also) will have better luck in this link > > negotiation issue ? (I don't need gigabit, just to break the 10Mbps at > > I have no experience with usb200m so I don't know. > > > start - though breaking the 50Mpbs would be perfert). > > > > thanks, --Clx92ZfkiYIKRjnr-- From owner-freebsd-usb@FreeBSD.ORG Wed Mar 24 23:19:03 2010 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DB2E21065672 for ; Wed, 24 Mar 2010 23:19:03 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-ew0-f227.google.com (mail-ew0-f227.google.com [209.85.219.227]) by mx1.freebsd.org (Postfix) with ESMTP id 289FA8FC17 for ; Wed, 24 Mar 2010 23:19:01 +0000 (UTC) Received: by ewy27 with SMTP id 27so2104317ewy.13 for ; Wed, 24 Mar 2010 16:19:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:references:mime-version:content-type :content-disposition:in-reply-to:user-agent; bh=sRmHyNgjM7uvumodx8A3Pp9asQoqsdrFNA1Sk6O3snI=; b=mz3P9i2aGWVrLTJI7xurK9xvCCZZ6ZjJKmT88cjyjH3xj3T+ezhwgXbxS++L4EgAhR pV/HxqLIOiO36b+v97bv8htMmRRRsGqHejHsIWbL0ekwL8igNXrn6c6uodK980RAHhuK froWd4zuEY3CW15ohb996bxE4haNIVo0pGS1k= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=o5Xz4ALozShhJu3S97Zez1p2LBobDmIyN2KWWpvJv9n4a3UtyHrBonfV9gZCrEDOiZ q6RVGYhy/5goRUy2A1KBtTtXlp5DwTW9efH+J211KqFCN7MhWDO5hlTLZmctGiJk9uxQ GvmLTAIXYjWQWp5NqhbIx1QdW2RUp6WoNLSvk= Received: by 10.213.54.12 with SMTP id o12mr2391898ebg.35.1269472741026; Wed, 24 Mar 2010 16:19:01 -0700 (PDT) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id 14sm385757ewy.14.2010.03.24.16.18.58 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 24 Mar 2010 16:18:59 -0700 (PDT) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Wed, 24 Mar 2010 16:18:33 -0700 From: Pyun YongHyeon Date: Wed, 24 Mar 2010 16:18:33 -0700 To: Nenhum_de_Nos Message-ID: <20100324231833.GX1278@michelle.cdnetworks.com> References: <5f0d2fca99441437799bc5d7f55d6ea9.squirrel@lamneth> <20100324010107.GM1278@michelle.cdnetworks.com> <3e164e2fc77415a67bd7d22e9c51168b.squirrel@cygnus.homeunix.com> <20100324214230.GT1278@michelle.cdnetworks.com> <20100324215827.GU1278@michelle.cdnetworks.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="Qz2CZ664xQdCRdPu" Content-Disposition: inline In-Reply-To: <20100324215827.GU1278@michelle.cdnetworks.com> User-Agent: Mutt/1.4.2.3i Cc: freebsd-usb@freebsd.org Subject: Re: 10Mbps+ throughput usb based ethernet recommendation X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Mar 2010 23:19:03 -0000 --Qz2CZ664xQdCRdPu Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Wed, Mar 24, 2010 at 02:58:27PM -0700, Pyun YongHyeon wrote: > On Wed, Mar 24, 2010 at 02:42:30PM -0700, Pyun YongHyeon wrote: > > On Wed, Mar 24, 2010 at 06:16:21PM -0300, Nenhum_de_Nos wrote: > > > > > > On Tue, March 23, 2010 22:01, Pyun YongHyeon wrote: > > > > [...] > > > > > >> Just adding info, I keep getting these outputs from ifconfig: > > > >> > > > >> ue0: flags=8843 metric 0 mtu > > > >> 1500 > > > >> ether 00:11:50:e7:39:e9 > > > >> inet 192.168.1.1 netmask 0xffffff00 broadcast 192.168.1.255 > > > >> media: Ethernet autoselect (1000baseT ) > > > >> status: active > > > >> and: > > > >> ue0: flags=8843 metric 0 mtu > > > >> 1500 > > > >> ether 00:11:50:e7:39:e9 > > > >> inet 192.168.1.1 netmask 0xffffff00 broadcast 192.168.1.255 > > > >> media: Ethernet autoselect (100baseTX ) > > > > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > > > >> status: active > > > >> > > > >> and this keeps repeating over and over. iperf and on the other end an > > > > > > > > Maybe this is real problem. It seems PHY have trouble to establish > > > > link. This is FreeBSD stable/8 right? > > > > > > yes. on 7.2 is even worse :( > > > > > > > Would you show me the output of "devinfo -rv| grep phy"? > > > > > > /usr/home/matheus]$ devinfo -rv| grep phy > > > ukphy0 pnpinfo oui=0x1e model=0x14 rev=0x9 at phyno=1 > > > > axe(4) requires correct resolved speed/link status reported from > > PHY driver. Otherwise it will incorrectly reprogram some registers > > and this can result in unexpected result. > > The OUI 0x1e from the above looks odd and I'm not aware of any PHY > > vendors that reports such OUI. Because FreeBSD does not strictly > > follows OUI decoding defined by IEEE it's also possible that > > FreeBSD incorrectly showed wrong OUI. What is your USB ethernet > > controller model? > > > > Please try this patch and let me know the output on your console. > It will show you "XXX ID1 = 0xYYYY, ID2 = 0xZZZZ". > Use this patch instead of previous one. --Qz2CZ664xQdCRdPu Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="mii.phyid.diff2" Index: sys/dev/mii/ukphy.c =================================================================== --- sys/dev/mii/ukphy.c (revision 205608) +++ sys/dev/mii/ukphy.c (working copy) @@ -141,6 +141,8 @@ device_printf(dev, "OUI 0x%06x, model 0x%04x, rev. %d\n", MII_OUI(ma->mii_id1, ma->mii_id2), MII_MODEL(ma->mii_id2), MII_REV(ma->mii_id2)); + device_printf(dev, "XXX ID1 = 0x%04x, ID2 = 0x%04x\n", + ma->mii_id1, ma->mii_id2); sc->mii_inst = mii->mii_instance; sc->mii_phy = ma->mii_phyno; --Qz2CZ664xQdCRdPu-- From owner-freebsd-usb@FreeBSD.ORG Thu Mar 25 15:55:51 2010 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B4EA5106564A; Thu, 25 Mar 2010 15:55:51 +0000 (UTC) (envelope-from andy@siliconlandmark.com) Received: from lexi.siliconlandmark.com (lexi.siliconlandmark.com [66.184.117.4]) by mx1.freebsd.org (Postfix) with ESMTP id 6285D8FC24; Thu, 25 Mar 2010 15:55:51 +0000 (UTC) Received: from [192.168.1.21] (adsl-99-92-114-254.dsl.sfldmi.sbcglobal.net [99.92.114.254]) (authenticated bits=0) by lexi.siliconlandmark.com (8.14.2/8.14.2) with ESMTP id o2PFcgdL036151 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Thu, 25 Mar 2010 15:38:43 GMT (envelope-from andy@siliconlandmark.com) Mime-Version: 1.0 (Apple Message framework v1077) Content-Type: text/plain; charset=us-ascii From: Andre Guibert de Bruet In-Reply-To: <201003222357.o2MNvqeX084987@freefall.freebsd.org> Date: Thu, 25 Mar 2010 11:38:42 -0400 Content-Transfer-Encoding: 7bit Message-Id: References: <201003222357.o2MNvqeX084987@freefall.freebsd.org> To: Mark Linimon X-Mailer: Apple Mail (2.1077) X-Virus-Scanned: ClamAV 0.94.1/10622/Thu Mar 25 11:49:30 2010 on lexi.siliconlandmark.com X-Virus-Status: Clean Cc: freebsd-usb@freebsd.org Subject: Re: usb/128803: [usbdevs] [patch] Quirk for I-Tuner Networks USBLCD4X20 support 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, 25 Mar 2010 15:55:51 -0000 I will try to get the time to do so on Friday. Stay tuned. Regards, /* Andre Guibert de Bruet * 436f 6465 2070 6f65 742e 2042 6974 206a */ /* Managing Partner * 6f63 6b65 792e 2053 7973 4164 6d69 6e2e */ /* GSM: +1 734 846 8758 * 2055 4e49 5820 736c 6575 7468 2e00 0000 */ /* WWW: siliconlandmark.com * C/C++, Java, Perl, PHP, SQL, XHTML, XML */ On Mar 22, 2010, at 7:57 PM, linimon@freebsd.org wrote: > Synopsis: [usbdevs] [patch] Quirk for I-Tuner Networks USBLCD4X20 support > > State-Changed-From-To: open->feedback > State-Changed-By: linimon > State-Changed-When: Mon Mar 22 23:57:32 UTC 2010 > State-Changed-Why: > To submitter: have you tried this with the new USB stack in FreeBSD 8? > > http://www.freebsd.org/cgi/query-pr.cgi?pr=128803 From owner-freebsd-usb@FreeBSD.ORG Thu Mar 25 17:22:44 2010 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 54C411065678 for ; Thu, 25 Mar 2010 17:22:44 +0000 (UTC) (envelope-from matheusber@gmail.com) Received: from qw-out-2122.google.com (qw-out-2122.google.com [74.125.92.27]) by mx1.freebsd.org (Postfix) with ESMTP id F02528FC34 for ; Thu, 25 Mar 2010 17:22:43 +0000 (UTC) Received: by qw-out-2122.google.com with SMTP id 5so2104202qwi.7 for ; Thu, 25 Mar 2010 10:22:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:received:received :message-id:in-reply-to:references:date:subject:from:to:cc :user-agent:mime-version:content-type:content-transfer-encoding :x-priority:importance; bh=JtGaFJDaKYhajuKcVAMJlBSJ4ghOJm23vWputO/7n2w=; b=TDFz57iBsheU4QE2esk0fW1WoenFYdE1woO9TPtGS4fjynBJ5kNYu4e0NQArGNokH2 L8UdFTh50/kUmHeRRLhmxNz4tphn1H5Q7kqIg9J7uOOtV5LLGY9WDf7KZX2n0srP4fas DrOuAzNz3b8V7uTE8+Or+CcSgharemQ0QNXSY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:in-reply-to:references:date:subject:from:to:cc :user-agent:mime-version:content-type:content-transfer-encoding :x-priority:importance; b=OYLqjxEO31llBYXdO4y6hqiO/APbnyGEhebkheMgxxWXi+sh7aM2JMYETHWNhBApVI fnMqxn7JqpE8WsWNbpZOyZj1IGsTR5eGndlDtQqYbbhnwBYY5SnqoCYry1qJeciY24wZ GP0IAnRGd7w8y1r78HjY1oGnhRy+2+SeiWhb8= Received: by 10.224.104.66 with SMTP id n2mr725873qao.336.1269537762994; Thu, 25 Mar 2010 10:22:42 -0700 (PDT) Received: from cygnus.homeunix.com ([189.71.112.4]) by mx.google.com with ESMTPS id 5sm3398649qwh.55.2010.03.25.10.22.39 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 25 Mar 2010 10:22:41 -0700 (PDT) Sender: Nenhum_de_Nos Received: by cygnus.homeunix.com (Postfix, from userid 80) id 3FB0DB8A1E; Thu, 25 Mar 2010 14:22:32 -0300 (BRT) Received: from 187.90.11.96 (SquirrelMail authenticated user matheus) by cygnus.homeunix.com with HTTP; Thu, 25 Mar 2010 14:22:32 -0300 (BRT) Message-ID: <35a626b67a1556071f4c76498214581d.squirrel@cygnus.homeunix.com> In-Reply-To: <20100324231833.GX1278@michelle.cdnetworks.com> References: <5f0d2fca99441437799bc5d7f55d6ea9.squirrel@lamneth> <20100324010107.GM1278@michelle.cdnetworks.com> <3e164e2fc77415a67bd7d22e9c51168b.squirrel@cygnus.homeunix.com> <20100324214230.GT1278@michelle.cdnetworks.com> <20100324215827.GU1278@michelle.cdnetworks.com> <20100324231833.GX1278@michelle.cdnetworks.com> Date: Thu, 25 Mar 2010 14:22:32 -0300 (BRT) From: "Nenhum_de_Nos" To: pyunyh@gmail.com User-Agent: SquirrelMail/1.4.15 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: freebsd-usb@freebsd.org Subject: Re: 10Mbps+ throughput usb based ethernet recommendation 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, 25 Mar 2010 17:22:44 -0000 On Wed, March 24, 2010 20:18, Pyun YongHyeon wrote: > On Wed, Mar 24, 2010 at 02:58:27PM -0700, Pyun YongHyeon wrote: >> On Wed, Mar 24, 2010 at 02:42:30PM -0700, Pyun YongHyeon wrote: >> > On Wed, Mar 24, 2010 at 06:16:21PM -0300, Nenhum_de_Nos wrote: >> > > >> > > On Tue, March 23, 2010 22:01, Pyun YongHyeon wrote: >> > >> > [...] >> > >> > > >> Just adding info, I keep getting these outputs from ifconfig: >> > > >> >> > > >> ue0: flags=8843 metric 0 >> mtu >> > > >> 1500 >> > > >> ether 00:11:50:e7:39:e9 >> > > >> inet 192.168.1.1 netmask 0xffffff00 broadcast 192.168.1.255 >> > > >> media: Ethernet autoselect (1000baseT ) >> > > >> status: active >> > > >> and: >> > > >> ue0: flags=8843 metric 0 >> mtu >> > > >> 1500 >> > > >> ether 00:11:50:e7:39:e9 >> > > >> inet 192.168.1.1 netmask 0xffffff00 broadcast 192.168.1.255 >> > > >> media: Ethernet autoselect (100baseTX ) >> > > > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ >> > > >> status: active >> > > >> >> > > >> and this keeps repeating over and over. iperf and on the other >> end an >> > > > >> > > > Maybe this is real problem. It seems PHY have trouble to establish >> > > > link. This is FreeBSD stable/8 right? >> > > >> > > yes. on 7.2 is even worse :( >> > > >> > > > Would you show me the output of "devinfo -rv| grep phy"? >> > > >> > > /usr/home/matheus]$ devinfo -rv| grep phy >> > > ukphy0 pnpinfo oui=0x1e model=0x14 rev=0x9 at >> phyno=1 >> > >> > axe(4) requires correct resolved speed/link status reported from >> > PHY driver. Otherwise it will incorrectly reprogram some registers >> > and this can result in unexpected result. >> > The OUI 0x1e from the above looks odd and I'm not aware of any PHY >> > vendors that reports such OUI. Because FreeBSD does not strictly >> > follows OUI decoding defined by IEEE it's also possible that >> > FreeBSD incorrectly showed wrong OUI. What is your USB ethernet >> > controller model? >> > >> >> Please try this patch and let me know the output on your console. >> It will show you "XXX ID1 = 0xYYYY, ID2 = 0xZZZZ". >> > > Use this patch instead of previous one. I applied the patch, and recompiled just the module. no good, then mii module also recompiled. this time I can ping from inside the freebsd-current vm (vbox) using bridged networking (notebook ethernet nfe adapter) connected to this axe device (this on 8-stable native). ping runs, but yet looses packets: 64 bytes from 192.168.1.1: icmp_seq=125 ttl=64 time=0.507 ms load: 0.54 cmd: ping 15245 [select] 125.96r 0.01u 0.00s 0% 1372k 95/126 packets received (75.4%) 0.450 min / 1.359 avg / 51.108 max 64 bytes from 192.168.1.1: icmp_seq=126 ttl=64 time=0.499 ms but I see no messages on console/dmesg/messages file: Mar 25 14:04:40 darkside kernel: ue0: link state changed to DOWN Mar 25 14:04:40 darkside kernel: ue0: link state changed to UP Mar 25 14:06:17 darkside kernel: ue0: promiscuous mode enabled Mar 25 14:06:35 darkside kernel: ue0: promiscuous mode disabled Mar 25 14:15:59 darkside kernel: ugen1.4: at usbus1 (disconnected) Mar 25 14:15:59 darkside kernel: axe0: at uhub1, port 3, addr 4 (disconnected) Mar 25 14:15:59 darkside kernel: ukphy0: detached Mar 25 14:15:59 darkside kernel: miibus1: detached Mar 25 14:16:00 darkside kernel: nfe0: link state changed to DOWN Mar 25 14:16:19 darkside kernel: ugen1.4: at usbus1 Mar 25 14:16:19 darkside kernel: axe0: on usbus1 Mar 25 14:16:19 darkside kernel: axe0: PHYADDR 0xe0:0x01 Mar 25 14:16:20 darkside kernel: miibus1: on axe0 Mar 25 14:16:20 darkside kernel: ukphy0: PHY 1 on miibus1 Mar 25 14:16:20 darkside kernel: ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto Mar 25 14:16:20 darkside kernel: ue0: on axe0 Mar 25 14:16:20 darkside kernel: ue0: Ethernet address: 00:11:50:e7:39:e9 Mar 25 14:16:21 darkside kernel: ue0: link state changed to DOWN Mar 25 14:16:23 darkside kernel: nfe0: link state changed to UP Mar 25 14:17:06 darkside kernel: ue0: link state changed to UP do I need to recompile kernel ? (I will as soon as I get home anyway) media keeps looping though: ue0: flags=8843 metric 0 mtu 1500 ether 00:11:50:e7:39:e9 inet 192.168.1.2 netmask 0xffffff00 broadcast 192.168.1.255 media: Ethernet autoselect (1000baseT ) status: active [root@xxx ~]# ifconfig ue0 ue0: flags=8843 metric 0 mtu 1500 ether 00:11:50:e7:39:e9 inet 192.168.1.2 netmask 0xffffff00 broadcast 192.168.1.255 media: Ethernet autoselect (1000baseT ) status: active thanks, matheus -- We will call you cygnus, The God of balance you shall be A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? http://en.wikipedia.org/wiki/Posting_style From owner-freebsd-usb@FreeBSD.ORG Thu Mar 25 17:36:28 2010 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0CB56106566C for ; Thu, 25 Mar 2010 17:36:28 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-bw0-f216.google.com (mail-bw0-f216.google.com [209.85.218.216]) by mx1.freebsd.org (Postfix) with ESMTP id 841A68FC1A for ; Thu, 25 Mar 2010 17:36:27 +0000 (UTC) Received: by bwz8 with SMTP id 8so2292463bwz.3 for ; Thu, 25 Mar 2010 10:36:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:references:mime-version:content-type :content-disposition:in-reply-to:user-agent; bh=GM2a78qHcNyFqc282/ooHQ0Uhl9PHyV1Jc8R77ekHsE=; b=hR6tP7JjQMKCTUebCLYIiKd5J7VwvUMv9Ccs3aW7x2lscPCc7kqDtUNE9UcpXQkOvV XyzMAHwY+iJ9YI0sW3qKg+FIxd+o646t4wROSKlEjNEZJ2VI4JfpMeU9LnXimJXvLOpS AhX5yo3v9CIcIgmJKAksVOT0sHw2ImlrD1b6A= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=x3EWK5m26CVnD7+Mp1APWqA6ZBgMFI2byilq+kbVYPmVuCWOaurXClTqFlrvaSCJtv 8vkchIv5bI5HyxJXmoDAwjYuipgeXowJCXw2GZpxf+6RNw0ZwtHmxP/zzp8UmjoJZ/pV PYX/nuIHAPN01MknInA1MauTi0JBDa4riK0D4= Received: by 10.204.142.207 with SMTP id r15mr1297996bku.134.1269538586301; Thu, 25 Mar 2010 10:36:26 -0700 (PDT) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id 14sm975050bwz.2.2010.03.25.10.36.22 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 25 Mar 2010 10:36:24 -0700 (PDT) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Thu, 25 Mar 2010 10:35:56 -0700 From: Pyun YongHyeon Date: Thu, 25 Mar 2010 10:35:56 -0700 To: Nenhum_de_Nos Message-ID: <20100325173556.GA1278@michelle.cdnetworks.com> References: <5f0d2fca99441437799bc5d7f55d6ea9.squirrel@lamneth> <20100324010107.GM1278@michelle.cdnetworks.com> <3e164e2fc77415a67bd7d22e9c51168b.squirrel@cygnus.homeunix.com> <20100324214230.GT1278@michelle.cdnetworks.com> <20100324215827.GU1278@michelle.cdnetworks.com> <20100324231833.GX1278@michelle.cdnetworks.com> <35a626b67a1556071f4c76498214581d.squirrel@cygnus.homeunix.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <35a626b67a1556071f4c76498214581d.squirrel@cygnus.homeunix.com> User-Agent: Mutt/1.4.2.3i Cc: freebsd-usb@freebsd.org Subject: Re: 10Mbps+ throughput usb based ethernet recommendation X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Mar 2010 17:36:28 -0000 On Thu, Mar 25, 2010 at 02:22:32PM -0300, Nenhum_de_Nos wrote: > > On Wed, March 24, 2010 20:18, Pyun YongHyeon wrote: > > On Wed, Mar 24, 2010 at 02:58:27PM -0700, Pyun YongHyeon wrote: > >> On Wed, Mar 24, 2010 at 02:42:30PM -0700, Pyun YongHyeon wrote: > >> > On Wed, Mar 24, 2010 at 06:16:21PM -0300, Nenhum_de_Nos wrote: > >> > > > >> > > On Tue, March 23, 2010 22:01, Pyun YongHyeon wrote: > >> > > >> > [...] > >> > > >> > > >> Just adding info, I keep getting these outputs from ifconfig: > >> > > >> > >> > > >> ue0: flags=8843 metric 0 > >> mtu > >> > > >> 1500 > >> > > >> ether 00:11:50:e7:39:e9 > >> > > >> inet 192.168.1.1 netmask 0xffffff00 broadcast 192.168.1.255 > >> > > >> media: Ethernet autoselect (1000baseT ) > >> > > >> status: active > >> > > >> and: > >> > > >> ue0: flags=8843 metric 0 > >> mtu > >> > > >> 1500 > >> > > >> ether 00:11:50:e7:39:e9 > >> > > >> inet 192.168.1.1 netmask 0xffffff00 broadcast 192.168.1.255 > >> > > >> media: Ethernet autoselect (100baseTX ) > >> > > > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > >> > > >> status: active > >> > > >> > >> > > >> and this keeps repeating over and over. iperf and on the other > >> end an > >> > > > > >> > > > Maybe this is real problem. It seems PHY have trouble to establish > >> > > > link. This is FreeBSD stable/8 right? > >> > > > >> > > yes. on 7.2 is even worse :( > >> > > > >> > > > Would you show me the output of "devinfo -rv| grep phy"? > >> > > > >> > > /usr/home/matheus]$ devinfo -rv| grep phy > >> > > ukphy0 pnpinfo oui=0x1e model=0x14 rev=0x9 at > >> phyno=1 > >> > > >> > axe(4) requires correct resolved speed/link status reported from > >> > PHY driver. Otherwise it will incorrectly reprogram some registers > >> > and this can result in unexpected result. > >> > The OUI 0x1e from the above looks odd and I'm not aware of any PHY > >> > vendors that reports such OUI. Because FreeBSD does not strictly > >> > follows OUI decoding defined by IEEE it's also possible that > >> > FreeBSD incorrectly showed wrong OUI. What is your USB ethernet > >> > controller model? > >> > > >> > >> Please try this patch and let me know the output on your console. > >> It will show you "XXX ID1 = 0xYYYY, ID2 = 0xZZZZ". > >> > > > > Use this patch instead of previous one. > > I applied the patch, and recompiled just the module. no good, then mii > module also recompiled. this time I can ping from inside the > freebsd-current vm (vbox) using bridged networking (notebook ethernet nfe > adapter) connected to this axe device (this on 8-stable native). > > ping runs, but yet looses packets: > The patch just prints some register information which could be used to track down PHY issues. So it's expected one as the patch has no functional changes. > 64 bytes from 192.168.1.1: icmp_seq=125 ttl=64 time=0.507 ms > load: 0.54 cmd: ping 15245 [select] 125.96r 0.01u 0.00s 0% 1372k > 95/126 packets received (75.4%) 0.450 min / 1.359 avg / 51.108 max > 64 bytes from 192.168.1.1: icmp_seq=126 ttl=64 time=0.499 ms > > but I see no messages on console/dmesg/messages file: > > Mar 25 14:04:40 darkside kernel: ue0: link state changed to DOWN > Mar 25 14:04:40 darkside kernel: ue0: link state changed to UP > Mar 25 14:06:17 darkside kernel: ue0: promiscuous mode enabled > Mar 25 14:06:35 darkside kernel: ue0: promiscuous mode disabled > Mar 25 14:15:59 darkside kernel: ugen1.4: at usbus1 > (disconnected) > Mar 25 14:15:59 darkside kernel: axe0: at uhub1, port 3, addr 4 > (disconnected) > Mar 25 14:15:59 darkside kernel: ukphy0: detached > Mar 25 14:15:59 darkside kernel: miibus1: detached > Mar 25 14:16:00 darkside kernel: nfe0: link state changed to DOWN > Mar 25 14:16:19 darkside kernel: ugen1.4: at usbus1 > Mar 25 14:16:19 darkside kernel: axe0: 2.00/0.01, addr 4> on usbus1 > Mar 25 14:16:19 darkside kernel: axe0: PHYADDR 0xe0:0x01 > Mar 25 14:16:20 darkside kernel: miibus1: on axe0 > Mar 25 14:16:20 darkside kernel: ukphy0: interface> PHY 1 on miibus1 > Mar 25 14:16:20 darkside kernel: ukphy0: 10baseT, 10baseT-FDX, 100baseTX, > 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto > Mar 25 14:16:20 darkside kernel: ue0: on axe0 > Mar 25 14:16:20 darkside kernel: ue0: Ethernet address: 00:11:50:e7:39:e9 > Mar 25 14:16:21 darkside kernel: ue0: link state changed to DOWN > Mar 25 14:16:23 darkside kernel: nfe0: link state changed to UP > Mar 25 14:17:06 darkside kernel: ue0: link state changed to UP > > do I need to recompile kernel ? (I will as soon as I get home anyway) > Yes, mii(4) should be recompiled to get the register information. Let me know ukphy(4) output after rebuilding kernel. From owner-freebsd-usb@FreeBSD.ORG Thu Mar 25 19:42:39 2010 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2F38D1065688 for ; Thu, 25 Mar 2010 19:42:39 +0000 (UTC) (envelope-from matheusber@gmail.com) Received: from mail-qy0-f198.google.com (mail-qy0-f198.google.com [209.85.221.198]) by mx1.freebsd.org (Postfix) with ESMTP id C9F198FC1E for ; Thu, 25 Mar 2010 19:42:38 +0000 (UTC) Received: by qyk36 with SMTP id 36so6803913qyk.30 for ; Thu, 25 Mar 2010 12:42:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:received:received :message-id:in-reply-to:references:date:subject:from:to:cc :user-agent:mime-version:content-type:content-transfer-encoding :x-priority:importance; bh=JnlD+wmLn9/vvPpkmtww4K9g8tLLkOQDm47NwBQBWtI=; b=Emw7GyRZEYdePSZ2bRQr0U7qAAdqoCq2gkrjOU9p8VjxMvO4KJWWx9UtW+lsjdTJd6 ffGrY2E92hwuF/BZUlw/26xNl24nHWTTXIxraqZCQr7loMfBuAf4vkrKsrMw1RjawAD3 jIXLPzLNpAGPpCNuPS3wtk/uHZ2QxOT8BHh1U= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:in-reply-to:references:date:subject:from:to:cc :user-agent:mime-version:content-type:content-transfer-encoding :x-priority:importance; b=g5oYKEg8CTu8AD0Um1EkM2S2JnNWF177lsy0JyZtqMsAWF9EbTxVQ0DaEcorZ9S8uz ZbKGsOTJTkYGqRJw182RAqnvs8VDhkd8AXVpp/sLOpgm+dg+6QuTxc6/atZVRkD8rdlx AoSGybdT4RCPjHS9l0yyFR/RGScP8vaiDjMpY= Received: by 10.224.79.198 with SMTP id q6mr2497185qak.156.1269546157695; Thu, 25 Mar 2010 12:42:37 -0700 (PDT) Received: from cygnus.homeunix.com ([189.71.112.4]) by mx.google.com with ESMTPS id 8sm152955qwj.10.2010.03.25.12.42.32 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 25 Mar 2010 12:42:36 -0700 (PDT) Sender: Nenhum_de_Nos Received: by cygnus.homeunix.com (Postfix, from userid 80) id 2445FB8A20; Thu, 25 Mar 2010 16:42:19 -0300 (BRT) Received: from 187.117.132.224 (SquirrelMail authenticated user matheus) by cygnus.homeunix.com with HTTP; Thu, 25 Mar 2010 16:42:19 -0300 (BRT) Message-ID: In-Reply-To: <20100325173556.GA1278@michelle.cdnetworks.com> References: <5f0d2fca99441437799bc5d7f55d6ea9.squirrel@lamneth> <20100324010107.GM1278@michelle.cdnetworks.com> <3e164e2fc77415a67bd7d22e9c51168b.squirrel@cygnus.homeunix.com> <20100324214230.GT1278@michelle.cdnetworks.com> <20100324215827.GU1278@michelle.cdnetworks.com> <20100324231833.GX1278@michelle.cdnetworks.com> <35a626b67a1556071f4c76498214581d.squirrel@cygnus.homeunix.com> <20100325173556.GA1278@michelle.cdnetworks.com> Date: Thu, 25 Mar 2010 16:42:19 -0300 (BRT) From: "Nenhum_de_Nos" To: pyunyh@gmail.com User-Agent: SquirrelMail/1.4.15 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: freebsd-usb@freebsd.org Subject: Re: 10Mbps+ throughput usb based ethernet recommendation 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, 25 Mar 2010 19:42:39 -0000 On Thu, March 25, 2010 14:35, Pyun YongHyeon wrote: > On Thu, Mar 25, 2010 at 02:22:32PM -0300, Nenhum_de_Nos wrote: >> >> On Wed, March 24, 2010 20:18, Pyun YongHyeon wrote: >> > On Wed, Mar 24, 2010 at 02:58:27PM -0700, Pyun YongHyeon wrote: >> >> On Wed, Mar 24, 2010 at 02:42:30PM -0700, Pyun YongHyeon wrote: >> >> > On Wed, Mar 24, 2010 at 06:16:21PM -0300, Nenhum_de_Nos wrote: >> >> > > >> >> > > On Tue, March 23, 2010 22:01, Pyun YongHyeon wrote: >> >> > >> >> > [...] >> >> > >> >> > > >> Just adding info, I keep getting these outputs from ifconfig: >> >> > > >> >> >> > > >> ue0: flags=8843 metric >> 0 >> >> mtu >> >> > > >> 1500 >> >> > > >> ether 00:11:50:e7:39:e9 >> >> > > >> inet 192.168.1.1 netmask 0xffffff00 broadcast 192.168.1.255 >> >> > > >> media: Ethernet autoselect (1000baseT ) >> >> > > >> status: active >> >> > > >> and: >> >> > > >> ue0: flags=8843 metric >> 0 >> >> mtu >> >> > > >> 1500 >> >> > > >> ether 00:11:50:e7:39:e9 >> >> > > >> inet 192.168.1.1 netmask 0xffffff00 broadcast 192.168.1.255 >> >> > > >> media: Ethernet autoselect (100baseTX >> ) >> >> > > > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ >> >> > > >> status: active >> >> > > >> >> >> > > >> and this keeps repeating over and over. iperf and on the other >> >> end an >> >> > > > >> >> > > > Maybe this is real problem. It seems PHY have trouble to >> establish >> >> > > > link. This is FreeBSD stable/8 right? >> >> > > >> >> > > yes. on 7.2 is even worse :( >> >> > > >> >> > > > Would you show me the output of "devinfo -rv| grep phy"? >> >> > > >> >> > > /usr/home/matheus]$ devinfo -rv| grep phy >> >> > > ukphy0 pnpinfo oui=0x1e model=0x14 rev=0x9 at >> >> phyno=1 >> >> > >> >> > axe(4) requires correct resolved speed/link status reported from >> >> > PHY driver. Otherwise it will incorrectly reprogram some registers >> >> > and this can result in unexpected result. >> >> > The OUI 0x1e from the above looks odd and I'm not aware of any PHY >> >> > vendors that reports such OUI. Because FreeBSD does not strictly >> >> > follows OUI decoding defined by IEEE it's also possible that >> >> > FreeBSD incorrectly showed wrong OUI. What is your USB ethernet >> >> > controller model? >> >> > >> >> >> >> Please try this patch and let me know the output on your console. >> >> It will show you "XXX ID1 = 0xYYYY, ID2 = 0xZZZZ". >> >> >> > >> > Use this patch instead of previous one. >> >> I applied the patch, and recompiled just the module. no good, then mii >> module also recompiled. this time I can ping from inside the >> freebsd-current vm (vbox) using bridged networking (notebook ethernet >> nfe >> adapter) connected to this axe device (this on 8-stable native). >> >> ping runs, but yet looses packets: >> > > The patch just prints some register information which could be used > to track down PHY issues. So it's expected one as the patch has no > functional changes. > >> 64 bytes from 192.168.1.1: icmp_seq=125 ttl=64 time=0.507 ms >> load: 0.54 cmd: ping 15245 [select] 125.96r 0.01u 0.00s 0% 1372k >> 95/126 packets received (75.4%) 0.450 min / 1.359 avg / 51.108 max >> 64 bytes from 192.168.1.1: icmp_seq=126 ttl=64 time=0.499 ms >> >> but I see no messages on console/dmesg/messages file: >> >> Mar 25 14:04:40 darkside kernel: ue0: link state changed to DOWN >> Mar 25 14:04:40 darkside kernel: ue0: link state changed to UP >> Mar 25 14:06:17 darkside kernel: ue0: promiscuous mode enabled >> Mar 25 14:06:35 darkside kernel: ue0: promiscuous mode disabled >> Mar 25 14:15:59 darkside kernel: ugen1.4: at usbus1 >> (disconnected) >> Mar 25 14:15:59 darkside kernel: axe0: at uhub1, port 3, addr 4 >> (disconnected) >> Mar 25 14:15:59 darkside kernel: ukphy0: detached >> Mar 25 14:15:59 darkside kernel: miibus1: detached >> Mar 25 14:16:00 darkside kernel: nfe0: link state changed to DOWN >> Mar 25 14:16:19 darkside kernel: ugen1.4: at usbus1 >> Mar 25 14:16:19 darkside kernel: axe0: > rev >> 2.00/0.01, addr 4> on usbus1 >> Mar 25 14:16:19 darkside kernel: axe0: PHYADDR 0xe0:0x01 >> Mar 25 14:16:20 darkside kernel: miibus1: on axe0 >> Mar 25 14:16:20 darkside kernel: ukphy0: > interface> PHY 1 on miibus1 >> Mar 25 14:16:20 darkside kernel: ukphy0: 10baseT, 10baseT-FDX, >> 100baseTX, >> 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto >> Mar 25 14:16:20 darkside kernel: ue0: on axe0 >> Mar 25 14:16:20 darkside kernel: ue0: Ethernet address: >> 00:11:50:e7:39:e9 >> Mar 25 14:16:21 darkside kernel: ue0: link state changed to DOWN >> Mar 25 14:16:23 darkside kernel: nfe0: link state changed to UP >> Mar 25 14:17:06 darkside kernel: ue0: link state changed to UP >> >> do I need to recompile kernel ? (I will as soon as I get home anyway) >> > > Yes, mii(4) should be recompiled to get the register information. > Let me know ukphy(4) output after rebuilding kernel. there you are: miibus1: on axe0 ukphy0: PHY 1 on miibus1 ukphy0: XXX ID1 = 0x7949, ID2 = 0x7949 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseSX, 1000baseT, 1000baseT-FDX, auto ue0: on axe0 ue0: Ethernet address: xx:xx:xx:xx:xx:xx let me know if you need anything else :) thanks, matheus -- We will call you cygnus, The God of balance you shall be A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? http://en.wikipedia.org/wiki/Posting_style From owner-freebsd-usb@FreeBSD.ORG Fri Mar 26 00:32:18 2010 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3E790106564A for ; Fri, 26 Mar 2010 00:32:18 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-bw0-f216.google.com (mail-bw0-f216.google.com [209.85.218.216]) by mx1.freebsd.org (Postfix) with ESMTP id B40058FC0A for ; Fri, 26 Mar 2010 00:32:17 +0000 (UTC) Received: by bwz8 with SMTP id 8so2601925bwz.3 for ; Thu, 25 Mar 2010 17:32:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:references:mime-version:content-type :content-disposition:in-reply-to:user-agent; bh=JzS5yU4/BgDnv74SMIH63oi1II8YmzUVqd63RzLTFy0=; b=AFQ8ZYvaDLDngbkSRSQoK5y0zGrY3jP2F3JUNAYSu77kjPufPozxlBIEoIol8BlMz7 TBMYoz9MK9EnfeBzKOMzrex0bn69DZ9NTCjkOHhUR9NrkFSrm1IWSTE4UX6dcdkNGhtb k6EkOdoJvkt6cbxEDX7XiVudoelZw6xlgN5CA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=cioxCsIWxwrfe1tVd5GUseDQskDa8QExI97f8L8P3FZUWrTwaiCgmhML/exQ0zBvFO HjrSvwF084k8pZWHgKifeAUowNsUK3WcDDxXj2cdROMZ4vPfkhLtNk1+4f2wCbr2EOBj 2G94+Z2Yc+zvUM6FMYnCGg/8oLIHbmXFK+ZYE= Received: by 10.204.9.134 with SMTP id l6mr533627bkl.83.1269563536356; Thu, 25 Mar 2010 17:32:16 -0700 (PDT) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id a11sm2431946bkc.3.2010.03.25.17.32.13 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 25 Mar 2010 17:32:14 -0700 (PDT) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Thu, 25 Mar 2010 17:31:50 -0700 From: Pyun YongHyeon Date: Thu, 25 Mar 2010 17:31:50 -0700 To: Nenhum_de_Nos Message-ID: <20100326003150.GI1278@michelle.cdnetworks.com> References: <5f0d2fca99441437799bc5d7f55d6ea9.squirrel@lamneth> <20100324010107.GM1278@michelle.cdnetworks.com> <3e164e2fc77415a67bd7d22e9c51168b.squirrel@cygnus.homeunix.com> <20100324214230.GT1278@michelle.cdnetworks.com> <20100324215827.GU1278@michelle.cdnetworks.com> <20100324231833.GX1278@michelle.cdnetworks.com> <35a626b67a1556071f4c76498214581d.squirrel@cygnus.homeunix.com> <20100325173556.GA1278@michelle.cdnetworks.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: freebsd-usb@freebsd.org Subject: Re: 10Mbps+ throughput usb based ethernet recommendation X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Mar 2010 00:32:18 -0000 On Thu, Mar 25, 2010 at 04:42:19PM -0300, Nenhum_de_Nos wrote: > > On Thu, March 25, 2010 14:35, Pyun YongHyeon wrote: > > On Thu, Mar 25, 2010 at 02:22:32PM -0300, Nenhum_de_Nos wrote: > >> > >> On Wed, March 24, 2010 20:18, Pyun YongHyeon wrote: > >> > On Wed, Mar 24, 2010 at 02:58:27PM -0700, Pyun YongHyeon wrote: > >> >> On Wed, Mar 24, 2010 at 02:42:30PM -0700, Pyun YongHyeon wrote: > >> >> > On Wed, Mar 24, 2010 at 06:16:21PM -0300, Nenhum_de_Nos wrote: > >> >> > > > >> >> > > On Tue, March 23, 2010 22:01, Pyun YongHyeon wrote: > >> >> > > >> >> > [...] > >> >> > > >> >> > > >> Just adding info, I keep getting these outputs from ifconfig: > >> >> > > >> > >> >> > > >> ue0: flags=8843 metric > >> 0 > >> >> mtu > >> >> > > >> 1500 > >> >> > > >> ether 00:11:50:e7:39:e9 > >> >> > > >> inet 192.168.1.1 netmask 0xffffff00 broadcast 192.168.1.255 > >> >> > > >> media: Ethernet autoselect (1000baseT ) > >> >> > > >> status: active > >> >> > > >> and: > >> >> > > >> ue0: flags=8843 metric > >> 0 > >> >> mtu > >> >> > > >> 1500 > >> >> > > >> ether 00:11:50:e7:39:e9 > >> >> > > >> inet 192.168.1.1 netmask 0xffffff00 broadcast 192.168.1.255 > >> >> > > >> media: Ethernet autoselect (100baseTX > >> ) > >> >> > > > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > >> >> > > >> status: active > >> >> > > >> > >> >> > > >> and this keeps repeating over and over. iperf and on the other > >> >> end an > >> >> > > > > >> >> > > > Maybe this is real problem. It seems PHY have trouble to > >> establish > >> >> > > > link. This is FreeBSD stable/8 right? > >> >> > > > >> >> > > yes. on 7.2 is even worse :( > >> >> > > > >> >> > > > Would you show me the output of "devinfo -rv| grep phy"? > >> >> > > > >> >> > > /usr/home/matheus]$ devinfo -rv| grep phy > >> >> > > ukphy0 pnpinfo oui=0x1e model=0x14 rev=0x9 at > >> >> phyno=1 > >> >> > > >> >> > axe(4) requires correct resolved speed/link status reported from > >> >> > PHY driver. Otherwise it will incorrectly reprogram some registers > >> >> > and this can result in unexpected result. > >> >> > The OUI 0x1e from the above looks odd and I'm not aware of any PHY > >> >> > vendors that reports such OUI. Because FreeBSD does not strictly > >> >> > follows OUI decoding defined by IEEE it's also possible that > >> >> > FreeBSD incorrectly showed wrong OUI. What is your USB ethernet > >> >> > controller model? > >> >> > > >> >> > >> >> Please try this patch and let me know the output on your console. > >> >> It will show you "XXX ID1 = 0xYYYY, ID2 = 0xZZZZ". > >> >> > >> > > >> > Use this patch instead of previous one. > >> > >> I applied the patch, and recompiled just the module. no good, then mii > >> module also recompiled. this time I can ping from inside the > >> freebsd-current vm (vbox) using bridged networking (notebook ethernet > >> nfe > >> adapter) connected to this axe device (this on 8-stable native). > >> > >> ping runs, but yet looses packets: > >> > > > > The patch just prints some register information which could be used > > to track down PHY issues. So it's expected one as the patch has no > > functional changes. > > > >> 64 bytes from 192.168.1.1: icmp_seq=125 ttl=64 time=0.507 ms > >> load: 0.54 cmd: ping 15245 [select] 125.96r 0.01u 0.00s 0% 1372k > >> 95/126 packets received (75.4%) 0.450 min / 1.359 avg / 51.108 max > >> 64 bytes from 192.168.1.1: icmp_seq=126 ttl=64 time=0.499 ms > >> > >> but I see no messages on console/dmesg/messages file: > >> > >> Mar 25 14:04:40 darkside kernel: ue0: link state changed to DOWN > >> Mar 25 14:04:40 darkside kernel: ue0: link state changed to UP > >> Mar 25 14:06:17 darkside kernel: ue0: promiscuous mode enabled > >> Mar 25 14:06:35 darkside kernel: ue0: promiscuous mode disabled > >> Mar 25 14:15:59 darkside kernel: ugen1.4: at usbus1 > >> (disconnected) > >> Mar 25 14:15:59 darkside kernel: axe0: at uhub1, port 3, addr 4 > >> (disconnected) > >> Mar 25 14:15:59 darkside kernel: ukphy0: detached > >> Mar 25 14:15:59 darkside kernel: miibus1: detached > >> Mar 25 14:16:00 darkside kernel: nfe0: link state changed to DOWN > >> Mar 25 14:16:19 darkside kernel: ugen1.4: at usbus1 > >> Mar 25 14:16:19 darkside kernel: axe0: >> rev > >> 2.00/0.01, addr 4> on usbus1 > >> Mar 25 14:16:19 darkside kernel: axe0: PHYADDR 0xe0:0x01 > >> Mar 25 14:16:20 darkside kernel: miibus1: on axe0 > >> Mar 25 14:16:20 darkside kernel: ukphy0: >> interface> PHY 1 on miibus1 > >> Mar 25 14:16:20 darkside kernel: ukphy0: 10baseT, 10baseT-FDX, > >> 100baseTX, > >> 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto > >> Mar 25 14:16:20 darkside kernel: ue0: on axe0 > >> Mar 25 14:16:20 darkside kernel: ue0: Ethernet address: > >> 00:11:50:e7:39:e9 > >> Mar 25 14:16:21 darkside kernel: ue0: link state changed to DOWN > >> Mar 25 14:16:23 darkside kernel: nfe0: link state changed to UP > >> Mar 25 14:17:06 darkside kernel: ue0: link state changed to UP > >> > >> do I need to recompile kernel ? (I will as soon as I get home anyway) > >> > > > > Yes, mii(4) should be recompiled to get the register information. > > Let me know ukphy(4) output after rebuilding kernel. > > there you are: > > miibus1: on axe0 > ukphy0: PHY 1 on miibus1 > ukphy0: XXX ID1 = 0x7949, ID2 = 0x7949 This value looks garbage. > ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseSX, > 1000baseT, 1000baseT-FDX, auto And this time, ukphy(4) also thinks your PHY supports 1000baseSX. Of course it's wrong because PHY is copper type. By chance, are you using Belkin F5D5055 USB controller? I remember another user also reported similar issue. Hans, I guess there is not much thing left to do in PHY driver because accessing these MII registers return garbage. What could be done in USB subsystem to get more information to know why controller returns garbage for accessing MII registers? From owner-freebsd-usb@FreeBSD.ORG Fri Mar 26 00:57:35 2010 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A77DB106566B for ; Fri, 26 Mar 2010 00:57:35 +0000 (UTC) (envelope-from matheusber@gmail.com) Received: from mail-gx0-f211.google.com (mail-gx0-f211.google.com [209.85.217.211]) by mx1.freebsd.org (Postfix) with ESMTP id 4F8398FC08 for ; Fri, 26 Mar 2010 00:57:35 +0000 (UTC) Received: by gxk3 with SMTP id 3so11135gxk.13 for ; Thu, 25 Mar 2010 17:57:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:received:received :message-id:in-reply-to:references:date:subject:from:to:cc :user-agent:mime-version:content-type:content-transfer-encoding :x-priority:importance; bh=A6Y84f8AUfI8VFHID3iUx2hPlkcIlf5QomOfQp5JY3E=; b=EVw5Z+LibIFi214g6FHr+ISzYn0USvJ/bnjKvUVPbcaFPrQLJzzlT25aUDrt33Ajq7 WIooJ1SHuyzTtjrvh/XfqTdP90RW6rF+mm1J0+bBQrVNlujFRE2F2qsdkHDlq1+chTop BZIF5wegRVqFWjHA4HVGgNnTpCS62HnoDl0YE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:in-reply-to:references:date:subject:from:to:cc :user-agent:mime-version:content-type:content-transfer-encoding :x-priority:importance; b=gK5aSRhsjDMN98TnMhaCkw3mW4xjQ+gEhwlXp5hxiJaypz9x8BG3BqUlFZVrw0Ybp4 NOqZJ0CAd8jsnHjFq61wb65CV8Kd/rrisz1gGMiAFderwvMPVOx8NQiF2WagKJfeiSFZ Offg7xvEp/nWnAmxsOeswn/NrRDjmGq57BxwI= Received: by 10.150.74.11 with SMTP id w11mr1789911yba.33.1269565054407; Thu, 25 Mar 2010 17:57:34 -0700 (PDT) Received: from cygnus.homeunix.com ([189.71.112.4]) by mx.google.com with ESMTPS id 14sm198290gxk.7.2010.03.25.17.57.28 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 25 Mar 2010 17:57:30 -0700 (PDT) Sender: Nenhum_de_Nos Received: by cygnus.homeunix.com (Postfix, from userid 80) id A95F7B8A1E; Thu, 25 Mar 2010 21:57:22 -0300 (BRT) Received: from 189.71.107.85 (SquirrelMail authenticated user matheus) by cygnus.homeunix.com with HTTP; Thu, 25 Mar 2010 21:57:22 -0300 (BRT) Message-ID: In-Reply-To: <20100326003150.GI1278@michelle.cdnetworks.com> References: <5f0d2fca99441437799bc5d7f55d6ea9.squirrel@lamneth> <20100324010107.GM1278@michelle.cdnetworks.com> <3e164e2fc77415a67bd7d22e9c51168b.squirrel@cygnus.homeunix.com> <20100324214230.GT1278@michelle.cdnetworks.com> <20100324215827.GU1278@michelle.cdnetworks.com> <20100324231833.GX1278@michelle.cdnetworks.com> <35a626b67a1556071f4c76498214581d.squirrel@cygnus.homeunix.com> <20100325173556.GA1278@michelle.cdnetworks.com> <20100326003150.GI1278@michelle.cdnetworks.com> Date: Thu, 25 Mar 2010 21:57:22 -0300 (BRT) From: "Nenhum_de_Nos" To: pyunyh@gmail.com User-Agent: SquirrelMail/1.4.15 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: freebsd-usb@freebsd.org Subject: Re: 10Mbps+ throughput usb based ethernet recommendation 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, 26 Mar 2010 00:57:35 -0000 On Thu, March 25, 2010 21:31, Pyun YongHyeon wrote: > On Thu, Mar 25, 2010 at 04:42:19PM -0300, Nenhum_de_Nos wrote: >> >> On Thu, March 25, 2010 14:35, Pyun YongHyeon wrote: >> > On Thu, Mar 25, 2010 at 02:22:32PM -0300, Nenhum_de_Nos wrote: >> >> >> >> On Wed, March 24, 2010 20:18, Pyun YongHyeon wrote: >> >> > On Wed, Mar 24, 2010 at 02:58:27PM -0700, Pyun YongHyeon wrote: >> >> >> On Wed, Mar 24, 2010 at 02:42:30PM -0700, Pyun YongHyeon wrote: >> >> >> > On Wed, Mar 24, 2010 at 06:16:21PM -0300, Nenhum_de_Nos wrote: >> >> >> > > >> >> >> > > On Tue, March 23, 2010 22:01, Pyun YongHyeon wrote: >> >> >> > >> >> >> > [...] >> >> >> > >> >> >> > > >> Just adding info, I keep getting these outputs from >> ifconfig: >> >> >> > > >> >> >> >> > > >> ue0: flags=8843 >> metric >> >> 0 >> >> >> mtu >> >> >> > > >> 1500 >> >> >> > > >> ether 00:11:50:e7:39:e9 >> >> >> > > >> inet 192.168.1.1 netmask 0xffffff00 broadcast >> 192.168.1.255 >> >> >> > > >> media: Ethernet autoselect (1000baseT ) >> >> >> > > >> status: active >> >> >> > > >> and: >> >> >> > > >> ue0: flags=8843 >> metric >> >> 0 >> >> >> mtu >> >> >> > > >> 1500 >> >> >> > > >> ether 00:11:50:e7:39:e9 >> >> >> > > >> inet 192.168.1.1 netmask 0xffffff00 broadcast >> 192.168.1.255 >> >> >> > > >> media: Ethernet autoselect (100baseTX >> >> ) >> >> >> > > > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ >> >> >> > > >> status: active >> >> >> > > >> >> >> >> > > >> and this keeps repeating over and over. iperf and on the >> other >> >> >> end an >> >> >> > > > >> >> >> > > > Maybe this is real problem. It seems PHY have trouble to >> >> establish >> >> >> > > > link. This is FreeBSD stable/8 right? >> >> >> > > >> >> >> > > yes. on 7.2 is even worse :( >> >> >> > > >> >> >> > > > Would you show me the output of "devinfo -rv| grep phy"? >> >> >> > > >> >> >> > > /usr/home/matheus]$ devinfo -rv| grep phy >> >> >> > > ukphy0 pnpinfo oui=0x1e model=0x14 rev=0x9 >> at >> >> >> phyno=1 >> >> >> > >> >> >> > axe(4) requires correct resolved speed/link status reported from >> >> >> > PHY driver. Otherwise it will incorrectly reprogram some >> registers >> >> >> > and this can result in unexpected result. >> >> >> > The OUI 0x1e from the above looks odd and I'm not aware of any >> PHY >> >> >> > vendors that reports such OUI. Because FreeBSD does not strictly >> >> >> > follows OUI decoding defined by IEEE it's also possible that >> >> >> > FreeBSD incorrectly showed wrong OUI. What is your USB ethernet >> >> >> > controller model? >> >> >> > >> >> >> >> >> >> Please try this patch and let me know the output on your console. >> >> >> It will show you "XXX ID1 = 0xYYYY, ID2 = 0xZZZZ". >> >> >> >> >> > >> >> > Use this patch instead of previous one. >> >> >> >> I applied the patch, and recompiled just the module. no good, then >> mii >> >> module also recompiled. this time I can ping from inside the >> >> freebsd-current vm (vbox) using bridged networking (notebook ethernet >> >> nfe >> >> adapter) connected to this axe device (this on 8-stable native). >> >> >> >> ping runs, but yet looses packets: >> >> >> > >> > The patch just prints some register information which could be used >> > to track down PHY issues. So it's expected one as the patch has no >> > functional changes. >> > >> >> 64 bytes from 192.168.1.1: icmp_seq=125 ttl=64 time=0.507 ms >> >> load: 0.54 cmd: ping 15245 [select] 125.96r 0.01u 0.00s 0% 1372k >> >> 95/126 packets received (75.4%) 0.450 min / 1.359 avg / 51.108 max >> >> 64 bytes from 192.168.1.1: icmp_seq=126 ttl=64 time=0.499 ms >> >> >> >> but I see no messages on console/dmesg/messages file: >> >> >> >> Mar 25 14:04:40 darkside kernel: ue0: link state changed to DOWN >> >> Mar 25 14:04:40 darkside kernel: ue0: link state changed to UP >> >> Mar 25 14:06:17 darkside kernel: ue0: promiscuous mode enabled >> >> Mar 25 14:06:35 darkside kernel: ue0: promiscuous mode disabled >> >> Mar 25 14:15:59 darkside kernel: ugen1.4: at usbus1 >> >> (disconnected) >> >> Mar 25 14:15:59 darkside kernel: axe0: at uhub1, port 3, addr 4 >> >> (disconnected) >> >> Mar 25 14:15:59 darkside kernel: ukphy0: detached >> >> Mar 25 14:15:59 darkside kernel: miibus1: detached >> >> Mar 25 14:16:00 darkside kernel: nfe0: link state changed to DOWN >> >> Mar 25 14:16:19 darkside kernel: ugen1.4: at usbus1 >> >> Mar 25 14:16:19 darkside kernel: axe0: > >> rev >> >> 2.00/0.01, addr 4> on usbus1 >> >> Mar 25 14:16:19 darkside kernel: axe0: PHYADDR 0xe0:0x01 >> >> Mar 25 14:16:20 darkside kernel: miibus1: on axe0 >> >> Mar 25 14:16:20 darkside kernel: ukphy0: > >> interface> PHY 1 on miibus1 >> >> Mar 25 14:16:20 darkside kernel: ukphy0: 10baseT, 10baseT-FDX, >> >> 100baseTX, >> >> 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto >> >> Mar 25 14:16:20 darkside kernel: ue0: on axe0 >> >> Mar 25 14:16:20 darkside kernel: ue0: Ethernet address: >> >> 00:11:50:e7:39:e9 >> >> Mar 25 14:16:21 darkside kernel: ue0: link state changed to DOWN >> >> Mar 25 14:16:23 darkside kernel: nfe0: link state changed to UP >> >> Mar 25 14:17:06 darkside kernel: ue0: link state changed to UP >> >> >> >> do I need to recompile kernel ? (I will as soon as I get home anyway) >> >> >> > >> > Yes, mii(4) should be recompiled to get the register information. >> > Let me know ukphy(4) output after rebuilding kernel. >> >> there you are: >> >> miibus1: on axe0 >> ukphy0: PHY 1 on miibus1 >> ukphy0: XXX ID1 = 0x7949, ID2 = 0x7949 > > This value looks garbage. :( >> ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseSX, >> 1000baseT, 1000baseT-FDX, auto > > And this time, ukphy(4) also thinks your PHY supports 1000baseSX. > Of course it's wrong because PHY is copper type. > By chance, are you using Belkin F5D5055 USB controller? I remember > another user also reported similar issue. yes. I have two of them. thanks, matheus > Hans, I guess there is not much thing left to do in PHY driver > because accessing these MII registers return garbage. What could be > done in USB subsystem to get more information to know why > controller returns garbage for accessing MII registers? > -- We will call you cygnus, The God of balance you shall be A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? http://en.wikipedia.org/wiki/Posting_style From owner-freebsd-usb@FreeBSD.ORG Fri Mar 26 18:58:37 2010 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CD7CD1065785 for ; Fri, 26 Mar 2010 18:58:37 +0000 (UTC) (envelope-from absintheslink@gmail.com) Received: from mail-ew0-f215.google.com (mail-ew0-f215.google.com [209.85.219.215]) by mx1.freebsd.org (Postfix) with ESMTP id 5BEF48FC16 for ; Fri, 26 Mar 2010 18:58:37 +0000 (UTC) Received: by ewy7 with SMTP id 7so1330137ewy.31 for ; Fri, 26 Mar 2010 11:58:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:date:from:to:subject :message-id:x-mailer:mime-version:content-type :content-transfer-encoding; bh=SMK1a3ZC/nKCPThSZerR6KLEpRc9oMKBhoVAh9+nrrE=; b=BaHcs85UsdADmrhqAoVIPttDtQm6ULYDE0OlZBQJ5D45h7ZSvWOuJQ82d7MGAzhKLM hl1Tk/iusmchdptji81ZuvYSQ32hIon08jRV7XKpTHXYJbBuTSV9ikGe3PqdQ0S+FWPX CKba+b8ksMKoduzD3vC/TDO9YzMs2LuscnRJE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:subject:message-id:x-mailer:mime-version:content-type :content-transfer-encoding; b=MlsF3sDtpyzB9T0Bmq9ily7NVBabE+KJ27apJ/05Rm0hVrE68J7/CBZJPfq/w/BKKQ ytUGcYH//ZPoZDUDzsE5qPRGmn2LlI10mSRDaAvPoM/Vwnfb2plW+75D6SPDYvajeN7H 84wOS07PLnaop+F00lgVuYFCP1qwiFJoXCICU= Received: by 10.213.55.148 with SMTP id u20mr441802ebg.85.1269628571759; Fri, 26 Mar 2010 11:36:11 -0700 (PDT) Received: from dimitri (amethyst.plexus.leidenuniv.nl [132.229.91.24]) by mx.google.com with ESMTPS id 14sm795894ewy.14.2010.03.26.11.36.10 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 26 Mar 2010 11:36:10 -0700 (PDT) Date: Fri, 26 Mar 2010 19:34:42 +0100 From: Nicholas 0 To: freebsd-usb@freebsd.org Message-ID: <20100326193442.6bd27799@dimitri> X-Mailer: Claws Mail 3.7.2 (GTK+ 2.18.3; amd64-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: resetting USB after suspend 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, 26 Mar 2010 18:58:37 -0000 Dear list. I'm not sure if this belongs here or on the ACPI list. Please forgive. Sometimes when I resume my ThinkPad X200 (Core 2 Duo, 8.0-RELEASE, amd64), my USB ports don't come back online - that is, no power to things that I plug in and nothing shows up in dmesg. Reboot fixes it. It doesn't seem entirely consistent, sometimes USB is fine after suspend, sometimes it isn't. I'm trying to see if I can find some rhyme or reason as to when this occcurs so I can file a bug report and work with someone to get this fixed, but in the mean time is there any way to reset the USB subsystem/reload the drivers that I can try as a work around? It's annoying having to reboot to charge my phone. Nicholas From owner-freebsd-usb@FreeBSD.ORG Fri Mar 26 19:01:09 2010 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9971A106566B for ; Fri, 26 Mar 2010 19:01:09 +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 2BDCB8FC1A for ; Fri, 26 Mar 2010 19:01:08 +0000 (UTC) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=8nJEP1OIZ-IA:10 a=M8b_wTzEtboA:10 a=MnI1ikcADjEx7bvsp0jZvQ==:17 a=5wyzVOofzNeh45Mj8SEA:9 a=jSffn_Z1FCoxkxax8lgUWk4m3fsA:4 a=wPNLvfGTeEIA:10 a=_oSOPvY00GV8g5zL:21 a=MT2vXrisMc4wrHJN:21 Received: from [188.126.201.140] (account mc467741@c2i.net HELO laptop002.hselasky.homeunix.org) by mailfe02.swip.net (CommuniGate Pro SMTP 5.2.19) with ESMTPA id 1363465161; Fri, 26 Mar 2010 20:01:07 +0100 From: Hans Petter Selasky To: freebsd-usb@freebsd.org Date: Fri, 26 Mar 2010 19:59:15 +0100 User-Agent: KMail/1.12.4 (FreeBSD/8.0-STABLE; KDE/4.3.4; amd64; ; ) References: <20100326193442.6bd27799@dimitri> In-Reply-To: <20100326193442.6bd27799@dimitri> X-Face: +~\`s("[*|O,="7?X@L.elg*F"OA\I/3%^p8g?ab%RN'(; _IjlA: hGE..Ew, XAQ*o#\/M~SC=S1-f9{EzRfT'|Hhll5Q]ha5Bt-s|oTlKMusi:1e[wJl}kd}GR Z0adGx-x_0zGbZj'e(Y[(UNle~)8CQWXW@:DX+9)_YlB[tIccCPN$7/L' MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201003261959.16089.hselasky@c2i.net> Cc: Subject: Re: resetting USB after suspend 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, 26 Mar 2010 19:01:09 -0000 On Friday 26 March 2010 19:34:42 Nicholas 0 wrote: > Dear list. > > I'm not sure if this belongs here or on the ACPI list. Please forgive. > > Sometimes when I resume my ThinkPad X200 (Core 2 Duo, 8.0-RELEASE, > amd64), my USB ports don't come back online - that is, no power to > things that I plug in and nothing shows up in dmesg. Reboot fixes it. > It doesn't seem entirely consistent, sometimes USB is fine after > suspend, sometimes it isn't. > > I'm trying to see if I can find some rhyme or reason as to when this > occcurs so I can file a bug report and work with someone to get this > fixed, but in the mean time is there any way to reset the USB > subsystem/reload the drivers that I can try as a work around? It's > annoying having to reboot to charge my phone. > > Nicholas > Hi, This use-case has not been tested that much. USB can probably do more to recover the state after PC resume. --HPS From owner-freebsd-usb@FreeBSD.ORG Fri Mar 26 19:24:40 2010 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EA0281065674 for ; Fri, 26 Mar 2010 19:24:40 +0000 (UTC) (envelope-from bahamasfranks@gmail.com) Received: from mail-pv0-f182.google.com (mail-pv0-f182.google.com [74.125.83.182]) by mx1.freebsd.org (Postfix) with ESMTP id BE90B8FC13 for ; Fri, 26 Mar 2010 19:24:40 +0000 (UTC) Received: by pvc7 with SMTP id 7so3764881pvc.13 for ; Fri, 26 Mar 2010 12:24:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:received:message-id:subject:from:to:cc:content-type; bh=UFq1S+ISs4LGeoEPJl7+dUJ021zvRAnKJLbXAzKzVvA=; b=cr6kapCGKvgbtxsSx3AVlL/erF/+7CskJaKVKgPvIeFEC0Y5dBVtnlx/O4+F1lQTbK i9KWFSJoJ6k1hmaFcCn5hN+TH/iFenwJ4g3HNv4ArLOn3hUGM9z/4DY6cD9EGECNetVg yABkULGArDkHyJMH+n0+xuf8yt+WnwoWUWnWE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=H1lwjtlJyMFVMBLz1nS7VuoE6izINTsZUYIFS/jg49IVTlgj8lytr90kduS4rJjkVL VeSliayTJD2EyhoyKn+7uy8FpPttudy5/OmXCrQWbaJ7Je4xhNd6vW0C94pT/wq6kdPU ciP5W5jzKLUm6WIW6Lc33+MVA7siaxKGNTmP8= MIME-Version: 1.0 Received: by 10.140.134.12 with HTTP; Fri, 26 Mar 2010 12:24:40 -0700 (PDT) In-Reply-To: <201003232157.30932.hselasky@c2i.net> References: <539c60b91003231144n37cd3c3ct2dbd1f7f8f8bd953@mail.gmail.com> <201003232157.30932.hselasky@c2i.net> Date: Fri, 26 Mar 2010 12:24:40 -0700 Received: by 10.141.106.8 with SMTP id i8mr1481144rvm.30.1269631480061; Fri, 26 Mar 2010 12:24:40 -0700 (PDT) Message-ID: <539c60b91003261224t6afb7806t3521426a7409bb2c@mail.gmail.com> From: Steve Franks To: Hans Petter Selasky Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-usb@freebsd.org Subject: Re: uslcom drops chars(?) when used with hub 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, 26 Mar 2010 19:24:41 -0000 > Hi, > > You can try: > sysctl hw.usb.uslcom.debug=15 **plugged into hub** [steve@dystant /usr/home/steve]$ dmesg uslcom_set_dtr:332: onoff = 1 uslcom_set_rts:356: onoff = 1 uslcom_set_dtr:332: onoff = 0 uslcom_set_rts:356: onoff = 0 uslcom_get_status:445: uslcom_param:388: uslcom_param:388: uslcom_set_dtr:332: onoff = 0 uslcom_set_rts:356: onoff = 1 uslcom_set_dtr:332: onoff = 1 uslcom_write_callback:485: actlen = 1 uslcom_set_rts:356: onoff = 1 uslcom_write_callback:485: actlen = 13 uslcom_write_callback:485: actlen = 6 uslcom_write_callback:485: actlen = 8 uslcom_write_callback:485: actlen = 2 uslcom_write_callback:485: actlen = 2 uslcom_write_callback:485: actlen = 6 uslcom_write_callback:485: actlen = 6 uslcom_write_callback:485: actlen = 6 uslcom_write_callback:485: actlen = 6 uslcom_write_callback:485: actlen = 18 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 7 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 **at this point, the bootloader program talking to the usb freezes** **plugged into root hub*** ... uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 7 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 6 uslcom_write_callback:485: actlen = 6 uslcom_write_callback:485: actlen = 20 uslcom_write_callback:485: actlen = 6 uslcom_set_dtr:332: onoff = 1 uslcom_set_rts:356: onoff = 0 uslcom_set_dtr:332: onoff = 1 uslcom_set_rts:356: onoff = 1 uslcom_param:388: uslcom_set_dtr:332: onoff = 0 uslcom_set_rts:356: onoff = 1 **bootloader program exits sucessfully** > What does usbconfig say about your device when you use the HUB and without > HUB? **root hub** [steve@dystant /usr/home/steve]$ usbconfig ugen0.1: at usbus0, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON ugen1.1: at usbus1, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON ugen2.1: at usbus2, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON ugen3.1: at usbus3, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON ugen4.1: at usbus4, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=ON ugen4.2: at usbus4, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=ON ugen4.3: at usbus4, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=SAVE ugen2.2: at usbus2, cfg=0 md=HOST spd=LOW (1.5Mbps) pwr=ON ugen4.4: at usbus4, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=SAVE ugen4.5: at usbus4, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON ugen0.2: at usbus0, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON **ext hub** [steve@dystant /usr/home/steve]$ usbconfig ugen0.1: at usbus0, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON ugen1.1: at usbus1, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON ugen2.1: at usbus2, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON ugen3.1: at usbus3, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON ugen4.1: at usbus4, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=ON ugen4.2: at usbus4, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=ON ugen4.3: at usbus4, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=SAVE ugen2.2: at usbus2, cfg=0 md=HOST spd=LOW (1.5Mbps) pwr=ON ugen4.4: at usbus4, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=SAVE ugen4.5: at usbus4, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON ugen4.6: at usbus4, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON Pretty much looks indecipherably the same in each to me... Thanks, Steve From owner-freebsd-usb@FreeBSD.ORG Fri Mar 26 19:37:09 2010 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 53DF9106564A for ; Fri, 26 Mar 2010 19:37:09 +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 D587A8FC1F for ; Fri, 26 Mar 2010 19:37:08 +0000 (UTC) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=EyIkf90I47cA:10 a=8nJEP1OIZ-IA:10 a=M8b_wTzEtboA:10 a=MnI1ikcADjEx7bvsp0jZvQ==:17 a=1HmZt196zEPLR74s3WwA:9 a=dNuyjR3-snkusTZT1R0B_daUrNMA:4 a=wPNLvfGTeEIA:10 Received: from [188.126.201.140] (account mc467741@c2i.net HELO laptop002.hselasky.homeunix.org) by mailfe05.swip.net (CommuniGate Pro SMTP 5.2.19) with ESMTPA id 1283626338; Fri, 26 Mar 2010 20:37:07 +0100 From: Hans Petter Selasky To: Steve Franks Date: Fri, 26 Mar 2010 20:35:16 +0100 User-Agent: KMail/1.12.4 (FreeBSD/8.0-STABLE; KDE/4.3.4; amd64; ; ) References: <539c60b91003231144n37cd3c3ct2dbd1f7f8f8bd953@mail.gmail.com> <201003232157.30932.hselasky@c2i.net> <539c60b91003261224t6afb7806t3521426a7409bb2c@mail.gmail.com> In-Reply-To: <539c60b91003261224t6afb7806t3521426a7409bb2c@mail.gmail.com> X-Face: +~\`s("[*|O,="7?X@L.elg*F"OA\I/3%^p8g?ab%RN'(; _IjlA: hGE..Ew, XAQ*o#\/M~SC=S1-f9{EzRfT'|Hhll5Q]ha5Bt-s|oTlKMusi:1e[wJl}kd}GR Z0adGx-x_0zGbZj'e(Y[(UNle~)8CQWXW@:DX+9)_YlB[tIccCPN$7/L' MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201003262035.16922.hselasky@c2i.net> Cc: freebsd-usb@freebsd.org Subject: Re: uslcom drops chars(?) when used with hub 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, 26 Mar 2010 19:37:09 -0000 On Friday 26 March 2010 20:24:40 Steve Franks wrote: > > Hi, > > > > You can try: > > sysctl hw.usb.uslcom.debug=15 > Hi, I see that your USB HUB is HIGH speed, while your device is FULL speed. That means the USB HUB will translate the speed from HIGH to FULL speed, which might be one part of the problem. Could you try another branded USB 2.0 HUB and see if the problem is the same? --HPS From owner-freebsd-usb@FreeBSD.ORG Fri Mar 26 19:50:42 2010 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 432E11065670 for ; Fri, 26 Mar 2010 19:50:42 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-bw0-f216.google.com (mail-bw0-f216.google.com [209.85.218.216]) by mx1.freebsd.org (Postfix) with ESMTP id B50938FC08 for ; Fri, 26 Mar 2010 19:50:41 +0000 (UTC) Received: by bwz8 with SMTP id 8so3298839bwz.3 for ; Fri, 26 Mar 2010 12:50:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:references:mime-version:content-type :content-disposition:in-reply-to:user-agent; bh=97XFcdfCfaUfh0SNodS9zQg5WboN6ULqACltzRVTCcI=; b=Gcv2kpbhjQiDyhik/LPAi0RGfQ2ij3JSg0BVonLNYyQjm0naCQShCPFFBMQPFH69Hb Z7fmFN3MVvMsLS93RV4mUXlgH1X4fPUQtiBk+L944+A15g8ty1Va2AlRauRfxxdcTqat FfQ32JrIZRVpkOvHDnUd3H+3jdVeo263CP2L8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=F3iZUgiNL8xEiUEfe51ZWUzZiHT88HcvtYq361r/VyJkb4iq7pOV/ByOSrBAa3Hg5w nwpvD3WGkDqx2ezAxCKq8i+RgUxpyOk9Z+T18w19dXXvYqkdQesfZbWgjvnjhsEQrFi7 JMy0cJ0iAOSSzVsa8z+YjDo86/F0bl7mk4RS4= Received: by 10.204.30.195 with SMTP id v3mr2260386bkc.3.1269633040406; Fri, 26 Mar 2010 12:50:40 -0700 (PDT) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id s17sm10229467bkd.10.2010.03.26.12.50.35 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 26 Mar 2010 12:50:38 -0700 (PDT) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Fri, 26 Mar 2010 12:50:12 -0700 From: Pyun YongHyeon Date: Fri, 26 Mar 2010 12:50:12 -0700 To: Nenhum_de_Nos Message-ID: <20100326195012.GS1278@michelle.cdnetworks.com> References: <20100324010107.GM1278@michelle.cdnetworks.com> <3e164e2fc77415a67bd7d22e9c51168b.squirrel@cygnus.homeunix.com> <20100324214230.GT1278@michelle.cdnetworks.com> <20100324215827.GU1278@michelle.cdnetworks.com> <20100324231833.GX1278@michelle.cdnetworks.com> <35a626b67a1556071f4c76498214581d.squirrel@cygnus.homeunix.com> <20100325173556.GA1278@michelle.cdnetworks.com> <20100326003150.GI1278@michelle.cdnetworks.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="2xzXx3ruJf7hsAzo" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: freebsd-usb@freebsd.org Subject: Re: 10Mbps+ throughput usb based ethernet recommendation X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Mar 2010 19:50:42 -0000 --2xzXx3ruJf7hsAzo Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Thu, Mar 25, 2010 at 09:57:22PM -0300, Nenhum_de_Nos wrote: [...] > >> miibus1: on axe0 > >> ukphy0: PHY 1 on miibus1 > >> ukphy0: XXX ID1 = 0x7949, ID2 = 0x7949 > > > > This value looks garbage. > > :( > > >> ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseSX, > >> 1000baseT, 1000baseT-FDX, auto > > > > And this time, ukphy(4) also thinks your PHY supports 1000baseSX. > > Of course it's wrong because PHY is copper type. > > By chance, are you using Belkin F5D5055 USB controller? I remember > > another user also reported similar issue. > > yes. I have two of them. > Ok, would you try attached patch and check whether the patch prints some error messages on your console? I guess some commands are timed out here. > thanks, > > matheus > > > Hans, I guess there is not much thing left to do in PHY driver > > because accessing these MII registers return garbage. What could be > > done in USB subsystem to get more information to know why > > controller returns garbage for accessing MII registers? > > --2xzXx3ruJf7hsAzo Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="axe.belkin.patch2" Index: sys/dev/usb/net/if_axe.c =================================================================== --- sys/dev/usb/net/if_axe.c (revision 205700) +++ sys/dev/usb/net/if_axe.c (working copy) @@ -295,7 +295,7 @@ { struct axe_softc *sc = device_get_softc(dev); uint16_t val; - int locked; + int error, locked; if (sc->sc_phyno != phy) return (0); @@ -304,9 +304,15 @@ if (!locked) AXE_LOCK(sc); - axe_cmd(sc, AXE_CMD_MII_OPMODE_SW, 0, 0, NULL); - axe_cmd(sc, AXE_CMD_MII_READ_REG, reg, phy, &val); - axe_cmd(sc, AXE_CMD_MII_OPMODE_HW, 0, 0, NULL); + error = axe_cmd(sc, AXE_CMD_MII_OPMODE_SW, 0, 0, NULL); + if (error != 0) + printf("AXE_CMD_MII_OPMODE_SW failed : %d:%d\n", reg, error); + error = axe_cmd(sc, AXE_CMD_MII_READ_REG, reg, phy, &val); + if (error != 0) + printf("AXE_CMD_MII_READ_REG failed : %d:%d\n", reg, error); + error = axe_cmd(sc, AXE_CMD_MII_OPMODE_HW, 0, 0, NULL); + if (error != 0) + printf("AXE_CMD_MII_OPMODE_HW failed : %d:%d\n", reg, error); val = le16toh(val); if ((sc->sc_flags & AXE_FLAG_772) != 0 && reg == MII_BMSR) { --2xzXx3ruJf7hsAzo-- From owner-freebsd-usb@FreeBSD.ORG Fri Mar 26 20:06:50 2010 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 56F23106566B for ; Fri, 26 Mar 2010 20:06:50 +0000 (UTC) (envelope-from bahamasfranks@gmail.com) Received: from mail-pw0-f54.google.com (mail-pw0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id 2AAAB8FC08 for ; Fri, 26 Mar 2010 20:06:50 +0000 (UTC) Received: by pwj4 with SMTP id 4so7048191pwj.13 for ; Fri, 26 Mar 2010 13:06:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:received:message-id:subject:from:to:cc:content-type; bh=7BQJjhGT6L3FrF/bKrE8iDcp2F4jN1O29CDDyFWteRo=; b=E1nNjk2SxOSUvA4mGW0xapKKbqw/vWbITaFkZwGwYM2rK2xTZHGFow3b0o/Uq37GNE eHGzMjkc0UruzdXric3ZpwvWx17atxFF/lBt0IStjh2AGvDGSd+QmXTrQ4P7IozVHeZV 4+HSxehuZTOxkzB6xbnJWtDrr4VeTJBSN07cY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=gwf+LqgaSd4BsIsBPv9Ugm9r0kXwez7OvM3x28DsaV3tcQVJjF7kWCoK3hLXQR22hb e4g4u03zc67ZaYwA8yAvK7+9wojN3T5G2fuKRcFqmOqbPMjsXNt3xzVHHIuYvh5ScD9R 72TpNjHWda6q2HZOkbsAmRnzg6xbj0DrKNr40= MIME-Version: 1.0 Received: by 10.140.134.12 with HTTP; Fri, 26 Mar 2010 13:06:49 -0700 (PDT) In-Reply-To: <201003262035.16922.hselasky@c2i.net> References: <539c60b91003231144n37cd3c3ct2dbd1f7f8f8bd953@mail.gmail.com> <201003232157.30932.hselasky@c2i.net> <539c60b91003261224t6afb7806t3521426a7409bb2c@mail.gmail.com> <201003262035.16922.hselasky@c2i.net> Date: Fri, 26 Mar 2010 13:06:49 -0700 Received: by 10.141.12.6 with SMTP id p6mr1524993rvi.195.1269634009593; Fri, 26 Mar 2010 13:06:49 -0700 (PDT) Message-ID: <539c60b91003261306v75827e58wecaad5c7c522a529@mail.gmail.com> From: Steve Franks To: Hans Petter Selasky Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-usb@freebsd.org Subject: Re: uslcom drops chars(?) when used with hub 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, 26 Mar 2010 20:06:50 -0000 On Fri, Mar 26, 2010 at 12:35 PM, Hans Petter Selasky wrote: > On Friday 26 March 2010 20:24:40 Steve Franks wrote: >> > Hi, >> > >> > You can try: >> > sysctl hw.usb.uslcom.debug=15 >> > > Hi, > > I see that your USB HUB is HIGH speed, while your device is FULL speed. That > means the USB HUB will translate the speed from HIGH to FULL speed, which > might be one part of the problem. Could you try another branded USB 2.0 HUB > and see if the problem is the same? > > --HPS > Hans, Oldest hub in the office (which happens also to be high-speed) does the same behavior, although it gets significantly farther thru the process before it locks up (see below). Steve ugen4.6: at usbus4 uhub7: on usbus4 uhub7: 7 ports with 7 removable, self powered ugen4.7: at usbus4 uslcom_probe:221: uslcom_attach:242: uslcom0: on usbus4 uslcom_set_dtr:332: onoff = 1 uslcom_set_rts:356: onoff = 1 uslcom_set_dtr:332: onoff = 0 uslcom_set_rts:356: onoff = 0 uslcom_get_status:445: uslcom_param:388: uslcom_param:388: uslcom_set_dtr:332: onoff = 0 uslcom_set_rts:356: onoff = 1 uslcom_set_dtr:332: onoff = 1 uslcom_set_rts:356: onoff = 1 uslcom_write_callback:485: actlen = 1 uslcom_write_callback:485: actlen = 13 uslcom_write_callback:485: actlen = 6 uslcom_write_callback:485: actlen = 8 uslcom_write_callback:485: actlen = 2 uslcom_write_callback:485: actlen = 2 uslcom_write_callback:485: actlen = 6 uslcom_write_callback:485: actlen = 6 uslcom_write_callback:485: actlen = 6 uslcom_write_callback:485: actlen = 6 uslcom_write_callback:485: actlen = 18 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 7 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 7 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 6 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 6 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 6 uslcom_write_callback:485: actlen = 6 uslcom_write_callback:485: actlen = 23 uslcom_write_callback:485: actlen = 6 uslcom_write_callback:485: actlen = 6 uslcom_write_callback:485: actlen = 18 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 6 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 6 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 6 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 6 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 6 uslcom_write_callback:485: actlen = 6 uslcom_write_callback:485: actlen = 23 uslcom_write_callback:485: actlen = 6 uslcom_write_callback:485: actlen = 6 uslcom_write_callback:485: actlen = 18 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 7 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 7 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 6 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 6 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 6 uslcom_write_callback:485: actlen = 6 uslcom_write_callback:485: actlen = 24 uslcom_write_callback:485: actlen = 6 uslcom_write_callback:485: actlen = 6 uslcom_write_callback:485: actlen = 18 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 7 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 7 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 7 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 7 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 6 uslcom_write_callback:485: actlen = 6 uslcom_write_callback:485: actlen = 24 uslcom_write_callback:485: actlen = 6 uslcom_write_callback:485: actlen = 6 uslcom_write_callback:485: actlen = 18 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 7 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 7 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 7 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_write_callback:485: actlen = 62 uslcom_param:388: uslcom_set_dtr:332: onoff = 0 uslcom_set_rts:356: onoff = 1 FYI, here's the actual output of the loader program, it's a pretty common program in the OSS embedded micro world: lpc21isp -control -controlswap -controlinv Main.hex /dev/cuaU0 230400 14745 lpc21isp version 1.79 File Main.hex: loaded... converted to binary format... image size : 202092 Image size : 202092 Synchronizing (ESC to abort). OK Read bootcode version: 12 2 Read part ID: LPC2138, 512 kiB ROM / 32 kiB SRAM (0x2FF25) Will start programming at Sector 1 if possible, and conclude with Sector 0 to ensure that checksum is written last. Erasing sector 0 first, to invalidate checksum. OK Sector 1: ............................................................................................... Sector 2: ............................................................................................... Sector 3: ............................................................................................... Sector 4: ............................................................................................... Sector 5: .......................Error on writing block_CRC (1) gmake: *** [burn] Error 7 >Exit code: 2 From owner-freebsd-usb@FreeBSD.ORG Sat Mar 27 02:04:00 2010 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9CE0A1065670 for ; Sat, 27 Mar 2010 02:04:00 +0000 (UTC) (envelope-from matheusber@gmail.com) Received: from mail-gx0-f211.google.com (mail-gx0-f211.google.com [209.85.217.211]) by mx1.freebsd.org (Postfix) with ESMTP id 446F98FC16 for ; Sat, 27 Mar 2010 02:03:59 +0000 (UTC) Received: by gxk3 with SMTP id 3so466467gxk.13 for ; Fri, 26 Mar 2010 19:03:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:received:received :message-id:in-reply-to:references:date:subject:from:to:cc :user-agent:mime-version:content-type:content-transfer-encoding :x-priority:importance; bh=zdgftfJV0wIq4tVltKKsXC+B0H/11/i8iwYmRVTVAzk=; b=c8U2rAWVv6wcQ85zzV5RfCLXkXuI6szNQBBkB1O0IbLorTj06LN72X5+3TmJCwEz1u 5eFBpbERw7EQQrefPbaXGpkWBhHnzYI8nc+SZu6m8xIM6iHsrd8Ov/QTYy1t5TvM+Fq+ wcN7aowzp+Nlfw8BbDV8h+HVJ2lXg4UEG3Sdo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:in-reply-to:references:date:subject:from:to:cc :user-agent:mime-version:content-type:content-transfer-encoding :x-priority:importance; b=EFyMtYJKK3cP8OxwoDmWTsk5WOv+yXzbmj4HA7IV0PI17eAek0SKaxyue9iuiouccv KPAYpkI67d9VOAEdZJSx2bJB8sBiCoH32trJ7t9vsKzr53C75JqQQpe1lS2GyTq7Sy1n 11hzJIIaDbMZeXFRDEruKzmS5pdJlUFOtgJv4= Received: by 10.150.208.12 with SMTP id f12mr2216258ybg.36.1269655439345; Fri, 26 Mar 2010 19:03:59 -0700 (PDT) Received: from cygnus.homeunix.com ([189.71.112.4]) by mx.google.com with ESMTPS id 16sm954860gxk.9.2010.03.26.19.03.55 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 26 Mar 2010 19:03:57 -0700 (PDT) Sender: Nenhum_de_Nos Received: by cygnus.homeunix.com (Postfix, from userid 80) id C1DA3B8A1E; Fri, 26 Mar 2010 23:03:50 -0300 (BRT) Received: from 189.71.66.48 (SquirrelMail authenticated user matheus) by cygnus.homeunix.com with HTTP; Fri, 26 Mar 2010 23:03:50 -0300 (BRT) Message-ID: <6672a5444e755931f93f58f7b2df28c4.squirrel@cygnus.homeunix.com> In-Reply-To: <20100326195012.GS1278@michelle.cdnetworks.com> References: <20100324010107.GM1278@michelle.cdnetworks.com> <3e164e2fc77415a67bd7d22e9c51168b.squirrel@cygnus.homeunix.com> <20100324214230.GT1278@michelle.cdnetworks.com> <20100324215827.GU1278@michelle.cdnetworks.com> <20100324231833.GX1278@michelle.cdnetworks.com> <35a626b67a1556071f4c76498214581d.squirrel@cygnus.homeunix.com> <20100325173556.GA1278@michelle.cdnetworks.com> <20100326003150.GI1278@michelle.cdnetworks.com> <20100326195012.GS1278@michelle.cdnetworks.com> Date: Fri, 26 Mar 2010 23:03:50 -0300 (BRT) From: "Nenhum_de_Nos" To: pyunyh@gmail.com User-Agent: SquirrelMail/1.4.15 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: freebsd-usb@freebsd.org Subject: Re: 10Mbps+ throughput usb based ethernet recommendation 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, 27 Mar 2010 02:04:00 -0000 On Fri, March 26, 2010 16:50, Pyun YongHyeon wrote: > On Thu, Mar 25, 2010 at 09:57:22PM -0300, Nenhum_de_Nos wrote: > > [...] > >> >> miibus1: on axe0 >> >> ukphy0: PHY 1 on miibus1 >> >> ukphy0: XXX ID1 = 0x7949, ID2 = 0x7949 >> > >> > This value looks garbage. >> >> :( >> >> >> ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseSX, >> >> 1000baseT, 1000baseT-FDX, auto >> > >> > And this time, ukphy(4) also thinks your PHY supports 1000baseSX. >> > Of course it's wrong because PHY is copper type. >> > By chance, are you using Belkin F5D5055 USB controller? I remember >> > another user also reported similar issue. >> >> yes. I have two of them. >> > > Ok, would you try attached patch and check whether the patch prints > some error messages on your console? I guess some commands are > timed out here. ugen1.3: at usbus1 axe0: on usbus1 axe0: PHYADDR 0xe0:0x01 miibus1: on axe0 ukphy0: PHY 1 on miibus1 ukphy0: XXX ID1 = 0x0282, ID2 = 0xf012 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto ue0: on axe0 ue0: Ethernet address: xx.xx.xx.xx.xx.xx ue0: link state changed to DOWN ue0: link state changed to UP ue0: link state changed to DOWN ue0: link state changed to UP ue0: link state changed to DOWN ue0: link state changed to UP wlan0: link state changed to UP ue0: link state changed to DOWN ue0: link state changed to UP vboxnet0: Ethernet address: 0a:00:27:00:00:00 nfe0: promiscuous mode enabled wlan0: link state changed to DOWN wlan0: link state changed to UP ue0: link state changed to DOWN ue0: link state changed to UP wlan0: link state changed to DOWN wlan0: link state changed to UP ue0: link state changed to DOWN ue0: link state changed to UP wlan0: link state changed to DOWN wlan0: link state changed to UP ue0: link state changed to DOWN ue0: link state changed to UP wlan0: link state changed to DOWN wlan0: link state changed to UP nfe0: link state changed to UP wlan0: link state changed to DOWN wlan0: link state changed to UP wlan0: link state changed to DOWN wlan0: link state changed to UP wlan0: link state changed to DOWN wlan0: link state changed to UP nfe0: link state changed to DOWN ue0: link state changed to DOWN nfe0: link state changed to UP ue0: link state changed to UP wlan0: link state changed to DOWN wlan0: link state changed to UP nfe0: tx v2 error 0x6100 arp: xx:xx:xx:xx:xx:xx:xx is using my IP address 10.1.1.1 on ue0! wlan0: link state changed to DOWN wlan0: link state changed to UP wlan0: link state changed to DOWN wlan0: link state changed to UP wlan0: link state changed to DOWN wlan0: link state changed to UP wlan0: link state changed to DOWN wlan0: link state changed to UP so far, just this after plugging the usb nic. tested iperf and the behavior was the same, but nothing in logs. just noticed this: ukphy0: XXX ID1 = 0x0282, ID2 = 0xf012 this is not the same as the other mail. I think is the same adapter (as I have two), but this should change with the nic change ? I changed and got this: miibus1: on axe0 ukphy0: PHY 1 on miibus1 ukphy0: XXX ID1 = 0x0282, ID2 = 0xf012 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto ue0: on axe0 ue0: Ethernet address: xxxxxxxxxxxxxx ue0: link state changed to DOWN so it didn't now. other thing is that not every time it works: ugen1.3: at usbus1 axe0: on usbus1 axe0: PHYADDR 0xe0:0x01 axe0: MII without any PHY ugen1.3: at usbus1 (disconnected) axe0: at uhub1, port 3, addr 3 (disconnected) ugen1.3: at usbus1 axe0: on usbus1 axe0: PHYADDR 0xe0:0x01 axe0: MII without any PHY ugen1.3: at usbus1 (disconnected) axe0: at uhub1, port 3, addr 3 (disconnected) and in the third time it found the PHY it was looking for above and got what I said above. hope it helps, thanks, matheus >> thanks, >> >> matheus >> >> > Hans, I guess there is not much thing left to do in PHY driver >> > because accessing these MII registers return garbage. What could be >> > done in USB subsystem to get more information to know why >> > controller returns garbage for accessing MII registers? >> > > -- We will call you cygnus, The God of balance you shall be A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? http://en.wikipedia.org/wiki/Posting_style From owner-freebsd-usb@FreeBSD.ORG Sat Mar 27 02:20:20 2010 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D56C0106564A for ; Sat, 27 Mar 2010 02:20:20 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-iw0-f183.google.com (mail-iw0-f183.google.com [209.85.223.183]) by mx1.freebsd.org (Postfix) with ESMTP id 8EFE98FC14 for ; Sat, 27 Mar 2010 02:20:17 +0000 (UTC) Received: by iwn13 with SMTP id 13so7221979iwn.14 for ; Fri, 26 Mar 2010 19:20:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:references:mime-version:content-type :content-disposition:in-reply-to:user-agent; bh=yWkhxpXFZ618rPeiT5xXNlodEUY25f0fafEwUUlSZbg=; b=ajX7uF9Mpiocb3Qi5HzsPZYZLQIxCjkC/01rtx9u8yXFcRTXS6Y3pu9JLd3Zv2RHUF 2aIfLPHj8iVENIWj+9f42u1vx8ryIFEGDJsyfgLZ7RRlFlX8z1UTjwpKjblRm90x1IRB unHrHiNvcPstV5JnC3YJxGFDmvX61rrJk02XA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=m42ktcEwf4uCsFJ8uS2/yJCLXZZwNGPtsaIjcFTJhU/vjfRf0qZJmDvByqcMbVTTAc FOIM8Bp3XOWfz6vVjrOP6zqNeR04OTcTlXttWAIBUgyoPTUL94hrDxmTJTH17f4OyHRT Bh5QDEC0fjG2a2S6LFWWgymuGsAe1YJmSV2LY= Received: by 10.231.182.206 with SMTP id cd14mr886865ibb.39.1269656417329; Fri, 26 Mar 2010 19:20:17 -0700 (PDT) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id a1sm1346885ibs.18.2010.03.26.19.20.15 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 26 Mar 2010 19:20:16 -0700 (PDT) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Fri, 26 Mar 2010 19:19:54 -0700 From: Pyun YongHyeon Date: Fri, 26 Mar 2010 19:19:54 -0700 To: Nenhum_de_Nos Message-ID: <20100327021954.GY1278@michelle.cdnetworks.com> References: <20100324214230.GT1278@michelle.cdnetworks.com> <20100324215827.GU1278@michelle.cdnetworks.com> <20100324231833.GX1278@michelle.cdnetworks.com> <35a626b67a1556071f4c76498214581d.squirrel@cygnus.homeunix.com> <20100325173556.GA1278@michelle.cdnetworks.com> <20100326003150.GI1278@michelle.cdnetworks.com> <20100326195012.GS1278@michelle.cdnetworks.com> <6672a5444e755931f93f58f7b2df28c4.squirrel@cygnus.homeunix.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <6672a5444e755931f93f58f7b2df28c4.squirrel@cygnus.homeunix.com> User-Agent: Mutt/1.4.2.3i Cc: freebsd-usb@freebsd.org Subject: Re: 10Mbps+ throughput usb based ethernet recommendation X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Mar 2010 02:20:20 -0000 On Fri, Mar 26, 2010 at 11:03:50PM -0300, Nenhum_de_Nos wrote: > > On Fri, March 26, 2010 16:50, Pyun YongHyeon wrote: > > On Thu, Mar 25, 2010 at 09:57:22PM -0300, Nenhum_de_Nos wrote: > > > > [...] > > > >> >> miibus1: on axe0 > >> >> ukphy0: PHY 1 on miibus1 > >> >> ukphy0: XXX ID1 = 0x7949, ID2 = 0x7949 > >> > > >> > This value looks garbage. > >> > >> :( > >> > >> >> ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseSX, > >> >> 1000baseT, 1000baseT-FDX, auto > >> > > >> > And this time, ukphy(4) also thinks your PHY supports 1000baseSX. > >> > Of course it's wrong because PHY is copper type. > >> > By chance, are you using Belkin F5D5055 USB controller? I remember > >> > another user also reported similar issue. > >> > >> yes. I have two of them. > >> > > > > Ok, would you try attached patch and check whether the patch prints > > some error messages on your console? I guess some commands are > > timed out here. > > ugen1.3: at usbus1 > axe0: on usbus1 > axe0: PHYADDR 0xe0:0x01 > miibus1: on axe0 > ukphy0: PHY 1 on miibus1 > ukphy0: XXX ID1 = 0x0282, ID2 = 0xf012 > ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, > 1000baseT-FDX, auto > ue0: on axe0 > ue0: Ethernet address: xx.xx.xx.xx.xx.xx > ue0: link state changed to DOWN > ue0: link state changed to UP > ue0: link state changed to DOWN > ue0: link state changed to UP > ue0: link state changed to DOWN > ue0: link state changed to UP > wlan0: link state changed to UP > ue0: link state changed to DOWN > ue0: link state changed to UP > vboxnet0: Ethernet address: 0a:00:27:00:00:00 > nfe0: promiscuous mode enabled > wlan0: link state changed to DOWN > wlan0: link state changed to UP > ue0: link state changed to DOWN > ue0: link state changed to UP > wlan0: link state changed to DOWN > wlan0: link state changed to UP > ue0: link state changed to DOWN > ue0: link state changed to UP > wlan0: link state changed to DOWN > wlan0: link state changed to UP > ue0: link state changed to DOWN > ue0: link state changed to UP > wlan0: link state changed to DOWN > wlan0: link state changed to UP > nfe0: link state changed to UP > wlan0: link state changed to DOWN > wlan0: link state changed to UP > wlan0: link state changed to DOWN > wlan0: link state changed to UP > wlan0: link state changed to DOWN > wlan0: link state changed to UP > nfe0: link state changed to DOWN > ue0: link state changed to DOWN > nfe0: link state changed to UP > ue0: link state changed to UP > wlan0: link state changed to DOWN > wlan0: link state changed to UP > nfe0: tx v2 error 0x6100 ^^^^^^^^^^^^^^^^^^^^^^^^ It seems you have nfe(4) Tx issues here. You may want to check negotiated speed/duplex is correct against switch. If you have manual media configuration instead of auto, nuke that configuration. nfe(4) has a long standing issue when manual media configuration is used. > arp: xx:xx:xx:xx:xx:xx:xx is using my IP address 10.1.1.1 on ue0! > wlan0: link state changed to DOWN > wlan0: link state changed to UP > wlan0: link state changed to DOWN > wlan0: link state changed to UP > wlan0: link state changed to DOWN > wlan0: link state changed to UP > wlan0: link state changed to DOWN > wlan0: link state changed to UP > > so far, just this after plugging the usb nic. tested iperf and the > behavior was the same, but nothing in logs. > > just noticed this: > > ukphy0: XXX ID1 = 0x0282, ID2 = 0xf012 > > this is not the same as the other mail. I think is the same adapter (as I > have two), but this should change with the nic change ? > > I changed and got this: > > miibus1: on axe0 > ukphy0: PHY 1 on miibus1 > ukphy0: XXX ID1 = 0x0282, ID2 = 0xf012 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ This is *NOT* bogus value. It's Agere Systems' ET1011 gigabit PHY. FreeBSD has truephy(4) for Agere Systems' PHY but it does not have support code for the model yet. > ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, > 1000baseT-FDX, auto > ue0: on axe0 > ue0: Ethernet address: xxxxxxxxxxxxxx > ue0: link state changed to DOWN > > so it didn't now. other thing is that not every time it works: > Yeah, that is real issue here. I guess there should be some magic to wakeup the PHY from deep sleep state. I'll see what can be done. From owner-freebsd-usb@FreeBSD.ORG Sat Mar 27 02:32:02 2010 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 916B81065676 for ; Sat, 27 Mar 2010 02:32:02 +0000 (UTC) (envelope-from matheusber@gmail.com) Received: from mail-yw0-f171.google.com (mail-yw0-f171.google.com [209.85.211.171]) by mx1.freebsd.org (Postfix) with ESMTP id 2BF8E8FC18 for ; Sat, 27 Mar 2010 02:32:01 +0000 (UTC) Received: by ywh1 with SMTP id 1so4267496ywh.3 for ; Fri, 26 Mar 2010 19:32:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:received:received :message-id:in-reply-to:references:date:subject:from:to:cc :user-agent:mime-version:content-type:content-transfer-encoding :x-priority:importance; bh=dCKyOrb8LY7bYIuBW4aiXaau1KWuoh7tnkYDTqa7bOE=; b=AhYXpvgR0unSL/Vxj3LoMDFF1fz3z5uAcyZDGpnPGUOQ4c0E2Z681REaVCfR4cApSm AZF2QLSXhQJfliHrVLk0m0TO/m9xsyDnFfrxVRr98xNSwOw2fwfF55loSv/caPCPFjJR 8Amb5bsw0ggDrBatmHPi7H7UHg53B3Jlg9LvQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:in-reply-to:references:date:subject:from:to:cc :user-agent:mime-version:content-type:content-transfer-encoding :x-priority:importance; b=YksEmmWeax3QjaJsxRaCeESSkyTSEssNtU2R2Gp0Sdrl0SjBKm9m5b9abVJmyigs5D 1/HxE88WruzP7x+jOB7Ehv0TDUcKK3V7ZnoX6++MUNE5il4lApzV4nkjYfD0EJv1PlMY EIz7xltBkLLGpgeIMGhpJkOYI1CUHmvExONpE= Received: by 10.151.130.11 with SMTP id h11mr2219315ybn.234.1269657120218; Fri, 26 Mar 2010 19:32:00 -0700 (PDT) Received: from cygnus.homeunix.com ([189.71.112.4]) by mx.google.com with ESMTPS id 16sm969298gxk.9.2010.03.26.19.31.55 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 26 Mar 2010 19:31:58 -0700 (PDT) Sender: Nenhum_de_Nos Received: by cygnus.homeunix.com (Postfix, from userid 80) id BFE04B8A1E; Fri, 26 Mar 2010 23:31:50 -0300 (BRT) Received: from 189.71.66.48 (SquirrelMail authenticated user matheus) by cygnus.homeunix.com with HTTP; Fri, 26 Mar 2010 23:31:50 -0300 (BRT) Message-ID: <4f4516c4a748aacfbd62cad9691afb90.squirrel@cygnus.homeunix.com> In-Reply-To: <20100327021954.GY1278@michelle.cdnetworks.com> References: <20100324214230.GT1278@michelle.cdnetworks.com> <20100324215827.GU1278@michelle.cdnetworks.com> <20100324231833.GX1278@michelle.cdnetworks.com> <35a626b67a1556071f4c76498214581d.squirrel@cygnus.homeunix.com> <20100325173556.GA1278@michelle.cdnetworks.com> <20100326003150.GI1278@michelle.cdnetworks.com> <20100326195012.GS1278@michelle.cdnetworks.com> <6672a5444e755931f93f58f7b2df28c4.squirrel@cygnus.homeunix.com> <20100327021954.GY1278@michelle.cdnetworks.com> Date: Fri, 26 Mar 2010 23:31:50 -0300 (BRT) From: "Nenhum_de_Nos" To: pyunyh@gmail.com User-Agent: SquirrelMail/1.4.15 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: freebsd-usb@freebsd.org Subject: Re: 10Mbps+ throughput usb based ethernet recommendation 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, 27 Mar 2010 02:32:02 -0000 On Fri, March 26, 2010 23:19, Pyun YongHyeon wrote: > On Fri, Mar 26, 2010 at 11:03:50PM -0300, Nenhum_de_Nos wrote: >> >> On Fri, March 26, 2010 16:50, Pyun YongHyeon wrote: >> > On Thu, Mar 25, 2010 at 09:57:22PM -0300, Nenhum_de_Nos wrote: >> > >> > [...] >> > >> >> >> miibus1: on axe0 >> >> >> ukphy0: PHY 1 on miibus1 >> >> >> ukphy0: XXX ID1 = 0x7949, ID2 = 0x7949 >> >> > >> >> > This value looks garbage. >> >> >> >> :( >> >> >> >> >> ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, >> 1000baseSX, >> >> >> 1000baseT, 1000baseT-FDX, auto >> >> > >> >> > And this time, ukphy(4) also thinks your PHY supports 1000baseSX. >> >> > Of course it's wrong because PHY is copper type. >> >> > By chance, are you using Belkin F5D5055 USB controller? I remember >> >> > another user also reported similar issue. >> >> >> >> yes. I have two of them. >> >> >> > >> > Ok, would you try attached patch and check whether the patch prints >> > some error messages on your console? I guess some commands are >> > timed out here. >> >> ugen1.3: at usbus1 >> axe0: on usbus1 >> axe0: PHYADDR 0xe0:0x01 >> miibus1: on axe0 >> ukphy0: PHY 1 on miibus1 >> ukphy0: XXX ID1 = 0x0282, ID2 = 0xf012 >> ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, >> 1000baseT-FDX, auto >> ue0: on axe0 >> ue0: Ethernet address: xx.xx.xx.xx.xx.xx >> ue0: link state changed to DOWN >> ue0: link state changed to UP >> ue0: link state changed to DOWN >> ue0: link state changed to UP >> ue0: link state changed to DOWN >> ue0: link state changed to UP >> wlan0: link state changed to UP >> ue0: link state changed to DOWN >> ue0: link state changed to UP >> vboxnet0: Ethernet address: 0a:00:27:00:00:00 >> nfe0: promiscuous mode enabled >> wlan0: link state changed to DOWN >> wlan0: link state changed to UP >> ue0: link state changed to DOWN >> ue0: link state changed to UP >> wlan0: link state changed to DOWN >> wlan0: link state changed to UP >> ue0: link state changed to DOWN >> ue0: link state changed to UP >> wlan0: link state changed to DOWN >> wlan0: link state changed to UP >> ue0: link state changed to DOWN >> ue0: link state changed to UP >> wlan0: link state changed to DOWN >> wlan0: link state changed to UP >> nfe0: link state changed to UP >> wlan0: link state changed to DOWN >> wlan0: link state changed to UP >> wlan0: link state changed to DOWN >> wlan0: link state changed to UP >> wlan0: link state changed to DOWN >> wlan0: link state changed to UP >> nfe0: link state changed to DOWN >> ue0: link state changed to DOWN >> nfe0: link state changed to UP >> ue0: link state changed to UP >> wlan0: link state changed to DOWN >> wlan0: link state changed to UP >> nfe0: tx v2 error 0x6100 > ^^^^^^^^^^^^^^^^^^^^^^^^ > It seems you have nfe(4) Tx issues here. You may want to check > negotiated speed/duplex is correct against switch. If you have > manual media configuration instead of auto, nuke that > configuration. nfe(4) has a long standing issue when manual media > configuration is used. I'm linking my nfe0 from notebook, bridged in a vbox freebsd machine, and the usb nic. the media is auto (not manually changed since boot) on both ue0 (native freebsd), nfe0 native and em0 (guest freebsd). >> arp: xx:xx:xx:xx:xx:xx:xx is using my IP address 10.1.1.1 on ue0! >> wlan0: link state changed to DOWN >> wlan0: link state changed to UP >> wlan0: link state changed to DOWN >> wlan0: link state changed to UP >> wlan0: link state changed to DOWN >> wlan0: link state changed to UP >> wlan0: link state changed to DOWN >> wlan0: link state changed to UP >> >> so far, just this after plugging the usb nic. tested iperf and the >> behavior was the same, but nothing in logs. >> >> just noticed this: >> >> ukphy0: XXX ID1 = 0x0282, ID2 = 0xf012 >> >> this is not the same as the other mail. I think is the same adapter (as >> I >> have two), but this should change with the nic change ? >> >> I changed and got this: >> >> miibus1: on axe0 >> ukphy0: PHY 1 on miibus1 >> ukphy0: XXX ID1 = 0x0282, ID2 = 0xf012 > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > > This is *NOT* bogus value. It's Agere Systems' ET1011 gigabit PHY. > FreeBSD has truephy(4) for Agere Systems' PHY but it does not have > support code for the model yet. so I can think that's the issue, right ? >> ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, >> 1000baseT-FDX, auto >> ue0: on axe0 >> ue0: Ethernet address: xxxxxxxxxxxxxx >> ue0: link state changed to DOWN >> >> so it didn't now. other thing is that not every time it works: >> > > Yeah, that is real issue here. I guess there should be some magic > to wakeup the PHY from deep sleep state. I'll see what can be done. ok, great it was found :) let me know if I can help in anything :) matheus -- We will call you cygnus, The God of balance you shall be A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? http://en.wikipedia.org/wiki/Posting_style