From owner-freebsd-usb@FreeBSD.ORG Sun Jan 30 02:22:57 2011 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 4020F1065674 for ; Sun, 30 Jan 2011 02:22:57 +0000 (UTC) (envelope-from peterjeremy@acm.org) Received: from fallbackmx07.syd.optusnet.com.au (fallbackmx07.syd.optusnet.com.au [211.29.132.9]) by mx1.freebsd.org (Postfix) with ESMTP id 9CF298FC0C for ; Sun, 30 Jan 2011 02:22:56 +0000 (UTC) Received: from mail11.syd.optusnet.com.au (mail11.syd.optusnet.com.au [211.29.132.192]) by fallbackmx07.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id p0U0W6v8004263 for ; Sun, 30 Jan 2011 11:32:06 +1100 Received: from server.vk2pj.dyndns.org (c220-239-116-103.belrs4.nsw.optusnet.com.au [220.239.116.103]) by mail11.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id p0U0W2Jw015315 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sun, 30 Jan 2011 11:32:03 +1100 X-Bogosity: Ham, spamicity=0.000000 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.4/8.14.4) with ESMTP id p0U0W1v9000130 for ; Sun, 30 Jan 2011 11:32:01 +1100 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.4/8.14.4/Submit) id p0U0W1qa000129 for freebsd-usb@freebsd.org; Sun, 30 Jan 2011 11:32:01 +1100 (EST) (envelope-from peter) Date: Sun, 30 Jan 2011 11:32:01 +1100 From: Peter Jeremy To: freebsd-usb@freebsd.org Message-ID: <20110130003201.GA99514@server.vk2pj.dyndns.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="qDbXVdCdHGoSgWSk" Content-Disposition: inline X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.20 (2009-06-14) Subject: ACM interface on TI Launchpad 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, 30 Jan 2011 02:22:57 -0000 --qDbXVdCdHGoSgWSk Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable I recently acquired a TI LaunchPad[1] and want to use FreeBSD as my development enviroment (for anyone else who is interested in this, at some stage I intend to post my experiences with the various ports to -ports or feel free to contact me off-list). It provides a FET430UIF USB interface to the host computer and some googling shows that this is a Communication Device Class (CDC), Abstract Control Model (ACM) sub-class which is supported in Linux via the cdc_acm driver. On FreeBSD 8.1, umodem(4) reports: ugen0.2: at usbus0 umodem0: on usbus0 umodem0: data interface 0, has no CM over data, has no break and creates /dev/ttyU0 (and friends) but mspdebug reports that it cannot access the UIF (so it is presumably talking to the device UART, rather than the control interface). I have tried adding the device id to usbdevs and {USB_VPI(USB_VENDOR_TI, USB_PRODUCT_TI_FET430UIF, 1)}, to sys/dev/usb/serial/umodem.c:umodem_devs[] and this changes the probe to: ugen4.2: at usbus4 umodem0: on usbus4 umodem0: data interface 0, has no CM over data, has no break umodem1: on usbus4 umodem1: Missing descriptor. Assuming data interface is next. umodem1: data interface 2, has CM over data, has no break umodem1: no data interface device_attach: umodem1 attach returned 6 umodem1: on usbus4 umodem1: Missing descriptor. Assuming data interface is next. umodem1: data interface 2, has CM over data, has no break umodem1: no data interface device_attach: umodem1 attach returned 6 but there's no change to the accessibility. Looking at the Linux driver sources, there are no quirks for this on Linux. How do I go about getting umodem(4) (or some other driver) to detect the debug interfaces on FreeBSD? The output from "usbconfig dump_device_desc" is: ugen4.2: at usbus4, cfg= =3D0 md=3DHOST spd=3DFULL (12Mbps) pwr=3DON bLength =3D 0x0012=20 bDescriptorType =3D 0x0001=20 bcdUSB =3D 0x0110=20 bDeviceClass =3D 0x0000=20 bDeviceSubClass =3D 0x0000=20 bDeviceProtocol =3D 0x0000=20 bMaxPacketSize0 =3D 0x0008=20 idVendor =3D 0x0451=20 idProduct =3D 0xf432=20 bcdDevice =3D 0x0100=20 iManufacturer =3D 0x0001 iProduct =3D 0x0002 iSerialNumber =3D 0x0003 <1EFF426C50172852> bNumConfigurations =3D 0x0001=20 The output from "usbconfig dump_curr_config_desc" is: ugen4.2: at usbus4, cfg= =3D0 md=3DHOST spd=3DFULL (12Mbps) pwr=3DON Configuration index 0 bLength =3D 0x0009=20 bDescriptorType =3D 0x0002=20 wTotalLength =3D 0x0055=20 bNumInterfaces =3D 0x0002=20 bConfigurationValue =3D 0x0001=20 iConfiguration =3D 0x0000 bmAttributes =3D 0x0080=20 bMaxPower =3D 0x0032=20 Interface 0 bLength =3D 0x0009=20 bDescriptorType =3D 0x0004=20 bInterfaceNumber =3D 0x0000=20 bAlternateSetting =3D 0x0000=20 bNumEndpoints =3D 0x0003=20 bInterfaceClass =3D 0x0002=20 bInterfaceSubClass =3D 0x0002=20 bInterfaceProtocol =3D 0x0001=20 iInterface =3D 0x0005 Additional Descriptor bLength =3D 0x05 bDescriptorType =3D 0x24 bDescriptorSubType =3D 0x00 RAW dump:=20 0x00 | 0x05, 0x24, 0x00, 0x10, 0x01 Additional Descriptor bLength =3D 0x05 bDescriptorType =3D 0x24 bDescriptorSubType =3D 0x01 RAW dump:=20 0x00 | 0x05, 0x24, 0x01, 0x00, 0x00 Additional Descriptor bLength =3D 0x04 bDescriptorType =3D 0x24 bDescriptorSubType =3D 0x02 RAW dump:=20 0x00 | 0x04, 0x24, 0x02, 0x02 Endpoint 0 bLength =3D 0x0007=20 bDescriptorType =3D 0x0005=20 bEndpointAddress =3D 0x0082 bmAttributes =3D 0x0003 wMaxPacketSize =3D 0x0040=20 bInterval =3D 0x00ff=20 bRefresh =3D 0x0000=20 bSynchAddress =3D 0x0000=20 Endpoint 1 bLength =3D 0x0007=20 bDescriptorType =3D 0x0005=20 bEndpointAddress =3D 0x0003 bmAttributes =3D 0x0002 wMaxPacketSize =3D 0x0040=20 bInterval =3D 0x00ff=20 bRefresh =3D 0x0000=20 bSynchAddress =3D 0x0000=20 Endpoint 2 bLength =3D 0x0007=20 bDescriptorType =3D 0x0005=20 bEndpointAddress =3D 0x0083 bmAttributes =3D 0x0002 wMaxPacketSize =3D 0x0040=20 bInterval =3D 0x00ff=20 bRefresh =3D 0x0000=20 bSynchAddress =3D 0x0000=20 Interface 1 bLength =3D 0x0009=20 bDescriptorType =3D 0x0004=20 bInterfaceNumber =3D 0x0001=20 bAlternateSetting =3D 0x0000=20 bNumEndpoints =3D 0x0002=20 bInterfaceClass =3D 0x0003=20 bInterfaceSubClass =3D 0x0000=20 bInterfaceProtocol =3D 0x0000=20 iInterface =3D 0x0004 Additional Descriptor bLength =3D 0x09 bDescriptorType =3D 0x21 bDescriptorSubType =3D 0x01 RAW dump:=20 0x00 | 0x09, 0x21, 0x01, 0x01, 0x00, 0x01, 0x22, 0xb6,=20 0x08 | 0x02 Endpoint 0 bLength =3D 0x0007=20 bDescriptorType =3D 0x0005=20 bEndpointAddress =3D 0x0081 bmAttributes =3D 0x0003 wMaxPacketSize =3D 0x0040=20 bInterval =3D 0x0001=20 bRefresh =3D 0x0000=20 bSynchAddress =3D 0x0000=20 Endpoint 1 bLength =3D 0x0007=20 bDescriptorType =3D 0x0005=20 bEndpointAddress =3D 0x0001 bmAttributes =3D 0x0003 wMaxPacketSize =3D 0x0040=20 bInterval =3D 0x0001=20 bRefresh =3D 0x0000=20 bSynchAddress =3D 0x0000=20 [1] http://processors.wiki.ti.com/index.php/MSP430_LaunchPad_%28MSP-EXP430G= 2%29 --=20 Peter Jeremy --qDbXVdCdHGoSgWSk Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.15 (FreeBSD) iEYEARECAAYFAk1EsYEACgkQ/opHv/APuIdrlACfVoGVD2H/PB55Jyt0FQF3bwzd uKgAoIUln0bZbNrx6K8A85pfQsre2qMG =ED7L -----END PGP SIGNATURE----- --qDbXVdCdHGoSgWSk-- From owner-freebsd-usb@FreeBSD.ORG Sun Jan 30 02:39:18 2011 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 8C366106564A for ; Sun, 30 Jan 2011 02:39:18 +0000 (UTC) (envelope-from mur1080224@inter7.jp) Received: from ts1.inter7.jp (220x218x138x50.ap220.ftth.ucom.ne.jp [220.218.138.50]) by mx1.freebsd.org (Postfix) with SMTP id 10D548FC13 for ; Sun, 30 Jan 2011 02:39:17 +0000 (UTC) Received: (qmail 10486 invoked by uid 507); 30 Jan 2011 11:39:16 +0900 Date: 30 Jan 2011 11:39:16 +0900 Message-ID: <20110130023916.10485.qmail@ts1.inter7.jp> To: freebsd-usb@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset="ISO-2022-JP" Content-Transfer-Encoding: 7bit X-Mailer: Webmail-inter7 X-Priority: 3 From: Norihiko Murase Subject: Re: FreeBSD hangs while booting with USB legacy support off 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, 30 Jan 2011 02:39:18 -0000 Can I ask you the way of booting the *installation* system with xhci.ko loaded? I couldn't succeed even with the 9-CURRENT-201101 snapshot... |Date: 22 Jan 2011 14:42:44 +0900(JST) |From: Norihiko Murase |To: freebsd-usb@freebsd.org |Subject: Re: FreeBSD hangs while booting with USB legacy support off |Message-ID: <20110122054244.7772.qmail@ts1.inter7.jp> |URL: http://lists.freebsd.org/pipermail/freebsd-usb/2011-January/009871.html > I would like to ask also the way of booting the *installation* > system with xhci.ko loaded. > > I have already tried installation of 8.2-RC2, but I couldn't > succeed. I tried selecting [6. Escape to loader prompt] of > the FreeBSD Boot Loader Menu and typed the following: > load /boot/kernel/xhci.ko > boot -v > # The screenshot of the FreeBSD Boot Loader Menu is > # available at 2.4.1.1 of the FreeBSD handbook > # (as you already know) > # http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/install-start.html Best regards, --- Norihiko Murase From owner-freebsd-usb@FreeBSD.ORG Sun Jan 30 02:59:51 2011 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 BD3A21065672 for ; Sun, 30 Jan 2011 02:59:51 +0000 (UTC) (envelope-from duane.hesser@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id 7D57D8FC13 for ; Sun, 30 Jan 2011 02:59:51 +0000 (UTC) Received: by iyb26 with SMTP id 26so3882458iyb.13 for ; Sat, 29 Jan 2011 18:59:50 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:message-id:date:from:to:cc:subject:in-reply-to :references:reply-to:x-mailer:mime-version:content-type :content-transfer-encoding; bh=OKCaxHTOgFezqgJl68ZEQAE5joyyO0F3Vex2rWlxQkA=; b=efwcMlsLR8kbbLyVeCBerZdYrh/DK1SxTFunwTH8fCxjaySjvCmSOSyAY0JMZ5bnFm 92S9bRyXRHt8RS8rQkmhF6zzTokY72UPBjVoXcPW0k3QZys9BeYEDS6ttxjwPszP1E6p QVKL3twsx89DF4aFTAxDmSO8ySUKE/9Op7YyM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:cc:subject:in-reply-to:references:reply-to :x-mailer:mime-version:content-type:content-transfer-encoding; b=AaUizEj5+g4s2HAmalmAhQPRjgrDKkWs467DmWEZHv2e6f63rlcNPAAOXZdGUIifA6 bd3bg9r/QmQfsB4MbArEj14RcI+2IbZqH/cvwmq6CQHAxFvOVsAE/EQnOLflQ9oRzT3N 6jMFu/xCqFnwuhmWJoyJfgjzQLfqbHqZ+pPRs= Received: by 10.42.230.8 with SMTP id jk8mr5986015icb.165.1296354719358; Sat, 29 Jan 2011 18:31:59 -0800 (PST) Received: from belinda.androcles.org ([199.204.207.9]) by mx.google.com with ESMTPS id gy41sm16415217ibb.23.2011.01.29.18.31.58 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sat, 29 Jan 2011 18:31:58 -0800 (PST) Received: from belinda.androcles.org (localhost [127.0.0.1]) by belinda.androcles.org (8.14.4/8.14.4/8.13.3/1) with SMTP id p0U2Vu9O003948; Sat, 29 Jan 2011 18:31:56 -0800 (PST) (envelope-from duane.hesser@gmail.com) Message-Id: <201101300231.p0U2Vu9O003948@belinda.androcles.org> Date: Sat, 29 Jan 2011 18:31:56 -0800 From: "Duane H. Hesser" To: freebsd_user@guice.ath.cx In-Reply-To: References: X-Mailer: Sylpheed 3.0.3 (GTK+ 2.22.1; i386-portbld-freebsd8.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-usb@freebsd.org Subject: Re: mount and umount large capacity external USB HDD (fstab) X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Duane.Hesser@gmail.com List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 Jan 2011 02:59:51 -0000 On Sat, 29 Jan 2011 18:24:42 -0500 freebsd_user@guice.ath.cx wrote: > Hope we are posting to the correct list ... > > We__re using a laptop for our temp mail-server and would like to attach a > two (2) or three (3) TB external USB HDD for back-up purposes. Would > someone be kind enough to point us to a step-by-step article on what needs > to be entered in the /etc/fstab to allow us to leave the drive connected > and facilitate auto mount/umount across system reboots; the results Google > are presenting isn__t sufficient. Perhaps it__s or search terms that aren__t > on point. > > Thanks. The following link provides a 'recipe' for using gpart to partition the disk. http://scratching.psybermonkey.net/2010/06/freebsd-how-to-format-partition.html If you use the '-L' flag to newfs after creating one or more partitions, e.g. newfs -L "image" daXp1 This will create a device node in /dev/ufs (/dev/ufs/image). You may then create fstab entries as usual, but using the label device, e.g. /dev/ufs/image /usr/image ufs rw 2 2 Unless you add "noauto" to the options (rw,noauto) the system will fsck and mount the partition on boot. You can, of course, create several partitions on the disk, using a separate label (-L) for each. Is this what you needed? From owner-freebsd-usb@FreeBSD.ORG Sun Jan 30 09:32:20 2011 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 5C68B106566B for ; Sun, 30 Jan 2011 09:32:20 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe02.c2i.net [212.247.154.34]) by mx1.freebsd.org (Postfix) with ESMTP id E12AB8FC12 for ; Sun, 30 Jan 2011 09:32:19 +0000 (UTC) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.1 cv=oR3+9dOmPeF3nZCt5Gxyvf/bIpfj8bfjGZkkfp/xES8= c=1 sm=1 a=Q9fys5e9bTEA:10 a=CL8lFSKtTFcA:10 a=i9M/sDlu2rpZ9XS819oYzg==:17 a=TG1YlBi22_1LU6-mEYgA:9 a=s7oGwxzlwlcyA_8p0tIA:7 a=1YihwUX77GH7cMM6VTDV53NacnsA:4 a=PUjeQqilurYA:10 a=i9M/sDlu2rpZ9XS819oYzg==:117 Received: from [188.126.198.129] (account mc467741@c2i.net HELO laptop002.hselasky.homeunix.org) by mailfe02.swip.net (CommuniGate Pro SMTP 5.2.19) with ESMTPA id 80960250; Sun, 30 Jan 2011 10:32:18 +0100 From: Hans Petter Selasky To: freebsd-usb@freebsd.org Date: Sun, 30 Jan 2011 10:32:22 +0100 User-Agent: KMail/1.13.5 (FreeBSD/8.2-PRERELEASE; KDE/4.4.5; amd64; ; ) References: <20110130003201.GA99514@server.vk2pj.dyndns.org> In-Reply-To: <20110130003201.GA99514@server.vk2pj.dyndns.org> X-Face: *nPdTl_}RuAI6^PVpA02T?$%Xa^>@hE0uyUIoiha$pC:9TVgl.Oq, NwSZ4V"|LR.+tj}g5 %V,x^qOs~mnU3]Gn; cQLv&.N>TrxmSFf+p6(30a/{)KUU!s}w\IhQBj}[g}bj0I3^glmC( :AuzV9:.hESm-x4h240C`9=w MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201101301032.22364.hselasky@c2i.net> Cc: Subject: Re: ACM interface on TI Launchpad 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, 30 Jan 2011 09:32:20 -0000 On Sunday 30 January 2011 01:32:01 Peter Jeremy wrote: > I recently acquired a TI LaunchPad[1] and want to use FreeBSD as my > development enviroment (for anyone else who is interested in this, at > some stage I intend to post my experiences with the various ports to > -ports or feel free to contact me off-list). It provides a FET430UIF > USB interface to the host computer and some googling shows that this > is a Communication Device Class (CDC), Abstract Control Model (ACM) > sub-class which is supported in Linux via the cdc_acm driver. > > On FreeBSD 8.1, umodem(4) reports: > ugen0.2: at usbus0 > umodem0: on usbus0 > umodem0: data interface 0, has no CM over data, has no break > and creates /dev/ttyU0 (and friends) but mspdebug reports that it > cannot access the UIF (so it is presumably talking to the device > UART, rather than the control interface). > > I have tried adding the device id to usbdevs and > {USB_VPI(USB_VENDOR_TI, USB_PRODUCT_TI_FET430UIF, 1)}, > to sys/dev/usb/serial/umodem.c:umodem_devs[] and this changes the > probe to: > ugen4.2: at usbus4 > umodem0: on usbus4 > umodem0: data interface 0, has no CM over data, has no break > umodem1: on usbus4 > umodem1: Missing descriptor. Assuming data interface is next. > umodem1: data interface 2, has CM over data, has no break > umodem1: no data interface > device_attach: umodem1 attach returned 6 > umodem1: on usbus4 > umodem1: Missing descriptor. Assuming data interface is next. > umodem1: data interface 2, has CM over data, has no break > umodem1: no data interface > device_attach: umodem1 attach returned 6 > but there's no change to the accessibility. Hi, There is a patch pending for allowing a CDC modem interface not having the correct descriptors to work. It is not yet committed. You could try adding the VID+PID to u3g.c. Basically, your modem should have worked, given that the manufacturer had followed the specs. Another alternative is to use LibUSB. Could you remind me about this issue in one week or so? --HPS From owner-freebsd-usb@FreeBSD.ORG Sun Jan 30 09:33:24 2011 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 BBEC6106564A for ; Sun, 30 Jan 2011 09:33:24 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe08.c2i.net [212.247.154.226]) by mx1.freebsd.org (Postfix) with ESMTP id 4B98F8FC08 for ; Sun, 30 Jan 2011 09:33:23 +0000 (UTC) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.1 cv=6QwXiDozn7Gnsf2tGidwH+ndAwLlGixx7JAIKZICKmI= c=1 sm=1 a=fxNkpVml3AcA:10 a=8nJEP1OIZ-IA:10 a=CL8lFSKtTFcA:10 a=i9M/sDlu2rpZ9XS819oYzg==:17 a=ZznNlp7vmzorypMYvfQA:9 a=EjuSO5ixwKjKJ6f_xVHbZ-bOWU4A:4 a=wPNLvfGTeEIA:10 a=i9M/sDlu2rpZ9XS819oYzg==:117 Received: from [188.126.198.129] (account mc467741@c2i.net HELO laptop002.hselasky.homeunix.org) by mailfe08.swip.net (CommuniGate Pro SMTP 5.2.19) with ESMTPA id 80805149; Sun, 30 Jan 2011 10:33:22 +0100 From: Hans Petter Selasky To: freebsd-usb@freebsd.org Date: Sun, 30 Jan 2011 10:33:26 +0100 User-Agent: KMail/1.13.5 (FreeBSD/8.2-PRERELEASE; KDE/4.4.5; amd64; ; ) References: <20110130023916.10485.qmail@ts1.inter7.jp> In-Reply-To: <20110130023916.10485.qmail@ts1.inter7.jp> X-Face: *nPdTl_}RuAI6^PVpA02T?$%Xa^>@hE0uyUIoiha$pC:9TVgl.Oq, NwSZ4V"|LR.+tj}g5 %V,x^qOs~mnU3]Gn; cQLv&.N>TrxmSFf+p6(30a/{)KUU!s}w\IhQBj}[g}bj0I3^glmC( :AuzV9:.hESm-x4h240C`9=w MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201101301033.26476.hselasky@c2i.net> Cc: Subject: Re: FreeBSD hangs while booting with USB legacy support off 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, 30 Jan 2011 09:33:24 -0000 On Sunday 30 January 2011 03:39:16 Norihiko Murase wrote: > Can I ask you the way of booting the *installation* system > with xhci.ko loaded? > > I couldn't succeed even with the 9-CURRENT-201101 snapshot... > When the boot menu shows up, make selection 6 for boot prompt. Then type: load xhci boot --HPS From owner-freebsd-usb@FreeBSD.ORG Sun Jan 30 13:23:40 2011 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 905EB10656C8 for ; Sun, 30 Jan 2011 13:23:40 +0000 (UTC) (envelope-from mur1080224@inter7.jp) Received: from ts1.inter7.jp (220x218x138x50.ap220.ftth.ucom.ne.jp [220.218.138.50]) by mx1.freebsd.org (Postfix) with SMTP id 09E998FC0A for ; Sun, 30 Jan 2011 13:23:39 +0000 (UTC) Received: (qmail 23392 invoked by uid 507); 30 Jan 2011 22:23:38 +0900 Date: 30 Jan 2011 22:23:38 +0900 Message-ID: <20110130132338.23391.qmail@ts1.inter7.jp> To: freebsd-usb@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset="ISO-2022-JP" Content-Transfer-Encoding: 7bit X-Mailer: Webmail-inter7 In-Reply-To: <201101301033.26476.hselasky@c2i.net> X-Priority: 3 From: Norihiko Murase Subject: Re: FreeBSD hangs while booting with USB legacy support off 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, 30 Jan 2011 13:23:40 -0000 Mr. Hans Petter Selasky, Thank you very much for your quick reply. On Sunday 30 Jan 2011 10:33:26 +0100 Hans Petter Selasky wrote: > On Sunday 30 January 2011 03:39:16 Norihiko Murase wrote: > > Can I ask you the way of booting the *installation* system > > with xhci.ko loaded? > > > > I couldn't succeed even with the 9-CURRENT-201101 snapshot... > > > > When the boot menu shows up, make selection 6 for boot prompt. > > Then type: > > load xhci > boot I've tried this method (on the 9-CURRENT-201101 snapshot); however, NO CHANGE... The installation system still does HANG after the following lines are displayed:: pci4: on pcib4 pci4: domain=0, physical bus=4 I feel that the system hangs at 1 step before being probed as xhci0 (?)... Any comments are welcome. Best regards, --- Norihiko Murase From owner-freebsd-usb@FreeBSD.ORG Sun Jan 30 16:35:14 2011 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 CCFB01065697 for ; Sun, 30 Jan 2011 16:35:14 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (wonkity.com [67.158.26.137]) by mx1.freebsd.org (Postfix) with ESMTP id 8F29E8FC13 for ; Sun, 30 Jan 2011 16:35:14 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.4/8.14.4) with ESMTP id p0UGZ8lb092590; Sun, 30 Jan 2011 09:35:08 -0700 (MST) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.4/8.14.4/Submit) with ESMTP id p0UGZ8kF092587; Sun, 30 Jan 2011 09:35:08 -0700 (MST) (envelope-from wblock@wonkity.com) Date: Sun, 30 Jan 2011 09:35:08 -0700 (MST) From: Warren Block To: Hans Petter Selasky In-Reply-To: <201101301032.22364.hselasky@c2i.net> Message-ID: References: <20110130003201.GA99514@server.vk2pj.dyndns.org> <201101301032.22364.hselasky@c2i.net> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.6 (wonkity.com [127.0.0.1]); Sun, 30 Jan 2011 09:35:08 -0700 (MST) Cc: freebsd-usb@freebsd.org Subject: Re: ACM interface on TI Launchpad 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, 30 Jan 2011 16:35:14 -0000 On Sun, 30 Jan 2011, Hans Petter Selasky wrote: > On Sunday 30 January 2011 01:32:01 Peter Jeremy wrote: >> I recently acquired a TI LaunchPad[1] and want to use FreeBSD as my >> development enviroment (for anyone else who is interested in this, at >> some stage I intend to post my experiences with the various ports to >> -ports or feel free to contact me off-list). It provides a FET430UIF >> USB interface to the host computer and some googling shows that this >> is a Communication Device Class (CDC), Abstract Control Model (ACM) >> sub-class which is supported in Linux via the cdc_acm driver. >> >> On FreeBSD 8.1, umodem(4) reports: >> ugen0.2: at usbus0 >> umodem0: on usbus0 >> umodem0: data interface 0, has no CM over data, has no break >> and creates /dev/ttyU0 (and friends) but mspdebug reports that it >> cannot access the UIF (so it is presumably talking to the device >> UART, rather than the control interface). > > There is a patch pending for allowing a CDC modem interface not having the > correct descriptors to work. It is not yet committed. You could try adding the > VID+PID to u3g.c. Basically, your modem should have worked, given that the > manufacturer had followed the specs. Another alternative is to use LibUSB. The prerelease MacOSX driver might be useful as an example: http://processors.wiki.ti.com/index.php/MSP430_LaunchPad_Mac_OS_X From owner-freebsd-usb@FreeBSD.ORG Sun Jan 30 19:06:39 2011 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 082A3106564A for ; Sun, 30 Jan 2011 19:06:39 +0000 (UTC) (envelope-from kpielorz_lst@tdx.co.uk) Received: from mail.tdx.com (mail.tdx.com [62.13.128.18]) by mx1.freebsd.org (Postfix) with ESMTP id 94EB48FC08 for ; Sun, 30 Jan 2011 19:06:38 +0000 (UTC) Received: from Octa64 (octa64.tdx.co.uk [62.13.130.232]) (authenticated bits=0) by mail.tdx.com (8.14.3/8.14.3/Kp) with ESMTP id p0UIuE7A043505 for ; Sun, 30 Jan 2011 18:56:14 GMT Date: Sun, 30 Jan 2011 18:57:07 +0000 From: Karl Pielorz To: freebsd-usb@freebsd.org Message-ID: <812AE6D766648AFE2AE736F3@Octa64> X-Mailer: Mulberry/4.0.8 (Win32) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: FTDI Com ports "just stop" 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, 30 Jan 2011 19:06:39 -0000 Hi, Attempting to save electricity here I've recently moved a lot of stuff to an Alix (AMD 'Geode' based) board, and consolidated a lot of my serial devices down to 2 '4 Port USB serial' adapters on that machine. This system is running FreeBSD 8.2-RC2 i386 - the USB devices appear as a bunch of: " usbus0: 12Mbps Full Speed USB v1.0 usbus1: 480Mbps High Speed USB v2.0 ugen0.1: at usbus0 uhub0: on usbus0 ugen1.1: at usbus1 uhub1: on usbus1 uhub0: 4 ports with 4 removable, self powered uhub1: 4 ports with 4 removable, self powered ugen1.2: at usbus1 uhub2: on usbus1 uhub2: 4 ports with 4 removable, self powered ugen1.3: at usbus1 uhub3: on usbus1 uhub3: 4 ports with 4 removable, self powered ugen1.4: at usbus1 uftdi0: on usbus1 ugen1.5: at usbus1 uhub4: on usbus1 uhub4: 4 ports with 4 removable, self powered ugen1.6: at usbus1 uhub5: on usbus1 uhub5: 4 ports with 4 removable, self powered ugen1.7: at usbus1 uftdi1: on usbus1 ugen1.8: at usbus1 uftdi2: on usbus1 ugen1.9: at usbus1 uftdi3: on usbus1 ugen1.10: at usbus1 uftdi4: on usbus1 ugen1.11: at usbus1 uhub6: on usbus1 uhub6: 4 ports with 4 removable, self powered ugen1.12: at usbus1 uftdi5: on usbus1 ugen1.13: at usbus1 uftdi6: on usbus1 ugen1.14: at usbus1 uftdi7: on usbus1 ugen1.15: at usbus1 uftdi8: on usbus1 " These end up with: " cuaU0 cuaU1.init cuaU2.lock cuaU4 cuaU5.init cuaU6.lock cuaU8 cuaU0.init cuaU1.lock cuaU3 cuaU4.init cuaU5.lock cuaU7 cuaU8.init cuaU0.lock cuaU2 cuaU3.init cuaU4.lock cuaU6 cuaU7.init cuaU8.lock cuaU1 cuaU2.init cuaU3.lock cuaU5 cuaU6.init cuaU7.lock " In /dev. The FT232R is a single device I have that I suspect is a 'serial device' with a FT232R wired internally to make it a 'USB' device. This all works great, but then - at some random point (could be a few hours, could be a few days) - all those serial ports 'stop'. The FT232R appears to be unaffected. Nothing is logged in syslog (apart from a bunch of 'irate' programs claiming they can't get data from the ports, and that things are timing out) - nothing is logged on the console either. They simply 'stop'. Even a simple "tip modem" (which is mapped to /dev/cuaU8) - and worked at boot time, now fails. You get a "connected" header, but no data (either way). Any hints how I can try and debug this? I think it might be related to the 2nd set of 4 FTDI ports, as I didn't notice this issue for the few weeks the system ran with just 4 ports connected. The FTDI ports themselves are two of these things: (Despite the 'Max Value' I've used one of these on the previous FreeBSD 7.2 host for over a year, without issue). Any pointers for what I can do next time this happens to try and trouble shoot it? Obviously with nothing logged, no errors (just a lot of programs blocking on serial I/O) - I'm not too sure where to start... Thanks, -Karl From owner-freebsd-usb@FreeBSD.ORG Sun Jan 30 21:30:14 2011 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 A5513106564A for ; Sun, 30 Jan 2011 21:30:14 +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 7B6128FC12 for ; Sun, 30 Jan 2011 21:30: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 p0ULUEAF081938 for ; Sun, 30 Jan 2011 21:30:14 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p0ULUEUV081935; Sun, 30 Jan 2011 21:30:14 GMT (envelope-from gnats) Date: Sun, 30 Jan 2011 21:30:14 GMT Message-Id: <201101302130.p0ULUEUV081935@freefall.freebsd.org> To: freebsd-usb@FreeBSD.org From: Chris Petrik Cc: Subject: Re: usb/135206: machine reboots when inserted USB device X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Chris Petrik List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 Jan 2011 21:30:14 -0000 The following reply was made to PR usb/135206; it has been noted by GNATS. From: Chris Petrik To: bug-followup@FreeBSD.org, toga@puyo.org Cc: Subject: Re: usb/135206: machine reboots when inserted USB device Date: Sun, 30 Jan 2011 15:22:13 -0600 For whats it's worth my Vostro 420MT is useless on FreeBSD, I can only use it 45 mins at a time until it freezes, I have determined that it is due to ACPI trickery. Could be why your PC reboots when inserting a USB device. From owner-freebsd-usb@FreeBSD.ORG Mon Jan 31 07:36:43 2011 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 89056106564A for ; Mon, 31 Jan 2011 07:36:43 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe06.c2i.net [212.247.154.162]) by mx1.freebsd.org (Postfix) with ESMTP id 150148FC0A for ; Mon, 31 Jan 2011 07:36:42 +0000 (UTC) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.1 cv=LfWZgthhXpRoR/5kSLoV97TeOFxNHdDd5OkOatCv3DI= c=1 sm=1 a=0Ne2ifNP0foA:10 a=8nJEP1OIZ-IA:10 a=CL8lFSKtTFcA:10 a=i9M/sDlu2rpZ9XS819oYzg==:17 a=CaZGLStMKos02XLnMq4A:9 a=PlE_CEpJbul8eeFUXriQ5jb5nHwA:4 a=wPNLvfGTeEIA:10 a=i9M/sDlu2rpZ9XS819oYzg==:117 Received: from [188.126.198.129] (account mc467741@c2i.net HELO laptop002.hselasky.homeunix.org) by mailfe06.swip.net (CommuniGate Pro SMTP 5.2.19) with ESMTPA id 80756777; Mon, 31 Jan 2011 08:36:40 +0100 From: Hans Petter Selasky To: freebsd-usb@freebsd.org Date: Mon, 31 Jan 2011 08:36:43 +0100 User-Agent: KMail/1.13.5 (FreeBSD/8.2-PRERELEASE; KDE/4.4.5; amd64; ; ) References: <812AE6D766648AFE2AE736F3@Octa64> In-Reply-To: <812AE6D766648AFE2AE736F3@Octa64> X-Face: *nPdTl_}RuAI6^PVpA02T?$%Xa^>@hE0uyUIoiha$pC:9TVgl.Oq,NwSZ4V" =?iso-8859-1?q?=7CLR=2E+tj=7Dg5=0A=09=25V?=,x^qOs~mnU3]Gn; cQLv&.N>TrxmSFf+p6(30a/{)KUU!s}w\IhQBj}[g}bj0I3^glmC( =?iso-8859-1?q?=0A=09=3AAuzV9=3A=2EhESm-x4h240C=609=3Dw?= MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201101310836.43402.hselasky@c2i.net> Cc: Subject: Re: FTDI Com ports "just stop" 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, 31 Jan 2011 07:36:43 -0000 On Sunday 30 January 2011 19:57:07 Karl Pielorz wrote: > Any hints how I can try and debug this? I think it might be related to the > 2nd set of 4 FTDI ports, as I didn't notice this issue for the few weeks > the system ran with just 4 ports connected. Try connecting a null-modem cable and see if you can loop any data. Also you can try a "usbconfig -d X.Y reset" --HPS From owner-freebsd-usb@FreeBSD.ORG Mon Jan 31 09:09:26 2011 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 6C2F11065672 for ; Mon, 31 Jan 2011 09:09:26 +0000 (UTC) (envelope-from kpielorz_lst@tdx.co.uk) Received: from mail.tdx.com (mail.tdx.com [62.13.128.18]) by mx1.freebsd.org (Postfix) with ESMTP id E20E78FC0A for ; Mon, 31 Jan 2011 09:09:25 +0000 (UTC) Received: from HexaDeca64.dmpriest.net.uk (HPQuadro64.dmpriest.net.uk [62.13.130.30]) (authenticated bits=0) by mail.tdx.com (8.14.3/8.14.3/Kp) with ESMTP id p0V99LV0012892 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO); Mon, 31 Jan 2011 09:09:21 GMT Date: Mon, 31 Jan 2011 09:08:33 +0000 From: Karl Pielorz To: Hans Petter Selasky , freebsd-usb@freebsd.org Message-ID: <495998D40A779F024FAF4C34@HexaDeca64.dmpriest.net.uk> In-Reply-To: <201101310836.43402.hselasky@c2i.net> References: <812AE6D766648AFE2AE736F3@Octa64> <201101310836.43402.hselasky@c2i.net> X-Mailer: Mulberry/4.0.8 (Win32) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: Subject: Re: FTDI Com ports "just stop" 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, 31 Jan 2011 09:09:26 -0000 --On 31 January 2011 08:36 +0100 Hans Petter Selasky wrote: > On Sunday 30 January 2011 19:57:07 Karl Pielorz wrote: >> Any hints how I can try and debug this? I think it might be related to >> the 2nd set of 4 FTDI ports, as I didn't notice this issue for the few >> weeks the system ran with just 4 ports connected. > > Try connecting a null-modem cable and see if you can loop any data. Nope, no data is sent or received. I also connected an RS232 breakout connector (gee, remember those?!) - and no lights flash either... Looking at the output of 'ps' shows processes using the ports at the time either hang in 'ttyin' or 'ttyout' (I guess depending on whether they were sending, or receiving data). > Also you can try a "usbconfig -d X.Y reset" I'll give that a go, thanks! I've also noticed - if you boot the machine and leave it (it has 4-5 programs running using the serial ports) - it seems to be fine. However if you start opening, and closing ports (e.g. "tip modem", run some commands - quit tip, re-run it) - or stop/start the other software (causing the serial port to close, then open) - that seems to pretty reliably trigger the problem. When the problem has happened - anything that 'touches' the ports seems to just hang (e.g. if you run 'tip modem' when it's in this state - you get a 'connected.' line, but no data is sent/received - tip then gets very sluggish to quit, you can quit/kill it but it takes around 20 seconds). Some of the other software just blocks immediately it tries to read from the port, other software must use a background timeout as 'tries' to use the port, but then starts issuing timeouts itself. All the ports exist in /dev at the time, and having double checked - there's nothing logged from the kernel anywhere when it happens :( The rest of the machine seems fine as well when this happens (i.e. it doesn't affect anything else, the box is a simple NAT router in addition to looking after the serial ports). Next time it happens I'll try the reset about - and double check that the single FT232R on the system does still work (it seemed to be last time). -Karl From owner-freebsd-usb@FreeBSD.ORG Mon Jan 31 11:07:12 2011 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 4A9781065698 for ; Mon, 31 Jan 2011 11:07:12 +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 38F658FC1D for ; Mon, 31 Jan 2011 11:07:12 +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 p0VB7CKx091926 for ; Mon, 31 Jan 2011 11:07:12 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p0VB7BGN091924 for freebsd-usb@FreeBSD.org; Mon, 31 Jan 2011 11:07:11 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 31 Jan 2011 11:07:11 GMT Message-Id: <201101311107.p0VB7BGN091924@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, 31 Jan 2011 11:07:12 -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 -------------------------------------------------------------------------------- o usb/154192 usb In Garmin Oregon GPS, only the first umass device is v o usb/154127 usb device IDs for MC547 u3g modem o usb/153929 usb The umodem driver doesn't support the MTK 3329 GPS chi o usb/153703 usb My USB keyboard does not use in 8-STABLE o usb/153609 usb [zyd] [panic] kernel: Fatal trap 12: page fault while o usb/153599 usb [patch] Feiya Elango USB MicroSD reader synchronize ca o usb/153149 usb USB stick quirk regression o usb/152892 usb Not updating /etc files in installer FreeBSD-8.2-BETA1 o usb/152075 usb [usb8] [ehci] Add quirk for CS5536 USB o usb/150989 usb [patch] Add Netgear WG111V2_2 support to upgt(4) o usb/150892 usb [zyd] Whenever network contacted in any shape, way or p usb/150546 usb libusb(3) libusb_control_transfer() prototype is incor o usb/150401 usb [umass] [usb8] Errors from USB drives mixed between UF o usb/150189 usb [run] [usb8] [patch] if_run appears to corrupt IP traf p usb/149934 usb [patch] [usb8] Transcend JetFlash V85 poor performance o usb/149900 usb [uftdi] [patch] FreeBSD 8.1 uftdi patch to support usb p usb/149764 usb [u3g] [patch] usbdevs update: Huawei K3765 3G modem o usb/149675 usb [uftdi] [usb_serial] doesn't react to break properly o usb/149528 usb [zyd] Wireless USB stick not detected - vendor id 0x08 o usb/149283 usb [uftdi] avrdude unable to talk to Arduino board (via u o usb/149162 usb [ural] ASUS WL-167g doesn't work in 8.1 (continue of 1 s usb/148702 usb [usb8] [request] IO DATA USB-RSAQ5 support on FreeBSD- o usb/148080 usb usbconfig(8) sometimes does not turn off the device o usb/147516 usb [umass] [usb67] kernel unable to deal with Olympus USB o i386/147475 usb [install] FreeBSD 8.x does not install on ASUS K8N4-E p usb/146871 usb [usbdevs] [usb8] [patch] provide descriprive string fo o usb/146840 usb [hang] FreeBSD 7.2 / 7.3 / 8.0 hang at startup after e o usb/146153 usb [axe] [usb8] Hosts in network doesn't receive any pack o usb/146054 usb [urtw] [usb8] urtw driver potentially out of date f usb/145513 usb [usb8] New USB stack: no new devices after forced usb p usb/145455 usb [usb8] [patch] USB debug support cannot be disabled o usb/145415 usb [umass] [usb8] USB card reader does not create slices a usb/145184 usb GENERIC can't mount root from USB on Asus EEE o usb/145165 usb [keyboard] [usb8] ukbd_set_leds_callback: error=USB_ER f kern/144938 usb [keyboard] [boot] Boot Failure with Apple (MB869LL/A) o usb/144387 usb [run] [panic] if_run panic o usb/144043 usb [umass] [usb8] USB DLT tape drive throws random errors a usb/143790 usb [boot] [cam] can not boot from usb hdd f usb/143620 usb [cdce] [usb8] the module if_cdce doesn't support my Op 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 p 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/141777 usb [usb8] [usbdevs] [rum] [patch] Support usbdevs / rum(4 f 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 o usb/141327 usb [ukbd] [usb67] USB kbd not working with 7.1+PAE on IBM o usb/141212 usb [ukbd] [usb8] ukbd_set_leds_callback:700: error=USB_ER o kern/141011 usb [usb8] Encrypted root, geli password at boot; enter ke 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 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 usb/140477 usb [umass] [usb8] [patch] allow boot-time attachment of d 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 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 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 s usb/138570 usb [usb67] [panic] USB mass device panics current 7.2-STA o usb/138175 usb [usb67] [boot] System cannot boot, when USB reader wit 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/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 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/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 f 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/134299 usb Kernel Panic plugging in MF626 USB UMTS Stick u3g o usb/134193 usb System freeze on usb MP3 player insertion 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 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] [panic] Kernel panic after NOMEM c 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/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 p usb/131123 usb [patch] [usb67] re-add UQ_ASSUME_CM_OVER_DATA USB quir 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 [patch] [quirk] [usb67] [usb] [cam] [umass] Samsung El o usb/130208 usb Boot process severely hampered by umass0 error o usb/130122 usb [usb8] DVD drive detects as 'da' device f usb/129766 usb [usb] [panic] plugging in usb modem HUAWEI E226 panics o usb/129673 usb [uhci] uhci (uhub) confused on replugging USB 1.1 scan o usb/129500 usb [umass] [panic] FreeBSD Crashes when connecting SanDis o usb/129311 usb [usb] [panic] Instant crash with an USB card reader s usb/128990 usb [usb] u3g does not handle RTS/CTS available on for exa o usb/128977 usb [usb67] [patch] uaudio is not full duplex p 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/127926 usb [boot] USB Timeout during bootup 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/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 f 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/122992 usb [umass] [patch] MotoROKR Z6 Phone not recognised by um o usb/122936 usb [ucom] [ubsa] Device does not receive interrupt o usb/122905 usb [ubsa] [patch] add Huawei E220 to ubsa s usb/122819 usb [usb67] [patch] Patch to provide dynamic additions to o usb/122813 usb [udbp] [request] udbp driver should be removed in favo 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/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/121275 usb [boot] [panic] FreeBSD fails to boot with usb legacy s f usb/121232 usb [usb67] [panic] USB CardBus card removal causes reboot 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 f 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 [usb67] [umass] [patch] quirk to support ASUS P535 as 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/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/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 p usb/116947 usb [ukbd] [patch] [regression] enable boot protocol on th p usb/116699 usb [usb] [usb67] USB HID devices do not initialize at sys 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 s usb/113060 usb [usb67] [ulpt] [patch] Samsung printer not working in o usb/110856 usb [usb67] [ugen] [patch] interrupt in msgs are truncated 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/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 p usb/101775 usb [usb67] [libusbhid] [patch] possible error in report d 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/99431 usb [keyboard] FreeBSD on MSI 6566E (Intel 845E motherboar o kern/99200 usb [usb67] SMP-Kernel crashes reliably when Bluetooth con 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 f 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/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. f 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 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 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/80854 usb [patch] [request] suggestion for new iface-no-probe me 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 f 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/78984 usb [umass] [patch] Creative MUVO umass failure f usb/77294 usb [ucom] [panic] ucom + ulpcom panic o usb/76732 usb [ums] Mouse problems with USB KVM Switch o usb/76653 usb [umass] [patch] Problem with Asahi Optical usb device f 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 f 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 f usb/75705 usb [umass] [panic] da0 attach / Optio S4 (with backtrace) f 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 usb/40948 usb [umass] [request] USB HP CDW8200 does not work o usb/30929 usb [usb] [patch] use usbd to initialize USB ADSL modem 317 problems total. From owner-freebsd-usb@FreeBSD.ORG Mon Jan 31 19:59:26 2011 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 C1D27106564A for ; Mon, 31 Jan 2011 19:59:26 +0000 (UTC) (envelope-from peterjeremy@acm.org) Received: from mail14.syd.optusnet.com.au (mail14.syd.optusnet.com.au [211.29.132.195]) by mx1.freebsd.org (Postfix) with ESMTP id 3DCEB8FC1B for ; Mon, 31 Jan 2011 19:59:25 +0000 (UTC) Received: from server.vk2pj.dyndns.org (c220-239-52-50.belrs4.nsw.optusnet.com.au [220.239.52.50]) by mail14.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id p0VJxNOB025646 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 1 Feb 2011 06:59:24 +1100 X-Bogosity: Ham, spamicity=0.000000 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.4/8.14.4) with ESMTP id p0VJxLkG057799 for ; Tue, 1 Feb 2011 06:59:21 +1100 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.4/8.14.4/Submit) id p0VJxLle057798 for freebsd-usb@freebsd.org; Tue, 1 Feb 2011 06:59:21 +1100 (EST) (envelope-from peter) Date: Tue, 1 Feb 2011 06:59:21 +1100 From: Peter Jeremy To: freebsd-usb@freebsd.org Message-ID: <20110131195921.GA57678@server.vk2pj.dyndns.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="HcAYCG3uE/tztfnV" Content-Disposition: inline X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.20 (2009-06-14) Subject: u3g(4) incorrectly returning EOF 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, 31 Jan 2011 19:59:26 -0000 --HcAYCG3uE/tztfnV Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable I use a Huawei E176 on FreeBSD 8.1 for portable 3G connectivity. Occasionally, ppp(8) reports: Phase: deflink: read (2): Got zero bytes Phase: deflink: open -> lcp and ppp(8) brings the link down. Trying to restart the link shows that the E176 still thinks the link is up (entering 'term' and then '~p' restores connectivity). grog@ has similar problems with an E1762. Can anyone suggest why u3g(4) is incorrectly reporting EOF to an application? --=20 Peter Jeremy --HcAYCG3uE/tztfnV Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.15 (FreeBSD) iEYEARECAAYFAk1HFJkACgkQ/opHv/APuIeMkgCbBdirbAB6uErLX1BFvkjyUJZo SaUAn2VCMnwtHQzlyLuC7Wim/CUMTjkB =DAf/ -----END PGP SIGNATURE----- --HcAYCG3uE/tztfnV-- From owner-freebsd-usb@FreeBSD.ORG Mon Jan 31 20:06:27 2011 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 4B7B9106564A for ; Mon, 31 Jan 2011 20:06:27 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe06.c2i.net [212.247.154.162]) by mx1.freebsd.org (Postfix) with ESMTP id A70888FC1C for ; Mon, 31 Jan 2011 20:06:25 +0000 (UTC) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.1 cv=LfWZgthhXpRoR/5kSLoV97TeOFxNHdDd5OkOatCv3DI= c=1 sm=1 a=DlwoGyT1WMYA:10 a=Q9fys5e9bTEA:10 a=CL8lFSKtTFcA:10 a=i9M/sDlu2rpZ9XS819oYzg==:17 a=L0tJHj5p73pQk9uRiHEA:9 a=DcWjdGzmYOD21hTM4-tRJM8SF-AA:4 a=PUjeQqilurYA:10 a=i9M/sDlu2rpZ9XS819oYzg==:117 Received: from [188.126.198.129] (account mc467741@c2i.net HELO laptop002.hselasky.homeunix.org) by mailfe06.swip.net (CommuniGate Pro SMTP 5.2.19) with ESMTPA id 81111421; Mon, 31 Jan 2011 21:06:24 +0100 From: Hans Petter Selasky To: freebsd-usb@freebsd.org Date: Mon, 31 Jan 2011 21:06:27 +0100 User-Agent: KMail/1.13.5 (FreeBSD/8.2-PRERELEASE; KDE/4.4.5; amd64; ; ) References: <20110131195921.GA57678@server.vk2pj.dyndns.org> In-Reply-To: <20110131195921.GA57678@server.vk2pj.dyndns.org> X-Face: *nPdTl_}RuAI6^PVpA02T?$%Xa^>@hE0uyUIoiha$pC:9TVgl.Oq, NwSZ4V"|LR.+tj}g5 %V,x^qOs~mnU3]Gn; cQLv&.N>TrxmSFf+p6(30a/{)KUU!s}w\IhQBj}[g}bj0I3^glmC( :AuzV9:.hESm-x4h240C`9=w MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201101312106.27351.hselasky@c2i.net> Cc: ed@freebsd.org Subject: Re: u3g(4) incorrectly returning EOF 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, 31 Jan 2011 20:06:27 -0000 On Monday 31 January 2011 20:59:21 Peter Jeremy wrote: > I use a Huawei E176 on FreeBSD 8.1 for portable 3G connectivity. > Occasionally, ppp(8) reports: > Phase: deflink: read (2): Got zero bytes > Phase: deflink: open -> lcp > and ppp(8) brings the link down. Trying to restart the link shows > that the E176 still thinks the link is up (entering 'term' and then > '~p' restores connectivity). grog@ has similar problems with an E1762. > > Can anyone suggest why u3g(4) is incorrectly reporting EOF to an > application? Hi, Try enabling u3g debugging. sysctl hw.usb.u3g.debug=15 This might require compiling a kernel having: options USB_DEBUG Maybe the zero length data comes from USB. Else it is a TTY problem. --HPS From owner-freebsd-usb@FreeBSD.ORG Mon Jan 31 20:09:15 2011 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 92F7F1065673 for ; Mon, 31 Jan 2011 20:09:15 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe04.c2i.net [212.247.154.98]) by mx1.freebsd.org (Postfix) with ESMTP id ECDB78FC28 for ; Mon, 31 Jan 2011 20:09:14 +0000 (UTC) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.1 cv=wd7fLirDSts22yawIUsTeMUS9lsm8Llc0grT6RvpTjU= c=1 sm=1 a=DlwoGyT1WMYA:10 a=Q9fys5e9bTEA:10 a=CL8lFSKtTFcA:10 a=i9M/sDlu2rpZ9XS819oYzg==:17 a=Khi5utXuRSRsX35rhOYA:9 a=_S76S7SXYRGKfTf6kterCfJwyOIA:4 a=PUjeQqilurYA:10 a=KuE2L7MIs43UQQDi:21 a=3Af9CkcodQXXnU84:21 a=i9M/sDlu2rpZ9XS819oYzg==:117 Received: from [188.126.198.129] (account mc467741@c2i.net HELO laptop002.hselasky.homeunix.org) by mailfe04.swip.net (CommuniGate Pro SMTP 5.2.19) with ESMTPA id 81168141; Mon, 31 Jan 2011 21:09:13 +0100 From: Hans Petter Selasky To: freebsd-usb@freebsd.org Date: Mon, 31 Jan 2011 21:09:15 +0100 User-Agent: KMail/1.13.5 (FreeBSD/8.2-PRERELEASE; KDE/4.4.5; amd64; ; ) References: <20110131195921.GA57678@server.vk2pj.dyndns.org> <201101312106.27351.hselasky@c2i.net> In-Reply-To: <201101312106.27351.hselasky@c2i.net> X-Face: *nPdTl_}RuAI6^PVpA02T?$%Xa^>@hE0uyUIoiha$pC:9TVgl.Oq, NwSZ4V"|LR.+tj}g5 %V,x^qOs~mnU3]Gn; cQLv&.N>TrxmSFf+p6(30a/{)KUU!s}w\IhQBj}[g}bj0I3^glmC( :AuzV9:.hESm-x4h240C`9=w MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201101312109.15989.hselasky@c2i.net> Cc: ed@freebsd.org Subject: Re: u3g(4) incorrectly returning EOF 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, 31 Jan 2011 20:09:15 -0000 On Monday 31 January 2011 21:06:27 Hans Petter Selasky wrote: > On Monday 31 January 2011 20:59:21 Peter Jeremy wrote: > > I use a Huawei E176 on FreeBSD 8.1 for portable 3G connectivity. > > Occasionally, ppp(8) reports: > > Phase: deflink: read (2): Got zero bytes > > Phase: deflink: open -> lcp > > and ppp(8) brings the link down. Trying to restart the link shows > > that the E176 still thinks the link is up (entering 'term' and then > > '~p' restores connectivity). grog@ has similar problems with an E1762. > > > > Can anyone suggest why u3g(4) is incorrectly reporting EOF to an > > application? > > Hi, > > Try enabling u3g debugging. > > sysctl hw.usb.u3g.debug=15 > > This might require compiling a kernel having: > > options USB_DEBUG > > Maybe the zero length data comes from USB. Else it is a TTY problem. Reference: sys/dev/usb/serial/usb_serial.c:ucom_put_data() There is already a check there for zero length data, so I guess the problem is in the TTY layer. --HPS From owner-freebsd-usb@FreeBSD.ORG Tue Feb 1 22:30:11 2011 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 9D506106566B for ; Tue, 1 Feb 2011 22: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 85CE18FC20 for ; Tue, 1 Feb 2011 22: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 p11MUBYR099008 for ; Tue, 1 Feb 2011 22: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 p11MUB6P099003; Tue, 1 Feb 2011 22:30:11 GMT (envelope-from gnats) Date: Tue, 1 Feb 2011 22:30:11 GMT Message-Id: <201102012230.p11MUB6P099003@freefall.freebsd.org> To: freebsd-usb@FreeBSD.org From: dfilter@FreeBSD.ORG (dfilter service) Cc: Subject: Re: usb/154127: commit references a PR X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: dfilter service List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Feb 2011 22:30:11 -0000 The following reply was made to PR usb/154127; it has been noted by GNATS. From: dfilter@FreeBSD.ORG (dfilter service) To: bug-followup@FreeBSD.org Cc: Subject: Re: usb/154127: commit references a PR Date: Tue, 1 Feb 2011 22:26:15 +0000 (UTC) Author: n_hibma Date: Tue Feb 1 22:26:06 2011 New Revision: 218178 URL: http://svn.freebsd.org/changeset/base/218178 Log: New ID for the Novatel MC547 PR: 154127 Submitted by: Mike Tancsa MFC after: 1 day Modified: head/sys/dev/usb/serial/u3g.c head/sys/dev/usb/usbdevs Modified: head/sys/dev/usb/serial/u3g.c ============================================================================== --- head/sys/dev/usb/serial/u3g.c Tue Feb 1 21:15:35 2011 (r218177) +++ head/sys/dev/usb/serial/u3g.c Tue Feb 1 22:26:06 2011 (r218178) @@ -302,6 +302,7 @@ static const struct usb_device_id u3g_de U3G_DEV(NOVATEL, EU740, 0), U3G_DEV(NOVATEL, EU870D, 0), U3G_DEV(NOVATEL, MC760, 0), + U3G_DEV(NOVATEL, MC547, 0), U3G_DEV(NOVATEL, MC950D, 0), U3G_DEV(NOVATEL, U720, 0), U3G_DEV(NOVATEL, U727, 0), Modified: head/sys/dev/usb/usbdevs ============================================================================== --- head/sys/dev/usb/usbdevs Tue Feb 1 21:15:35 2011 (r218177) +++ head/sys/dev/usb/usbdevs Tue Feb 1 22:26:06 2011 (r218178) @@ -2387,6 +2387,7 @@ product NOVATEL ZEROCD2 0x5030 Novatel product NOVATEL U727_2 0x5100 Merlin U727 CDMA product NOVATEL U760 0x6000 Novatel U760 product NOVATEL MC760 0x6002 Novatel MC760 +product NOVATEL MC547 0x7042 Novatel MC547 product NOVATEL2 FLEXPACKGPS 0x0100 NovAtel FlexPack GPS receiver /* Merlin products */ _______________________________________________ svn-src-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/svn-src-all To unsubscribe, send any mail to "svn-src-all-unsubscribe@freebsd.org" From owner-freebsd-usb@FreeBSD.ORG Wed Feb 2 14:02:04 2011 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 EA871106564A for ; Wed, 2 Feb 2011 14:02:03 +0000 (UTC) (envelope-from sorem-real-atualcard@sorem.onda.com.br) Received: from sorem.onda.com.br (sorem.onda.com.br [200.195.197.42]) by mx1.freebsd.org (Postfix) with ESMTP id 6F0448FC21 for ; Wed, 2 Feb 2011 14:02:03 +0000 (UTC) Received: by sorem.onda.com.br (Postfix, from userid 0) id 45EC022693AB; Wed, 2 Feb 2011 11:32:38 -0200 (BRST) To: freebsd-usb@freebsd.org From: CARTÕES MAIS BARATO Content-Transfer-Encoding: 7bit X-SOREM-Campaign-ID: 38_801806001296647285 X-Mailer: SOREM Message-Id: <20110202133238.45EC022693AB@sorem.onda.com.br> Date: Wed, 2 Feb 2011 11:32:38 -0200 (BRST) MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: =?iso-8859-1?q?1000__Cart=F5es_de_Visita_por_17=2C00?= X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: CARTÕES MAIS BARATO List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Feb 2011 14:02:04 -0000 [1]Cartões Mais Barato Pensando no Produto mais barato que existe? Só aqui é mais barato! [2]Cartões de visita Para você vender mais e lucrar mais. [3]Varios pontos de distribuição em São paulo Entregas em todo Brasil [4]Cartões Mais Barato A Cartoes Mais Barato é contra o spam na rede. Caso você não queira receber nossos e-mails, clique neste [5]link. References 1. http://sorem.onda.com.br/sorem/click.php?s=3b2acc10de360834510fd6e70329c0af&e=58817909b7b780614e210f39bef860c6&u=http://www.cartoesmaisbarato.com.br 2. http://sorem.onda.com.br/sorem/click.php?s=3b2acc10de360834510fd6e70329c0af&e=58817909b7b780614e210f39bef860c6&u=http://www.cartoesmaisbarato.com.br/produtos/cartoes-de-visita-verniz-total-frente/5.htm 3. http://sorem.onda.com.br/sorem/click.php?s=3b2acc10de360834510fd6e70329c0af&e=58817909b7b780614e210f39bef860c6&u=http://cartoesmaisbarato.com.br/index/pontos 4. http://sorem.onda.com.br/sorem/click.php?s=3b2acc10de360834510fd6e70329c0af&e=58817909b7b780614e210f39bef860c6&u=http://www.cartoesmaisbarato.com.br 5. http://sorem.onda.com.br/sorem/optout.php?s=3b2acc10de360834510fd6e70329c0af&e=58817909b7b780614e210f39bef860c6&u=http://www.ondaexpress.com.br From owner-freebsd-usb@FreeBSD.ORG Wed Feb 2 18:35:15 2011 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 DFCEB106566C; Wed, 2 Feb 2011 18:35:15 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe08.c2i.net [212.247.154.226]) by mx1.freebsd.org (Postfix) with ESMTP id 207868FC13; Wed, 2 Feb 2011 18:35:14 +0000 (UTC) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.1 cv=6QwXiDozn7Gnsf2tGidwH+ndAwLlGixx7JAIKZICKmI= c=1 sm=1 a=TLKKsU7yPUcA:10 a=CL8lFSKtTFcA:10 a=i9M/sDlu2rpZ9XS819oYzg==:17 a=8kQB0OdkAAAA:8 a=pGLkceISAAAA:8 a=6I5d2MoRAAAA:8 a=RapVmITBRw24DE4lkyYA:9 a=skpOZTddBOuqSqm01fC92vKKq5gA:4 a=PUjeQqilurYA:10 a=9aOQ2cSd83gA:10 a=MSl-tDqOz04A:10 a=SV7veod9ZcQA:10 a=VOsc4bbV4Xg9lnOgYvoA:9 a=qCMLFx-JwKybmaTvuu4A:7 a=dnPM-w9uvHWvxvCMc7AYtSyI12sA:4 a=i9M/sDlu2rpZ9XS819oYzg==:117 Received: from [188.126.198.129] (account mc467741@c2i.net HELO laptop002.hselasky.homeunix.org) by mailfe08.swip.net (CommuniGate Pro SMTP 5.2.19) with ESMTPA id 82413154; Wed, 02 Feb 2011 19:35:12 +0100 From: Hans Petter Selasky To: freebsd-usb@freebsd.org Date: Wed, 2 Feb 2011 19:35:13 +0100 User-Agent: KMail/1.13.5 (FreeBSD/8.2-PRERELEASE; KDE/4.4.5; amd64; ; ) References: <201101131320.p0DDK8so007438@freefall.freebsd.org> In-Reply-To: <201101131320.p0DDK8so007438@freefall.freebsd.org> X-Face: *nPdTl_}RuAI6^PVpA02T?$%Xa^>@hE0uyUIoiha$pC:9TVgl.Oq, NwSZ4V"|LR.+tj}g5 %V,x^qOs~mnU3]Gn; cQLv&.N>TrxmSFf+p6(30a/{)KUU!s}w\IhQBj}[g}bj0I3^glmC( :AuzV9:.hESm-x4h240C`9=w MIME-Version: 1.0 Content-Type: Multipart/Mixed; boundary="Boundary-00=_hPaSN1ZTrNWJk0m" Message-Id: <201102021935.13217.hselasky@c2i.net> Cc: freebsd-gnats-submit@freebsd.org Subject: Re: usb/153929: The umodem driver doesn't support the MTK 3329 GPS chipset. 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, 02 Feb 2011 18:35:16 -0000 --Boundary-00=_hPaSN1ZTrNWJk0m Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit On Thursday 13 January 2011 14:20:08 Hans Petter Selasky wrote: > The following reply was made to PR usb/153929; it has been noted by GNATS. > > From: Hans Petter Selasky > To: Mykhaylo Yehorov > Cc: freebsd-gnats-submit@freebsd.org > Subject: Re: usb/153929: The umodem driver doesn't support the MTK 3329 GPS > chipset. Date: Thu, 13 Jan 2011 14:12:41 +0100 > > On Thursday 13 January 2011 14:07:22 Mykhaylo Yehorov wrote: > > These are changes for searching the closest unlocked data interface. > > OK, I will see if I can get your patch committed [with some modifications > which I will do] in not so long. > > --HPS Hi Mykhaylo, Can you verify the attached patch with your device? --HPS --Boundary-00=_hPaSN1ZTrNWJk0m Content-Type: text/x-patch; charset="iso-8859-15"; name="umodem.patch" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="umodem.patch" === serial/umodem.c ================================================================== --- serial/umodem.c (revision 218169) +++ serial/umodem.c (local) @@ -197,6 +197,8 @@ static usb_error_t umodem_set_comm_feature(struct usb_device *, uint8_t, uint16_t, uint16_t); static void umodem_poll(struct ucom_softc *ucom); +static void umodem_find_data_iface(struct usb_attach_arg *uaa, + uint8_t, uint8_t *, uint8_t *); static const struct usb_config umodem_config[UMODEM_N_TRANSFER] = { @@ -311,13 +313,30 @@ 0 - 1, UDESCSUB_CDC_UNION, 0 - 1); if ((cud == NULL) || (cud->bLength < sizeof(*cud))) { - device_printf(dev, "Missing descriptor. " + DPRINTF("Missing descriptor. " "Assuming data interface is next.\n"); - if (sc->sc_ctrl_iface_no == 0xFF) + if (sc->sc_ctrl_iface_no == 0xFF) { goto detach; - else - sc->sc_data_iface_no = - sc->sc_ctrl_iface_no + 1; + } else { + uint8_t class_match = 0; + + /* set default interface number */ + sc->sc_data_iface_no = 0xFF; + + /* try to find the data interface backwards */ + umodem_find_data_iface(uaa, + uaa->info.bIfaceIndex - 1, + &sc->sc_data_iface_no, &class_match); + + /* try to find the data interface forwards */ + umodem_find_data_iface(uaa, + uaa->info.bIfaceIndex + 1, + &sc->sc_data_iface_no, &class_match); + + /* check if nothing was found */ + if (sc->sc_data_iface_no == 0xFF) + goto detach; + } } else { sc->sc_data_iface_no = cud->bSlaveInterface[0]; } @@ -398,6 +417,36 @@ } static void +umodem_find_data_iface(struct usb_attach_arg *uaa, + uint8_t iface_index, uint8_t *p_data_no, uint8_t *p_match_class) +{ + struct usb_interface_descriptor *id; + struct usb_interface *iface; + + iface = usbd_get_iface(uaa->device, iface_index); + + /* check for end of interfaces */ + if (iface == NULL) + return; + + id = usbd_get_interface_descriptor(iface); + + /* check for non-matching interface class */ + if (id->bInterfaceClass != UICLASS_CDC_DATA || + id->bInterfaceSubClass != UISUBCLASS_DATA) { + /* if we got a class match then return */ + if (*p_match_class) + return; + } else { + *p_match_class = 1; + } + + DPRINTFN(11, "Match at index %u\n", iface_index); + + *p_data_no = id->bInterfaceNumber; +} + +static void umodem_start_read(struct ucom_softc *ucom) { struct umodem_softc *sc = ucom->sc_parent; === usbdevs ================================================================== --- usbdevs (revision 218169) +++ usbdevs (local) @@ -536,6 +536,7 @@ vendor HAWKING 0x0e66 Hawking vendor FOSSIL 0x0e67 Fossil, Inc vendor GMATE 0x0e7e G.Mate, Inc +vendor MEDIATEK 0x0e8d MediaTek, Inc. vendor OTI 0x0ea0 Ours Technology vendor YISO 0x0eab Yiso Wireless Co. vendor PILOTECH 0x0eaf Pilotech @@ -2120,6 +2121,9 @@ product MCT USB232 0x0210 USB-232 Interface product MCT SITECOM_USB232 0x0230 Sitecom USB-232 Products +/* MediaTek, Inc. */ +product MEDIATEK MTK3329 0x3329 MTK II GPS Receiver + /* Meizu Electronics */ product MEIZU M6_SL 0x0140 MiniPlayer M6 (SL) --Boundary-00=_hPaSN1ZTrNWJk0m-- From owner-freebsd-usb@FreeBSD.ORG Wed Feb 2 18:40:06 2011 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 DC6E71065679 for ; Wed, 2 Feb 2011 18:40:06 +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 A62C68FC08 for ; Wed, 2 Feb 2011 18:40:06 +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 p12Ie6gG044071 for ; Wed, 2 Feb 2011 18:40:06 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p12Ie6PA044070; Wed, 2 Feb 2011 18:40:06 GMT (envelope-from gnats) Date: Wed, 2 Feb 2011 18:40:06 GMT Message-Id: <201102021840.p12Ie6PA044070@freefall.freebsd.org> To: freebsd-usb@FreeBSD.org From: Hans Petter Selasky Cc: Subject: Re: usb/153929: The umodem driver doesn't support the MTK 3329 GPS chipset. 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: Wed, 02 Feb 2011 18:40:07 -0000 The following reply was made to PR usb/153929; it has been noted by GNATS. From: Hans Petter Selasky To: freebsd-usb@freebsd.org Cc: Mykhaylo Yehorov , freebsd-gnats-submit@freebsd.org Subject: Re: usb/153929: The umodem driver doesn't support the MTK 3329 GPS chipset. Date: Wed, 2 Feb 2011 19:35:13 +0100 --Boundary-00=_hPaSN1ZTrNWJk0m Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit On Thursday 13 January 2011 14:20:08 Hans Petter Selasky wrote: > The following reply was made to PR usb/153929; it has been noted by GNATS. > > From: Hans Petter Selasky > To: Mykhaylo Yehorov > Cc: freebsd-gnats-submit@freebsd.org > Subject: Re: usb/153929: The umodem driver doesn't support the MTK 3329 GPS > chipset. Date: Thu, 13 Jan 2011 14:12:41 +0100 > > On Thursday 13 January 2011 14:07:22 Mykhaylo Yehorov wrote: > > These are changes for searching the closest unlocked data interface. > > OK, I will see if I can get your patch committed [with some modifications > which I will do] in not so long. > > --HPS Hi Mykhaylo, Can you verify the attached patch with your device? --HPS --Boundary-00=_hPaSN1ZTrNWJk0m Content-Type: text/x-patch; charset="iso-8859-15"; name="umodem.patch" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="umodem.patch" === serial/umodem.c ================================================================== --- serial/umodem.c (revision 218169) +++ serial/umodem.c (local) @@ -197,6 +197,8 @@ static usb_error_t umodem_set_comm_feature(struct usb_device *, uint8_t, uint16_t, uint16_t); static void umodem_poll(struct ucom_softc *ucom); +static void umodem_find_data_iface(struct usb_attach_arg *uaa, + uint8_t, uint8_t *, uint8_t *); static const struct usb_config umodem_config[UMODEM_N_TRANSFER] = { @@ -311,13 +313,30 @@ 0 - 1, UDESCSUB_CDC_UNION, 0 - 1); if ((cud == NULL) || (cud->bLength < sizeof(*cud))) { - device_printf(dev, "Missing descriptor. " + DPRINTF("Missing descriptor. " "Assuming data interface is next.\n"); - if (sc->sc_ctrl_iface_no == 0xFF) + if (sc->sc_ctrl_iface_no == 0xFF) { goto detach; - else - sc->sc_data_iface_no = - sc->sc_ctrl_iface_no + 1; + } else { + uint8_t class_match = 0; + + /* set default interface number */ + sc->sc_data_iface_no = 0xFF; + + /* try to find the data interface backwards */ + umodem_find_data_iface(uaa, + uaa->info.bIfaceIndex - 1, + &sc->sc_data_iface_no, &class_match); + + /* try to find the data interface forwards */ + umodem_find_data_iface(uaa, + uaa->info.bIfaceIndex + 1, + &sc->sc_data_iface_no, &class_match); + + /* check if nothing was found */ + if (sc->sc_data_iface_no == 0xFF) + goto detach; + } } else { sc->sc_data_iface_no = cud->bSlaveInterface[0]; } @@ -398,6 +417,36 @@ } static void +umodem_find_data_iface(struct usb_attach_arg *uaa, + uint8_t iface_index, uint8_t *p_data_no, uint8_t *p_match_class) +{ + struct usb_interface_descriptor *id; + struct usb_interface *iface; + + iface = usbd_get_iface(uaa->device, iface_index); + + /* check for end of interfaces */ + if (iface == NULL) + return; + + id = usbd_get_interface_descriptor(iface); + + /* check for non-matching interface class */ + if (id->bInterfaceClass != UICLASS_CDC_DATA || + id->bInterfaceSubClass != UISUBCLASS_DATA) { + /* if we got a class match then return */ + if (*p_match_class) + return; + } else { + *p_match_class = 1; + } + + DPRINTFN(11, "Match at index %u\n", iface_index); + + *p_data_no = id->bInterfaceNumber; +} + +static void umodem_start_read(struct ucom_softc *ucom) { struct umodem_softc *sc = ucom->sc_parent; === usbdevs ================================================================== --- usbdevs (revision 218169) +++ usbdevs (local) @@ -536,6 +536,7 @@ vendor HAWKING 0x0e66 Hawking vendor FOSSIL 0x0e67 Fossil, Inc vendor GMATE 0x0e7e G.Mate, Inc +vendor MEDIATEK 0x0e8d MediaTek, Inc. vendor OTI 0x0ea0 Ours Technology vendor YISO 0x0eab Yiso Wireless Co. vendor PILOTECH 0x0eaf Pilotech @@ -2120,6 +2121,9 @@ product MCT USB232 0x0210 USB-232 Interface product MCT SITECOM_USB232 0x0230 Sitecom USB-232 Products +/* MediaTek, Inc. */ +product MEDIATEK MTK3329 0x3329 MTK II GPS Receiver + /* Meizu Electronics */ product MEIZU M6_SL 0x0140 MiniPlayer M6 (SL) --Boundary-00=_hPaSN1ZTrNWJk0m-- From owner-freebsd-usb@FreeBSD.ORG Thu Feb 3 06:56:41 2011 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 B48521065672 for ; Thu, 3 Feb 2011 06:56:41 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id 37B9C8FC12 for ; Thu, 3 Feb 2011 06:56:40 +0000 (UTC) Received: from ur.gsoft.com.au (Ur.gsoft.com.au [203.31.81.44]) (authenticated bits=0) by cain.gsoft.com.au (8.14.4/8.14.3) with ESMTP id p136uP8W041912 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Thu, 3 Feb 2011 17:26:28 +1030 (CST) (envelope-from doconnor@gsoft.com.au) Mime-Version: 1.0 (Apple Message framework v1082) Content-Type: text/plain; charset=us-ascii From: "Daniel O'Connor" In-Reply-To: <201101280858.05077.hselasky@c2i.net> Date: Thu, 3 Feb 2011 17:26:25 +1030 Content-Transfer-Encoding: quoted-printable Message-Id: <0F80A010-B97C-4D05-B604-5EF4B07EF248@gsoft.com.au> References: <9CF6C32F-E230-446B-94FC-C57F0F02B0E4@gsoft.com.au> <201101221433.23194.hselasky@c2i.net> <6AD22899-0B00-483D-A01E-786029A82C9F@gsoft.com.au> <201101280858.05077.hselasky@c2i.net> To: Hans Petter Selasky X-Mailer: Apple Mail (2.1082) X-Spam-Score: -2.51 () ALL_TRUSTED,BAYES_00,T_RP_MATCHES_RCVD X-Scanned-By: MIMEDefang 2.67 on 203.31.81.10 Cc: freebsd-usb@freebsd.org Subject: Re: libusb performance on 8.1 X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Feb 2011 06:56:41 -0000 On 28/01/2011, at 18:28, Hans Petter Selasky wrote: > For this kind of applications ISOCHRONOUS transfers should be used. = Then you=20 > can have a double buffer guard in the range 1-56ms, regardless of the = buffer=20 > size the hardware uses. That sounds nice :) I am trying to get it working at the moment, however I'm only finding it = capable of 4 or 8 Mb/sec (512 or 1024 byte EP), although perhaps I don't = understand how to do ISO transfer properly. BTW do you have a feel for the latency in bulk vs iso? I currently have = 5-10 msec of buffering in the hardware which I plan on increasing but = I'm not sure what a reasonable amount would be :) I put a logic analyser on my board and it shows fairly regular requests = from the hardware (16kbyte bursts every 2msec or so) however I see = glitches occasionally - 5.5ms, 7.5ms.=20 I am not sure if they are attributable to userland scheduling (in which = case writing a kernel driver should help) or some subtlety in USB = itself. Thanks :) =20 -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C From owner-freebsd-usb@FreeBSD.ORG Thu Feb 3 07:22:50 2011 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 6DEE71065698 for ; Thu, 3 Feb 2011 07:22:50 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe08.c2i.net [212.247.154.226]) by mx1.freebsd.org (Postfix) with ESMTP id 000598FC0C for ; Thu, 3 Feb 2011 07:22:49 +0000 (UTC) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.1 cv=6QwXiDozn7Gnsf2tGidwH+ndAwLlGixx7JAIKZICKmI= c=1 sm=1 a=-lJg8f7At1MA:10 a=8nJEP1OIZ-IA:10 a=CL8lFSKtTFcA:10 a=i9M/sDlu2rpZ9XS819oYzg==:17 a=FHhbhFJ0YVVetnmdNTkA:9 a=75tLSa2u_BzS9_ab2XMA:7 a=g8HtELH0iD4FboMAj5kfgz08jBsA:4 a=wPNLvfGTeEIA:10 a=i9M/sDlu2rpZ9XS819oYzg==:117 Received: from [188.126.198.129] (account mc467741@c2i.net HELO laptop002.hselasky.homeunix.org) by mailfe08.swip.net (CommuniGate Pro SMTP 5.2.19) with ESMTPA id 82600823; Thu, 03 Feb 2011 08:22:48 +0100 From: Hans Petter Selasky To: "Daniel O'Connor" Date: Thu, 3 Feb 2011 08:22:49 +0100 User-Agent: KMail/1.13.5 (FreeBSD/8.2-PRERELEASE; KDE/4.4.5; amd64; ; ) References: <9CF6C32F-E230-446B-94FC-C57F0F02B0E4@gsoft.com.au> <201101280858.05077.hselasky@c2i.net> <0F80A010-B97C-4D05-B604-5EF4B07EF248@gsoft.com.au> In-Reply-To: <0F80A010-B97C-4D05-B604-5EF4B07EF248@gsoft.com.au> X-Face: *nPdTl_}RuAI6^PVpA02T?$%Xa^>@hE0uyUIoiha$pC:9TVgl.Oq, NwSZ4V"|LR.+tj}g5 %V,x^qOs~mnU3]Gn; cQLv&.N>TrxmSFf+p6(30a/{)KUU!s}w\IhQBj}[g}bj0I3^glmC( :AuzV9:.hESm-x4h240C`9=w MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201102030822.49266.hselasky@c2i.net> Cc: freebsd-usb@freebsd.org Subject: Re: libusb performance on 8.1 X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Feb 2011 07:22:50 -0000 On Thursday 03 February 2011 07:56:25 Daniel O'Connor wrote: > On 28/01/2011, at 18:28, Hans Petter Selasky wrote: > > For this kind of applications ISOCHRONOUS transfers should be used. Then > > you can have a double buffer guard in the range 1-56ms, regardless of > > the buffer size the hardware uses. > > That sounds nice :) > I am trying to get it working at the moment, however I'm only finding it > capable of 4 or 8 Mb/sec (512 or 1024 byte EP), although perhaps I don't > understand how to do ISO transfer properly. Hi, You need to set the multiplier to 2 or 3. Then you get 3*1024 bytes at maximum. > > BTW do you have a feel for the latency in bulk vs iso? I currently have > 5-10 msec of buffering in the hardware which I plan on increasing but I'm > not sure what a reasonable amount would be :) > > I put a logic analyser on my board and it shows fairly regular requests > from the hardware (16kbyte bursts every 2msec or so) however I see > glitches occasionally - 5.5ms, 7.5ms. > > I am not sure if they are attributable to userland scheduling (in which > case writing a kernel driver should help) or some subtlety in USB itself. Are you using two isochronous transfers or just one? --HPS From owner-freebsd-usb@FreeBSD.ORG Thu Feb 3 10:24:36 2011 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 B7F85106566C for ; Thu, 3 Feb 2011 10:24:36 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id 3B68E8FC12 for ; Thu, 3 Feb 2011 10:24:35 +0000 (UTC) Received: from ur.dons.net.au (ppp203-122-198-32.lns6.adl6.internode.on.net [203.122.198.32]) (authenticated bits=0) by cain.gsoft.com.au (8.14.4/8.14.3) with ESMTP id p13AOOBO052651 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Thu, 3 Feb 2011 20:54:25 +1030 (CST) (envelope-from doconnor@gsoft.com.au) Mime-Version: 1.0 (Apple Message framework v1082) Content-Type: text/plain; charset=us-ascii From: "Daniel O'Connor" In-Reply-To: <201102030822.49266.hselasky@c2i.net> Date: Thu, 3 Feb 2011 20:54:23 +1030 Content-Transfer-Encoding: quoted-printable Message-Id: <4DAFAF80-746B-4272-86CC-BB284E59D4F6@gsoft.com.au> References: <9CF6C32F-E230-446B-94FC-C57F0F02B0E4@gsoft.com.au> <201101280858.05077.hselasky@c2i.net> <0F80A010-B97C-4D05-B604-5EF4B07EF248@gsoft.com.au> <201102030822.49266.hselasky@c2i.net> To: Hans Petter Selasky X-Mailer: Apple Mail (2.1082) X-Spam-Score: 0.163 () BAYES_00,RDNS_DYNAMIC X-Scanned-By: MIMEDefang 2.67 on 203.31.81.10 Cc: freebsd-usb@freebsd.org Subject: Re: libusb performance on 8.1 X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Feb 2011 10:24:36 -0000 On 03/02/2011, at 17:52, Hans Petter Selasky wrote: >> I am trying to get it working at the moment, however I'm only finding = it >> capable of 4 or 8 Mb/sec (512 or 1024 byte EP), although perhaps I = don't >> understand how to do ISO transfer properly. >=20 > Hi, >=20 > You need to set the multiplier to 2 or 3. Then you get 3*1024 bytes at=20= > maximum. OK, so I need.. usb_xf[i].xf =3D libusb_alloc_transfer(3); p =3D malloc(3 * 1024); libusb_fill_iso_transfer(usb_xf[i].xf, h, 0x82 p, 3 * 1024, 3, usbcb, = &usb_xf[i], 2000); ? >> BTW do you have a feel for the latency in bulk vs iso? I currently = have >> 5-10 msec of buffering in the hardware which I plan on increasing but = I'm >> not sure what a reasonable amount would be :) >>=20 >> I put a logic analyser on my board and it shows fairly regular = requests >> from the hardware (16kbyte bursts every 2msec or so) however I see >> glitches occasionally - 5.5ms, 7.5ms. >>=20 >> I am not sure if they are attributable to userland scheduling (in = which >> case writing a kernel driver should help) or some subtlety in USB = itself. >=20 > Are you using two isochronous transfers or just one? It is a single in endpoint. The device also has 2 in bulk and 2 out bulk = endpoints for other data but they are idle while the iso one is running. -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C From owner-freebsd-usb@FreeBSD.ORG Thu Feb 3 10:56:37 2011 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 C8B091065693 for ; Thu, 3 Feb 2011 10:56:37 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe08.c2i.net [212.247.154.226]) by mx1.freebsd.org (Postfix) with ESMTP id 529EE8FC21 for ; Thu, 3 Feb 2011 10:56:36 +0000 (UTC) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.1 cv=6QwXiDozn7Gnsf2tGidwH+ndAwLlGixx7JAIKZICKmI= c=1 sm=1 a=-lJg8f7At1MA:10 a=8nJEP1OIZ-IA:10 a=CL8lFSKtTFcA:10 a=i9M/sDlu2rpZ9XS819oYzg==:17 a=0LsJn07xfMtCSjKXVQkA:9 a=TBzY9b6K8SavzH5TMCkA:7 a=h6m3qC9dId0d5s3AfVLqcHa4ZMgA:4 a=wPNLvfGTeEIA:10 a=i9M/sDlu2rpZ9XS819oYzg==:117 Received: from [188.126.198.129] (account mc467741@c2i.net HELO laptop002.hselasky.homeunix.org) by mailfe08.swip.net (CommuniGate Pro SMTP 5.2.19) with ESMTPA id 82718668; Thu, 03 Feb 2011 11:56:35 +0100 From: Hans Petter Selasky To: "Daniel O'Connor" Date: Thu, 3 Feb 2011 11:56:37 +0100 User-Agent: KMail/1.13.5 (FreeBSD/8.2-PRERELEASE; KDE/4.4.5; amd64; ; ) References: <9CF6C32F-E230-446B-94FC-C57F0F02B0E4@gsoft.com.au> <201102030822.49266.hselasky@c2i.net> <4DAFAF80-746B-4272-86CC-BB284E59D4F6@gsoft.com.au> In-Reply-To: <4DAFAF80-746B-4272-86CC-BB284E59D4F6@gsoft.com.au> X-Face: *nPdTl_}RuAI6^PVpA02T?$%Xa^>@hE0uyUIoiha$pC:9TVgl.Oq, NwSZ4V"|LR.+tj}g5 %V,x^qOs~mnU3]Gn; cQLv&.N>TrxmSFf+p6(30a/{)KUU!s}w\IhQBj}[g}bj0I3^glmC( :AuzV9:.hESm-x4h240C`9=w MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201102031156.37148.hselasky@c2i.net> Cc: freebsd-usb@freebsd.org Subject: Re: libusb performance on 8.1 X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Feb 2011 10:56:37 -0000 On Thursday 03 February 2011 11:24:23 Daniel O'Connor wrote: > On 03/02/2011, at 17:52, Hans Petter Selasky wrote: > >> I am trying to get it working at the moment, however I'm only finding it > >> capable of 4 or 8 Mb/sec (512 or 1024 byte EP), although perhaps I don't > >> understand how to do ISO transfer properly. > > > > Hi, > > > > You need to set the multiplier to 2 or 3. Then you get 3*1024 bytes at > > maximum. > > OK, so I need.. > usb_xf[i].xf = libusb_alloc_transfer(3); > p = malloc(3 * 1024); > libusb_fill_iso_transfer(usb_xf[i].xf, h, 0x82 p, 3 * 1024, 3, usbcb, > &usb_xf[i], 2000); > No. Please read the description of wMaxPacketSize in the USB2.0 spec, and the multiplier bits. High-speed USB executes 8 isoc packets per second! Number of packets should not be less than 56 for High-speed USB due to underflow risc. usb_xf[i].xf = libusb_alloc_transfer(56); p = malloc(3 * 1024 * 56); libusb_fill_iso_transfer(usb_xf[i].xf, 0x82, p, 3 * 56 * 1024, 56, usbcb, &usb_xf[i], 2000); libusb_set_iso_packet_lengths(usb_xf[i].xf, 3 * 1024); You need to allocate 2x "libusb_alloc_transfer(56)" and submit to get double buffering! --HPS From owner-freebsd-usb@FreeBSD.ORG Thu Feb 3 13:56:44 2011 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 9869B106566C; Thu, 3 Feb 2011 13:56:44 +0000 (UTC) (envelope-from yehorov@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id 528158FC1B; Thu, 3 Feb 2011 13:56:44 +0000 (UTC) Received: by iyb26 with SMTP id 26so1090977iyb.13 for ; Thu, 03 Feb 2011 05:56:43 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=HNcOHLOK25holHEPzPRA+axUuGwlTe1OFYDVQ5VOcoU=; b=te33IjGG7BhLh6WtgNG0e5p0UCZR+ntQaaH67oFzb4Z7cxeZHuQZbWQxMiJb0Z8w7A j2RyfyWbxis24cLTYGCYArPIT0GOynSKnx2lHKK5/x5+fAjeb3/n69Dkxrd3dYpP6rZp d4SSrQ0SZ7kO0rAKcNA8El+1/68B4sF2Iq5dU= 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=V8WlhFCF8N3e6CaGieq7I5A0JIqdFRTkg4rH43bnKXKYZ1pPpxDIr7hfLEaNBHzNGA 7weHW6cECzTgIAyQkE5DTOgxnr1ZqpW35RPD76Latbz+kkdH4Ry1edn/wLcxYZrAkJxq 2Cq/qn4aZZbdAisXUDQmSiXYp1pdLpZ+g92O4= MIME-Version: 1.0 Received: by 10.42.227.131 with SMTP id ja3mr12716733icb.250.1296741403658; Thu, 03 Feb 2011 05:56:43 -0800 (PST) Received: by 10.42.217.194 with HTTP; Thu, 3 Feb 2011 05:56:43 -0800 (PST) In-Reply-To: <201102021935.13217.hselasky@c2i.net> References: <201101131320.p0DDK8so007438@freefall.freebsd.org> <201102021935.13217.hselasky@c2i.net> Date: Thu, 3 Feb 2011 15:56:43 +0200 Message-ID: From: Mykhaylo Yehorov To: Hans Petter Selasky Content-Type: text/plain; charset=UTF-8 Cc: freebsd-gnats-submit@freebsd.org, freebsd-usb@freebsd.org Subject: Re: usb/153929: The umodem driver doesn't support the MTK 3329 GPS chipset. 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, 03 Feb 2011 13:56:44 -0000 On Wed, Feb 2, 2011 at 20:35, Hans Petter Selasky wrote: > Can you verify the attached patch with your device? It works fine with my device. ugen1.3: at usbus1 umodem_probe: umodem_probe: umodem_probe: umodem0: on usbus1 umodem_get_caps: no CM desc (faking one) umodem_get_caps: no ACM desc umodem_attach: Missing descriptor. Assuming data interface is next. umodem_find_data_iface: Match at index 0 umodem0: data interface 0, has CM over data, has no break From owner-freebsd-usb@FreeBSD.ORG Thu Feb 3 14:00:32 2011 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 6AE2F1065698 for ; Thu, 3 Feb 2011 14:00:32 +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 595DF8FC16 for ; Thu, 3 Feb 2011 14:00:32 +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 p13E0Wr8021529 for ; Thu, 3 Feb 2011 14:00:32 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p13E0W3h021499; Thu, 3 Feb 2011 14:00:32 GMT (envelope-from gnats) Date: Thu, 3 Feb 2011 14:00:32 GMT Message-Id: <201102031400.p13E0W3h021499@freefall.freebsd.org> To: freebsd-usb@FreeBSD.org From: Mykhaylo Yehorov Cc: Subject: Re: usb/153929: The umodem driver doesn't support the MTK 3329 GPS chipset. X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Mykhaylo Yehorov List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Feb 2011 14:00:32 -0000 The following reply was made to PR usb/153929; it has been noted by GNATS. From: Mykhaylo Yehorov To: Hans Petter Selasky Cc: freebsd-usb@freebsd.org, freebsd-gnats-submit@freebsd.org Subject: Re: usb/153929: The umodem driver doesn't support the MTK 3329 GPS chipset. Date: Thu, 3 Feb 2011 15:56:43 +0200 On Wed, Feb 2, 2011 at 20:35, Hans Petter Selasky wrote: > Can you verify the attached patch with your device? It works fine with my device. ugen1.3: at usbus1 umodem_probe: umodem_probe: umodem_probe: umodem0: on usbus1 umodem_get_caps: no CM desc (faking one) umodem_get_caps: no ACM desc umodem_attach: Missing descriptor. Assuming data interface is next. umodem_find_data_iface: Match at index 0 umodem0: data interface 0, has CM over data, has no break From owner-freebsd-usb@FreeBSD.ORG Thu Feb 3 18:30:12 2011 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 BB7D0106566B for ; Thu, 3 Feb 2011 18:30:12 +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 8F8918FC1A for ; Thu, 3 Feb 2011 18:30:12 +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 p13IUCpT008106 for ; Thu, 3 Feb 2011 18:30:12 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p13IUCxv008101; Thu, 3 Feb 2011 18:30:12 GMT (envelope-from gnats) Date: Thu, 3 Feb 2011 18:30:12 GMT Message-Id: <201102031830.p13IUCxv008101@freefall.freebsd.org> To: freebsd-usb@FreeBSD.org From: dfilter@FreeBSD.ORG (dfilter service) Cc: Subject: Re: usb/153929: commit references a PR X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: dfilter service List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Feb 2011 18:30:12 -0000 The following reply was made to PR usb/153929; it has been noted by GNATS. From: dfilter@FreeBSD.ORG (dfilter service) To: bug-followup@FreeBSD.org Cc: Subject: Re: usb/153929: commit references a PR Date: Thu, 3 Feb 2011 18:26:00 +0000 (UTC) Author: hselasky Date: Thu Feb 3 18:25:55 2011 New Revision: 218229 URL: http://svn.freebsd.org/changeset/base/218229 Log: Fix for detection of MTK 3329 GPS USB devices. Submitted by: Mykhaylo Yehorov PR: usb/153929 Approved by: thompsa (mentor) Modified: head/sys/dev/usb/serial/umodem.c head/sys/dev/usb/usbdevs Modified: head/sys/dev/usb/serial/umodem.c ============================================================================== --- head/sys/dev/usb/serial/umodem.c Thu Feb 3 18:07:05 2011 (r218228) +++ head/sys/dev/usb/serial/umodem.c Thu Feb 3 18:25:55 2011 (r218229) @@ -197,6 +197,8 @@ static void *umodem_get_desc(struct usb_ static usb_error_t umodem_set_comm_feature(struct usb_device *, uint8_t, uint16_t, uint16_t); static void umodem_poll(struct ucom_softc *ucom); +static void umodem_find_data_iface(struct usb_attach_arg *uaa, + uint8_t, uint8_t *, uint8_t *); static const struct usb_config umodem_config[UMODEM_N_TRANSFER] = { @@ -311,13 +313,30 @@ umodem_attach(device_t dev) 0 - 1, UDESCSUB_CDC_UNION, 0 - 1); if ((cud == NULL) || (cud->bLength < sizeof(*cud))) { - device_printf(dev, "Missing descriptor. " + DPRINTF("Missing descriptor. " "Assuming data interface is next.\n"); - if (sc->sc_ctrl_iface_no == 0xFF) + if (sc->sc_ctrl_iface_no == 0xFF) { goto detach; - else - sc->sc_data_iface_no = - sc->sc_ctrl_iface_no + 1; + } else { + uint8_t class_match = 0; + + /* set default interface number */ + sc->sc_data_iface_no = 0xFF; + + /* try to find the data interface backwards */ + umodem_find_data_iface(uaa, + uaa->info.bIfaceIndex - 1, + &sc->sc_data_iface_no, &class_match); + + /* try to find the data interface forwards */ + umodem_find_data_iface(uaa, + uaa->info.bIfaceIndex + 1, + &sc->sc_data_iface_no, &class_match); + + /* check if nothing was found */ + if (sc->sc_data_iface_no == 0xFF) + goto detach; + } } else { sc->sc_data_iface_no = cud->bSlaveInterface[0]; } @@ -398,6 +417,36 @@ detach: } static void +umodem_find_data_iface(struct usb_attach_arg *uaa, + uint8_t iface_index, uint8_t *p_data_no, uint8_t *p_match_class) +{ + struct usb_interface_descriptor *id; + struct usb_interface *iface; + + iface = usbd_get_iface(uaa->device, iface_index); + + /* check for end of interfaces */ + if (iface == NULL) + return; + + id = usbd_get_interface_descriptor(iface); + + /* check for non-matching interface class */ + if (id->bInterfaceClass != UICLASS_CDC_DATA || + id->bInterfaceSubClass != UISUBCLASS_DATA) { + /* if we got a class match then return */ + if (*p_match_class) + return; + } else { + *p_match_class = 1; + } + + DPRINTFN(11, "Match at index %u\n", iface_index); + + *p_data_no = id->bInterfaceNumber; +} + +static void umodem_start_read(struct ucom_softc *ucom) { struct umodem_softc *sc = ucom->sc_parent; Modified: head/sys/dev/usb/usbdevs ============================================================================== --- head/sys/dev/usb/usbdevs Thu Feb 3 18:07:05 2011 (r218228) +++ head/sys/dev/usb/usbdevs Thu Feb 3 18:25:55 2011 (r218229) @@ -536,6 +536,7 @@ vendor SPEEDDRAGON 0x0e55 Speed Dragon M vendor HAWKING 0x0e66 Hawking vendor FOSSIL 0x0e67 Fossil, Inc vendor GMATE 0x0e7e G.Mate, Inc +vendor MEDIATEK 0x0e8d MediaTek, Inc. vendor OTI 0x0ea0 Ours Technology vendor YISO 0x0eab Yiso Wireless Co. vendor PILOTECH 0x0eaf Pilotech @@ -2120,6 +2121,9 @@ product MCT DU_H3SP_USB232 0x0200 D-Link product MCT USB232 0x0210 USB-232 Interface product MCT SITECOM_USB232 0x0230 Sitecom USB-232 Products +/* MediaTek, Inc. */ +product MEDIATEK MTK3329 0x3329 MTK II GPS Receiver + /* Meizu Electronics */ product MEIZU M6_SL 0x0140 MiniPlayer M6 (SL) _______________________________________________ svn-src-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/svn-src-all To unsubscribe, send any mail to "svn-src-all-unsubscribe@freebsd.org" From owner-freebsd-usb@FreeBSD.ORG Thu Feb 3 21:54:05 2011 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 EBCC61065673; Thu, 3 Feb 2011 21:54:04 +0000 (UTC) (envelope-from dieterbsd@engineer.com) Received: from imr-ma02.mx.aol.com (imr-ma02.mx.aol.com [64.12.206.40]) by mx1.freebsd.org (Postfix) with ESMTP id 9CA968FC1F; Thu, 3 Feb 2011 21:54:04 +0000 (UTC) Received: from imo-ma03.mx.aol.com (imo-ma03.mx.aol.com [64.12.78.138]) by imr-ma02.mx.aol.com (8.14.1/8.14.1) with ESMTP id p13Lre2A000511; Thu, 3 Feb 2011 16:53:40 -0500 Received: from dieterbsd@engineer.com by imo-ma03.mx.aol.com (mail_out_v42.9.) id n.eb6.64b9962 (44667); Thu, 3 Feb 2011 16:53:37 -0500 (EST) Received: from smtprly-me01.mx.aol.com (smtprly-me01.mx.aol.com [64.12.95.102]) by cia-mc01.mx.aol.com (v129.8) with ESMTP id MAILCIAMC016-b2944d4b23dd35d; Thu, 03 Feb 2011 16:53:36 -0500 Received: from web-mmc-d01 (web-mmc-d01.sim.aol.com [205.188.103.67]) by smtprly-me01.mx.aol.com (v129.8) with ESMTP id MAILSMTPRLYME014-b2944d4b23dd35d; Thu, 03 Feb 2011 16:53:33 -0500 To: bug-followup@FreeBSD.org Content-Transfer-Encoding: quoted-printable Date: Thu, 03 Feb 2011 16:53:32 -0500 X-AOL-IP: 67.206.163.54 X-MB-Message-Source: WebUI Received: from 67.206.163.54 by web-mmc-d01.sysops.aol.com (205.188.103.67) with HTTP (WebMailUI); Thu, 03 Feb 2011 16:53:32 -0500 MIME-Version: 1.0 From: dieterbsd@engineer.com X-MB-Message-Type: User Content-Type: text/plain; charset="us-ascii"; format=flowed X-Mailer: Mail.com Webmail 33189-STANDARD Message-Id: <8CD9203EF6F6EE0-1760-B81@web-mmc-d01.sysops.aol.com> X-Spam-Flag: NO X-AOL-SENDER: dieterbsd@engineer.com Cc: freebsd-net@freebsd.org, freebsd@sopwith.solgatos.com, freebsd-firewire@freebsd.org, freebsd-drivers@freebsd.org, freebsd-usb@freebsd.org Subject: Re: kern/118093: firewire bus reset hogs CPU, causing data to be lost 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, 03 Feb 2011 21:54:05 -0000 New data: USB causes the same problem that firewire does. FreeBSD 8.0 amd64 nfe0: port 0xb400-0xb407=20 mem 0xfebf9000-0xfebf9fff irq 23 at device 10.0 on pci0 bge0: mem 0xfe4f0000-0xfe4fffff irq 19 at device 0.0 on pci5 fwohci1: mem 0xfdeff000-0xfdefffff irq 19 at device=20 8.0 on pci2 ehci0: mem 0xfebfe000-0xfebfe0ff=20 irq 22 at device 2.1 on pci0 Plugging in a USB_to_RS-232 bridge generates: ugen0.2: at usbus0 uplcom0: on usbus0 And networking is locked out for too long, and data is lost. (The node=20 sending data via Ethernet has too small a transmit buffer, but is a closed source=20 closed hardware black box and cannot be fixed. Once data is lost it is lost forever,=20 it cannot be recreated, so this is very bad.) The FreeBSD box receiving data has a=20 very large receive buffer, but if another device driver locks out networking it=20 doesn't help. Changing the printf(9)s to log(9)s fixes the problem, but this is not a=20 good workaround, there are LOTS of printfs in the kernel, I keep hitting new ones. =20 Printf(9) alone isn't the problem, adding printfs to chown(2) does not cause the problem, but=20 printfs from device drivers do. (usb, firewire, ...) My theory is there is a locking conflict. Here is lock profiling data for USB_RS-232 bridge being plugged in=20 printfs locking out networking: debug.lock.prof.enable: 0 debug.lock.prof.reset: 0 debug.lock.prof.stats: max wait_max total wait_total count avg wait_avg=20 cnt_hold cnt_lock name 251240 0 499982 0 303 1650 0 0= =20 0 /usr/src/sys/dev/usb/usb_request.c:322 (sx:0123456789ABCDEF -=20 USB device SX lock) 104255 0 110429 0 2 55214 0 0= =20 0 /usr/src/sys/dev/usb/usb_device.c:2459 (sx:123456789ABCDEF - USB= =20 config SX lock) 104217 0 29670949 0 47087 630 0 0= =20 0 /usr/src/sys/kern/uipc_sockbuf.c:148 (sx:so_rcv_sx) =20 <---------<<<< 101962 0 103089 0 27 3818 0 0= =20 0 /usr/src/sys/kern/kern_condvar.c:145 (sleep mutex:Giant) 51071 0 81088 0 3 27029 0 0= =20 0 /usr/src/sys/kern/kern_cons.c:422 (spin mutex:cnputs_mtx) 23049 0 31351 0 2 15675 0 0= =20 0 /usr/src/sys/kern/vfs_syscalls.c:3508 (lockmgr:ufs) 12408 0 978544 0 971 1007 0 0= =20 0 /usr/src/sys/kern/vfs_vnops.c:604 (lockmgr:ufs) 11466 0 744372 0 11567 64 0 0= =20 0 /usr/src/sys/kern/vfs_bio.c:2559 (lockmgr:bufwait) 11141 0 501155 0 3850 130 0 0= =20 0 /usr/src/sys/kern/vfs_bio.c:1835 (lockmgr:bufwait) 6115 0 61720 0 26 2373 0 0= =20 0 /usr/src/sys/dev/usb/usb_request.c:322 (sx:123456789ABCDEF - USB= =20 device SX lock) 5551 0 16749 0 19 881 0 0= =20 0 /usr/src/sys/kern/vfs_subr.c:1693 (lockmgr:syncer) 3043 0 3749 0 6 624 0 0= =20 0 /usr/src/sys/ufs/ffs/ffs_vfsops.c:1321 (sleep mutex:struct mount= =20 mtx) 2333 0 9901 0 36 275 0 0= =20 0 /usr/src/sys/kern/vfs_mount.c:2231 (sleep mutex:struct mount mtx) 2055 0 9462 0 100 94 0 0= =20 0 /usr/src/sys/kern/subr_hints.c:117 (sleep mutex:kernel=20 environment) 1649 0 79272 0 3846 20 0 0= =20 0 /usr/src/sys/kern/vfs_bio.c:2963 (sleep mutex:vm object) 1636 0 36196 0 15515 2 0 0= =20 0 /usr/src/sys/vm/vm_page.c:1052 (sleep mutex:vm page queue free=20 mutex) 1205 0 55601 0 15411 3 0 0= =20 0 /usr/src/sys/kern/vfs_bio.c:2545 (sleep mutex:bufobj interlock) 1076 0 1076 0 1 1076 0 0= =20 0 /usr/src/sys/kern/vfs_subr.c:1693 (lockmgr:ufs) 1069 0 31117 0 30 1037 0 0= =20 0 /usr/src/sys/kern/kern_mutex.c:147 (sleep mutex:nfe0) 848 0 3752 0 1359 2 0 0= =20 0 /usr/src/sys/ufs/ffs/ffs_vfsops.c:1297 (sleep mutex:vnode=20 interlock) 754 0 10016 0 3846 2 0 0= =20 0 /usr/src/sys/ufs/ffs/ffs_softdep.c:4274 (sleep mutex:Softdep=20 Lock) 739 0 2463 0 4 615 0 0= =20 0 /usr/src/sys/kern/vfs_subr.c:1693 (lockmgr:devfs) 540 0 3370 0 1365 2 0 0= =20 0 /usr/src/sys/kern/vfs_subr.c:3179 (sleep mutex:vnode interlock) 525 0 80852 0 160 505 0 0= =20 0 /usr/src/sys/dev/uart/uart_cpu.h:92 (spin mutex:uart_hwmtx) 512 0 2065 0 23 89 0 0= =20 0 /usr/src/sys/kern/vfs_default.c:599 (lockmgr:bufwait) 487 0 97058 0 481 201 0 0= =20 0 /usr/src/sys/vm/vm_pager.c:311 (lockmgr:bufwait) 467 0 2069 0 12 172 0 0= =20 0 /usr/src/sys/dev/usb/usb_busdma.c:547 (sleep mutex:uplcom) 455 0 2978 0 18 165 0 0= =20 0 /usr/src/sys/dev/usb/usb_transfer.c:286 (sleep mutex:uplcom) 423 0 727 0 2 363 0 0= =20 0 /usr/src/sys/vm/uma_core.c:1565 (sleep mutex:UMA lock) 367 0 230166 0 47087 4 0 0= =20 0 /usr/src/sys/netinet/tcp_usrreq.c:708 (rw:tcpinp) 358 0 1387 0 11 126 0 0= =20 0 /usr/src/sys/kern/kern_synch.c:241 (sleep mutex:Giant) 339 0 72085 0 46119 1 0 0= =20 0 /usr/src/sys/kern/kern_mutex.c:147 (sleep mutex:so_rcv) 332 0 225434 0 93206 2 0 0= =20 0 /usr/src/sys/kern/uipc_socket.c:1441 (sleep mutex:so_rcv) 332 0 19529 0 11551 1 0 0= =20 0 /usr/src/sys/kern/vfs_subr.c:1927 (sleep mutex:bufobj interlock) 331 0 162523 0 94887 1 0 0= =20 0 /usr/src/sys/netinet/tcp_output.c:280 (sleep mutex:so_snd) 330 0 73512 0 47087 1 0 0= =20 0 /usr/src/sys/kern/uipc_socket.c:1843 (sleep mutex:so_rcv) 329 0 88069 0 47771 1 0 0= =20 0 /usr/src/sys/kern/uipc_socket.c:1687 (sleep mutex:so_rcv) 329 0 348 0 12 29 0 0= =20 0 /usr/src/sys/kern/vfs_subr.c:1955 (sleep mutex:Syncer mtx) 320 0 66185 0 3353 19 0 0= =20 0 /usr/src/sys/kern/vfs_cluster.c:868 (lockmgr:bufwait) 303 0 7410 0 4360 1 0 0= =20 0 /usr/src/sys/kern/vfs_bio.c:3944 (sleep mutex:bufobj interlock) debug.lock.prof.rejected: 0 debug.lock.prof.skipcount: 0 debug.lock.prof.skipspin: 0 Here is lock profiling data for firewire bus reset printfs locking out=20 Ethernet: max wait_max total wait_total count avg wait_avg=20 cnt_hold cnt_lock name 373345 0 397495 0 643 618 0 0= =20 0 /usr/src/sys/kern/vfs_lookup.c:497 (lockmgr:ufs) 373325 0 390815 0 3140 124 0 0= =20 0 /usr/src/sys/kern/vfs_subr.c:2218 (sleep mutex:vnode interlock) 359514 0 32199808 0 45582 706 0 0= =20 0 /usr/src/sys/kern/uipc_sockbuf.c:148 (sx:so_rcv_sx) =20 <---------<<<< 63827 320 746196 740 70067 10 0 0= =20 4 /usr/src/sys/dev/firewire/fwohci.c:2107 (sleep mutex:firewire) 49927 0 165929 0 8 20741 0 0= =20 0 /usr/src/sys/kern/vfs_syscalls.c:3508 (lockmgr:ufs) 33358 0 1707461 0 1106 1543 0 0= =20 0 /usr/src/sys/kern/vfs_vnops.c:604 (lockmgr:ufs) 30294 0 401224 0 2641 151 0 0= =20 0 /usr/src/sys/vm/vm_map.c:3526 (sx:user map) 28432 0 934681 0 74 12630 0 0= =20 0 /usr/src/sys/kern/kern_cons.c:422 (spin mutex:cnputs_mtx) 28296 0 66892 0 2641 25 0 0= =20 0 /usr/src/sys/vm/vm_fault.c:297 (sleep mutex:vm object) 25020 0 26667 0 45 592 0 0= =20 0 /usr/src/sys/kern/kern_exit.c:825 (sx:proctree) 19027 0 1225496 0 11937 102 0 0= =20 0 /usr/src/sys/kern/vfs_bio.c:2559 (lockmgr:bufwait) 18887 0 906297 0 4140 218 0 0= =20 0 /usr/src/sys/kern/vfs_bio.c:1835 (lockmgr:bufwait) 12101 0 23459 0 1675 14 0 0= =20 0 /usr/src/sys/kern/vfs_subr.c:2342 (sleep mutex:vnode interlock) 7448 0 170841 0 2229 76 0 0= =20 0 /usr/src/sys/kern/vfs_subr.c:2083 (lockmgr:ufs) 7342 0 21792 0 2169 10 0 0= =20 0 /usr/src/sys/kern/vfs_cache.c:390 (rw:Name Cache) 4648 0 10831 0 11 984 0 0= =20 0 /usr/src/sys/kern/vfs_subr.c:1693 (lockmgr:syncer) 3536 0 35352 0 9218 3 0 0= =20 0 /usr/src/sys/amd64/amd64/pmap.c:3989 (sleep mutex:pmap) 3039 0 34283 0 2641 12 0 0= =20 0 /usr/src/sys/vm/vm_fault.c:937 (sleep mutex:vm object) 2825 0 53949 0 3495 15 0 0= =20 0 /usr/src/sys/vm/vm_fault.c:1010 (sleep mutex:vm object) 2286 0 7169 0 547 13 0 0= =20 0 /usr/src/sys/kern/kern_sig.c:983 (sleep mutex:process lock) 2083 4010 9037 5380 2143 4 2 0= =20 2 /usr/src/sys/kern/vfs_subr.c:2118 (sleep mutex:vnode interlock) 2083 57 2089 57 4 522 14 0= =20 1 /usr/src/sys/kern/kern_mutex.c:147 (sleep mutex:pipe mutex) 2022 0 181449 0 515 352 0 0= =20 0 /usr/src/sys/vm/vm_pager.c:311 (lockmgr:bufwait) 1997 0 3397 0 2 1698 0 0= =20 0 /usr/src/sys/kern/kern_sysctl.c:1513 (sx:sysctl mem) 1994 0 4890 0 117 41 0 0= =20 0 /usr/src/sys/kern/kern_sysctl.c:1521 (sx:sysctl lock) 1971 0 4156 0 13 319 0 0= =20 0 /usr/src/sys/kern/kern_sysctl.c:1417 (sleep mutex:Giant) 1965 0 31838 0 3471 9 0 0= =20 0 /usr/src/sys/vm/vm_object.c:482 (sleep mutex:vm object) 1926 0 17695 0 83 213 0 0= =20 0 /usr/src/sys/vm/vm_object.c:541 (sleep mutex:vm object) There is at least one line in common that looks networking related,=20 /usr/src/sys/kern/uipc_sockbuf.c:148 (sx:so_rcv_sx) int sblock(struct sockbuf *sb, int flags) { KASSERT((flags & SBL_VALID) =3D=3D flags, ("sblock: flags invalid (0x%x)", flags)); if (flags & SBL_WAIT) { if ((sb->sb_flags & SB_NOINTR) || (flags & SBL_NOINTR)) { sx_xlock(&sb->sb_sx); return (0); } return (sx_xlock_sig(&sb->sb_sx)); } else { if (sx_try_xlock(&sb->sb_sx) =3D=3D 0) return (EWOULDBLOCK); return (0); } } It is not clear to me what this code is doing. (comments might help) It is not clear to me why networking and a USB_to_RS-232 bridge would have a lock conflict. It is not clear to me why networking and firewire would have a lock conflict. How do we fix this? From owner-freebsd-usb@FreeBSD.ORG Fri Feb 4 04:02:14 2011 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 59E7A1065695 for ; Fri, 4 Feb 2011 04:02:14 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id B61048FC13 for ; Fri, 4 Feb 2011 04:02:13 +0000 (UTC) Received: from ur.gsoft.com.au (Ur.gsoft.com.au [203.31.81.44]) (authenticated bits=0) by cain.gsoft.com.au (8.14.4/8.14.3) with ESMTP id p14421dk030763 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Fri, 4 Feb 2011 14:32:02 +1030 (CST) (envelope-from doconnor@gsoft.com.au) Mime-Version: 1.0 (Apple Message framework v1082) Content-Type: text/plain; charset=us-ascii From: "Daniel O'Connor" In-Reply-To: <201102031156.37148.hselasky@c2i.net> Date: Fri, 4 Feb 2011 14:32:01 +1030 Content-Transfer-Encoding: quoted-printable Message-Id: References: <9CF6C32F-E230-446B-94FC-C57F0F02B0E4@gsoft.com.au> <201102030822.49266.hselasky@c2i.net> <4DAFAF80-746B-4272-86CC-BB284E59D4F6@gsoft.com.au> <201102031156.37148.hselasky@c2i.net> To: Hans Petter Selasky X-Mailer: Apple Mail (2.1082) X-Spam-Score: -2.51 () ALL_TRUSTED,BAYES_00,T_RP_MATCHES_RCVD X-Scanned-By: MIMEDefang 2.67 on 203.31.81.10 Cc: freebsd-usb@freebsd.org Subject: Re: libusb performance on 8.1 X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Feb 2011 04:02:14 -0000 On 03/02/2011, at 21:26, Hans Petter Selasky wrote: >>> You need to set the multiplier to 2 or 3. Then you get 3*1024 bytes = at >>> maximum. >>=20 >> OK, so I need.. >> usb_xf[i].xf =3D libusb_alloc_transfer(3); >> p =3D malloc(3 * 1024); >> libusb_fill_iso_transfer(usb_xf[i].xf, h, 0x82 p, 3 * 1024, 3, usbcb, >> &usb_xf[i], 2000); >>=20 >=20 > No. Please read the description of wMaxPacketSize in the USB2.0 spec, = and the=20 > multiplier bits. I checked that but it didn't work, I'll try it again. Also I read somewhere that setting it to zero was "as many as possible" = but I can't find that now so maybe I was dreaming. > High-speed USB executes 8 isoc packets per second! Number of packets = should=20 > not be less than 56 for High-speed USB due to underflow risc. OK, I didn't realise it was so high > usb_xf[i].xf =3D libusb_alloc_transfer(56); > p =3D malloc(3 * 1024 * 56); > libusb_fill_iso_transfer(usb_xf[i].xf, 0x82, p, 3 * 56 * 1024, 56, = usbcb, > &usb_xf[i], 2000); >=20 > libusb_set_iso_packet_lengths(usb_xf[i].xf, 3 * 1024); OK, I have that, it seems I need to work on the firmware as it's not = sending data properly when I set it to iso. I'll work on that and try = and figure it out. Unfortunately there isn't much example code on = isochronous data transfer with the FX2 :( However I see the requests return saying they are complete but the = amount of data transferred is 0. Setting the "short not OK" flag doesn't = change the behaviour. I'm not sure if this is a bug in libusb, expected behaviour, or a bug in = my program. > You need to allocate 2x "libusb_alloc_transfer(56)" and submit to get = double=20 > buffering! Ahh that's no problem, I have many in flight requests as a buffer when = my main thread has to sleep waiting for a slave process to read in some = data (128Mb worth). -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C From owner-freebsd-usb@FreeBSD.ORG Fri Feb 4 04:49:07 2011 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 DFA0D106566B for ; Fri, 4 Feb 2011 04:49:07 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id 61B5E8FC0C for ; Fri, 4 Feb 2011 04:49:06 +0000 (UTC) Received: from ur.gsoft.com.au (Ur.gsoft.com.au [203.31.81.44]) (authenticated bits=0) by cain.gsoft.com.au (8.14.4/8.14.3) with ESMTP id p144mvR9036554 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Fri, 4 Feb 2011 15:18:57 +1030 (CST) (envelope-from doconnor@gsoft.com.au) Mime-Version: 1.0 (Apple Message framework v1082) Content-Type: text/plain; charset=us-ascii From: "Daniel O'Connor" In-Reply-To: Date: Fri, 4 Feb 2011 15:18:56 +1030 Content-Transfer-Encoding: quoted-printable Message-Id: References: <9CF6C32F-E230-446B-94FC-C57F0F02B0E4@gsoft.com.au> <201102030822.49266.hselasky@c2i.net> <4DAFAF80-746B-4272-86CC-BB284E59D4F6@gsoft.com.au> <201102031156.37148.hselasky@c2i.net> To: "Daniel O'Connor" X-Mailer: Apple Mail (2.1082) X-Spam-Score: -2.51 () ALL_TRUSTED,BAYES_00,T_RP_MATCHES_RCVD X-Scanned-By: MIMEDefang 2.67 on 203.31.81.10 Cc: freebsd-usb@freebsd.org Subject: Re: libusb performance on 8.1 X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Feb 2011 04:49:08 -0000 On 04/02/2011, at 14:32, Daniel O'Connor wrote: > OK, I have that, it seems I need to work on the firmware as it's not = sending data properly when I set it to iso. I'll work on that and try = and figure it out. Unfortunately there isn't much example code on = isochronous data transfer with the FX2 :( >=20 > However I see the requests return saying they are complete but the = amount of data transferred is 0. Setting the "short not OK" flag doesn't = change the behaviour. >=20 > I'm not sure if this is a bug in libusb, expected behaviour, or a bug = in my program. I think this might be the FX2 sending zero length packets because its = FIFO is empty. Now to figure out why it isn't triggering :-/ -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C From owner-freebsd-usb@FreeBSD.ORG Fri Feb 4 07:08:18 2011 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 3DC221065670 for ; Fri, 4 Feb 2011 07:08:18 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id B43E38FC0A for ; Fri, 4 Feb 2011 07:08:17 +0000 (UTC) Received: from ur.gsoft.com.au (Ur.gsoft.com.au [203.31.81.44]) (authenticated bits=0) by cain.gsoft.com.au (8.14.4/8.14.3) with ESMTP id p14784RF045396 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Fri, 4 Feb 2011 17:38:05 +1030 (CST) (envelope-from doconnor@gsoft.com.au) Mime-Version: 1.0 (Apple Message framework v1082) Content-Type: text/plain; charset=us-ascii From: "Daniel O'Connor" In-Reply-To: Date: Fri, 4 Feb 2011 17:38:04 +1030 Content-Transfer-Encoding: quoted-printable Message-Id: References: <9CF6C32F-E230-446B-94FC-C57F0F02B0E4@gsoft.com.au> <201102030822.49266.hselasky@c2i.net> <4DAFAF80-746B-4272-86CC-BB284E59D4F6@gsoft.com.au> <201102031156.37148.hselasky@c2i.net> To: "Daniel O'Connor" X-Mailer: Apple Mail (2.1082) X-Spam-Score: -2.51 () ALL_TRUSTED,BAYES_00,T_RP_MATCHES_RCVD X-Scanned-By: MIMEDefang 2.67 on 203.31.81.10 Cc: freebsd-usb@freebsd.org Subject: Re: libusb performance on 8.1 X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Feb 2011 07:08:18 -0000 On 04/02/2011, at 15:18, Daniel O'Connor wrote: >> I'm not sure if this is a bug in libusb, expected behaviour, or a bug = in my program. >=20 > I think this might be the FX2 sending zero length packets because its = FIFO is empty. >=20 > Now to figure out why it isn't triggering :-/ Looks like my firmware managed to confuse the device enough that a power = cycle was required, it now transfers data. -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C From owner-freebsd-usb@FreeBSD.ORG Sat Feb 5 01:28:57 2011 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 8B8FA106566C for ; Sat, 5 Feb 2011 01:28:57 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id E856E8FC13 for ; Sat, 5 Feb 2011 01:28:56 +0000 (UTC) Received: from ur.dons.net.au (ppp203-122-198-174.lns6.adl6.internode.on.net [203.122.198.174]) (authenticated bits=0) by cain.gsoft.com.au (8.14.4/8.14.3) with ESMTP id p151SiK9026612 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Sat, 5 Feb 2011 11:58:44 +1030 (CST) (envelope-from doconnor@gsoft.com.au) Mime-Version: 1.0 (Apple Message framework v1082) Content-Type: text/plain; charset=us-ascii From: "Daniel O'Connor" In-Reply-To: <201001071454.47314.doconnor@gsoft.com.au> Date: Sat, 5 Feb 2011 11:58:43 +1030 Content-Transfer-Encoding: quoted-printable Message-Id: <7A41C2A4-8569-462F-9A39-E799623AF452@gsoft.com.au> References: <200912251137.43667.doconnor@gsoft.com.au> <200912252058.58879.doconnor@gsoft.com.au> <200912251244.46651.hselasky@c2i.net> <201001071454.47314.doconnor@gsoft.com.au> To: "Daniel O'Connor" X-Mailer: Apple Mail (2.1082) X-Spam-Score: 0.163 () BAYES_00,RDNS_DYNAMIC X-Scanned-By: MIMEDefang 2.67 on 203.31.81.10 Cc: gnome@freebsd.org, freebsd-usb@freebsd.org Subject: Re: libusb-config missing? 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, 05 Feb 2011 01:28:57 -0000 On 07/01/2010, at 14:54, Daniel O'Connor wrote: > One problem is that ports don't know which version to use, it would be = nice=20 > if they could just depend on devel/libusb and Magic Happened (tm) to = pick > the correct thing. >=20 > Unfortunately that is beyond my port fu :( I had another think about this.. What about if devel/pkgconfig is modified to search in = /usr/libdata/pkgconfig and systems with native libusb have entries in = there? eg.. --- Makefile.orig 2011-02-05 11:55:04.546436357 +1030 +++ Makefile 2011-02-05 11:50:37.055279037 +1030 @@ -25,7 +25,7 @@ =20 .include =20 -PC_PATH=3D${PREFIX}/libdata/pkgconfig +PC_PATH=3D/usr/libdata/pkgconfig:${PREFIX}/libdata/pkgconfig PC_PATH:=3D${PC_PATH}:${PREFIX}/lib/pkgconfig .if ${LOCALBASE} !=3D ${PREFIX} PC_PATH:=3D ${PC_PATH}:${LOCALBASE}/libdata/pkgconfig Along with.. [midget 11:57] ~ >cat /usr/libdata/pkgconfig/libusb-1.0.pc prefix=3D/usr exec_prefix=3D${prefix} libdir=3D${exec_prefix}/lib includedir=3D${prefix}/include Name: libusb Description: USB access library Version: 1.0.1 Libs: -L${libdir} -lusb Cflags: -I${includedir} [midget 11:57] ~ >cat /usr/libdata/pkgconfig/libusb.pc =20 prefix=3D/usr exec_prefix=3D${prefix} libdir=3D${exec_prefix}/lib includedir=3D${prefix}/include Name: libusb Description: USB access library Version: 0.1 Libs: -L${libdir} -lusb Cflags: -I${includedir} Ports will still need code to know 8.x+ do not require libusb but they = need that regardless. I'm not sure what the "right way" to install such files in libdata is = though. -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C From owner-freebsd-usb@FreeBSD.ORG Sat Feb 5 05:31:43 2011 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 957AF106566B for ; Sat, 5 Feb 2011 05:31:43 +0000 (UTC) (envelope-from peterjeremy@acm.org) Received: from mail15.syd.optusnet.com.au (mail15.syd.optusnet.com.au [211.29.132.196]) by mx1.freebsd.org (Postfix) with ESMTP id 0D5408FC12 for ; Sat, 5 Feb 2011 05:31:42 +0000 (UTC) Received: from server.vk2pj.dyndns.org (c220-239-52-50.belrs4.nsw.optusnet.com.au [220.239.52.50]) by mail15.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id p155Vdhj031802 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 5 Feb 2011 16:31:40 +1100 X-Bogosity: Ham, spamicity=0.000000 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.4/8.14.4) with ESMTP id p155Vcit008470; Sat, 5 Feb 2011 16:31:38 +1100 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.4/8.14.4/Submit) id p155VcfO008469; Sat, 5 Feb 2011 16:31:38 +1100 (EST) (envelope-from peter) Date: Sat, 5 Feb 2011 16:31:38 +1100 From: Peter Jeremy To: "Daniel O'Connor" Message-ID: <20110205053138.GC20095@server.vk2pj.dyndns.org> References: <200912251137.43667.doconnor@gsoft.com.au> <200912252058.58879.doconnor@gsoft.com.au> <200912251244.46651.hselasky@c2i.net> <201001071454.47314.doconnor@gsoft.com.au> <7A41C2A4-8569-462F-9A39-E799623AF452@gsoft.com.au> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="8NvZYKFJsRX2Djef" Content-Disposition: inline In-Reply-To: <7A41C2A4-8569-462F-9A39-E799623AF452@gsoft.com.au> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.20 (2009-06-14) Cc: gnome@freebsd.org, freebsd-usb@freebsd.org Subject: Re: libusb-config missing? 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, 05 Feb 2011 05:31:43 -0000 --8NvZYKFJsRX2Djef Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2011-Feb-05 11:58:43 +1030, Daniel O'Connor wrot= e: > >On 07/01/2010, at 14:54, Daniel O'Connor wrote: >> One problem is that ports don't know which version to use, it would be n= ice=20 >> if they could just depend on devel/libusb and Magic Happened (tm) to pick >> the correct thing. The correct solution is 'USE_LIBUSB=3Dyes' with relevant magic in bsd.port.= mk Unfortunately this is unlikely to occur because it's only needed for 7.x which will be dying within the next few years. >What about if devel/pkgconfig is modified to search in /usr/libdata/pkgcon= fig and systems with native libusb have entries in there? Apart from libusb, are there any other apps in the base system that could reasonably install .pc files? --=20 Peter Jeremy --8NvZYKFJsRX2Djef Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.15 (FreeBSD) iEYEARECAAYFAk1M4LoACgkQ/opHv/APuIfthQCbBHsyZYfz2EylTOrU7Aeah/bl Fq4AniSGPRJfCG7sjdGHIpwfBVf+Gy2l =n9SJ -----END PGP SIGNATURE----- --8NvZYKFJsRX2Djef-- From owner-freebsd-usb@FreeBSD.ORG Sat Feb 5 05:41:22 2011 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 5CDB61065670; Sat, 5 Feb 2011 05:41:22 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id 61B3A8FC13; Sat, 5 Feb 2011 05:41:21 +0000 (UTC) Received: from ur.dons.net.au (ppp203-122-198-247.lns6.adl6.internode.on.net [203.122.198.247]) (authenticated bits=0) by cain.gsoft.com.au (8.14.4/8.14.3) with ESMTP id p155fDks047012 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Sat, 5 Feb 2011 16:11:14 +1030 (CST) (envelope-from doconnor@gsoft.com.au) Mime-Version: 1.0 (Apple Message framework v1082) Content-Type: text/plain; charset=us-ascii From: "Daniel O'Connor" In-Reply-To: <20110205053138.GC20095@server.vk2pj.dyndns.org> Date: Sat, 5 Feb 2011 16:11:08 +1030 Content-Transfer-Encoding: quoted-printable Message-Id: <41EB5AAB-ADE7-4241-82FA-6208B9CE5186@gsoft.com.au> References: <200912251137.43667.doconnor@gsoft.com.au> <200912252058.58879.doconnor@gsoft.com.au> <200912251244.46651.hselasky@c2i.net> <201001071454.47314.doconnor@gsoft.com.au> <7A41C2A4-8569-462F-9A39-E799623AF452@gsoft.com.au> <20110205053138.GC20095@server.vk2pj.dyndns.org> To: Peter Jeremy X-Mailer: Apple Mail (2.1082) X-Spam-Score: 0.163 () BAYES_00,RDNS_DYNAMIC X-Scanned-By: MIMEDefang 2.67 on 203.31.81.10 Cc: gnome@freebsd.org, freebsd-usb@freebsd.org Subject: Re: libusb-config missing? 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, 05 Feb 2011 05:41:22 -0000 On 05/02/2011, at 16:01, Peter Jeremy wrote: >> On 07/01/2010, at 14:54, Daniel O'Connor wrote: >>> One problem is that ports don't know which version to use, it would = be nice=20 >>> if they could just depend on devel/libusb and Magic Happened (tm) to = pick >>> the correct thing. >=20 > The correct solution is 'USE_LIBUSB=3Dyes' with relevant magic in = bsd.port.mk > Unfortunately this is unlikely to occur because it's only needed for = 7.x > which will be dying within the next few years. USE_LIBUSB=3D would be nice, I will see if I can author such a thing.. That said it is still desirable to have .pc files for libusb as I = believe that is the canonical way to determine how to compile & link = against it. If that is by making USE_LIBUSB adds a dep to a pseudo port which = installs the .pc files, or adds no dep because the .pc files are in base = are pretty much equivalent IMO. >> What about if devel/pkgconfig is modified to search in = /usr/libdata/pkgconfig and systems with native libusb have entries in = there? >=20 > Apart from libusb, are there any other apps in the base system that > could reasonably install .pc files? None come to mind.. -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C From owner-freebsd-usb@FreeBSD.ORG Sat Feb 5 12:59:21 2011 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 D0835106564A for ; Sat, 5 Feb 2011 12:59:21 +0000 (UTC) (envelope-from roam@ringlet.net) Received: from erengrad.hoster.bg (erengrad.hoster.bg [77.77.142.9]) by mx1.freebsd.org (Postfix) with ESMTP id 4CBFF8FC16 for ; Sat, 5 Feb 2011 12:59:21 +0000 (UTC) Received: from middenheim.hoster.bg (middenheim.hoster.bg [77.77.142.11]) by erengrad.hoster.bg (Postfix) with ESMTP id BEAC3DCB82 for ; Sat, 5 Feb 2011 14:26:56 +0200 (EET) Received: from straylight.ringlet.net (unknown [94.236.162.78]) (Authenticated sender: roam@hoster.bg) by mail.hoster.bg (Postfix) with ESMTP id 877455C988 for ; Sat, 5 Feb 2011 14:26:52 +0200 (EET) Received: from roam (uid 1000) (envelope-from roam@ringlet.net) id 50649f by straylight.ringlet.net (DragonFly Mail Agent) Sat, 05 Feb 2011 14:26:51 +0200 Date: Sat, 5 Feb 2011 14:26:51 +0200 From: Peter Pentchev To: Daniel O'Connor Message-ID: <20110205122651.GA3496@straylight.ringlet.net> References: <200912251137.43667.doconnor@gsoft.com.au> <200912252058.58879.doconnor@gsoft.com.au> <200912251244.46651.hselasky@c2i.net> <201001071454.47314.doconnor@gsoft.com.au> <7A41C2A4-8569-462F-9A39-E799623AF452@gsoft.com.au> <20110205053138.GC20095@server.vk2pj.dyndns.org> <41EB5AAB-ADE7-4241-82FA-6208B9CE5186@gsoft.com.au> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="2oS5YaxWCcQjTEyO" Content-Disposition: inline In-Reply-To: <41EB5AAB-ADE7-4241-82FA-6208B9CE5186@gsoft.com.au> User-Agent: Mutt/1.5.20 (2009-06-14) X-MailScanner-ID: 877455C988.AFDAB X-hoster-MailScanner: Found to be clean X-hoster-MailScanner-SpamCheck: not spam, SpamAssassin (cached, score=0.001, required 10, autolearn=disabled, UNPARSEABLE_RELAY 0.00) X-hoster-MailScanner-From: roam@ringlet.net X-hoster-MailScanner-To: freebsd-usb@freebsd.org X-Spam-Status: No Cc: gnome@freebsd.org, freebsd-usb@freebsd.org Subject: Re: libusb-config missing? 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, 05 Feb 2011 12:59:22 -0000 --2oS5YaxWCcQjTEyO Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Feb 05, 2011 at 04:11:08PM +1030, Daniel O'Connor wrote: >=20 > On 05/02/2011, at 16:01, Peter Jeremy wrote: > >> On 07/01/2010, at 14:54, Daniel O'Connor wrote: > >>> One problem is that ports don't know which version to use, it would b= e nice=20 > >>> if they could just depend on devel/libusb and Magic Happened (tm) to = pick > >>> the correct thing. > >=20 > > The correct solution is 'USE_LIBUSB=3Dyes' with relevant magic in bsd.p= ort.mk > > Unfortunately this is unlikely to occur because it's only needed for 7.x > > which will be dying within the next few years. >=20 > USE_LIBUSB=3D would be nice, I will see if I can author such a thing.. >=20 > That said it is still desirable to have .pc files for libusb as I believe= that is the canonical way to determine how to compile & link against it. >=20 > If that is by making USE_LIBUSB adds a dep to a pseudo port which install= s the .pc files, or adds no dep because the .pc files are in base are prett= y much equivalent IMO. >=20 > >> What about if devel/pkgconfig is modified to search in /usr/libdata/pk= gconfig and systems with native libusb have entries in there? > >=20 > > Apart from libusb, are there any other apps in the base system that > > could reasonably install .pc files? >=20 > None come to mind.. Actually, at least OpenSSL comes to mind, although it currently doesn't. G'luck, Peter --=20 Peter Pentchev roam@ringlet.net roam@FreeBSD.org peter@packetscale.com PGP key: http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint FDBA FD79 C26F 3C51 C95E DF9E ED18 B68D 1619 4553 because I didn't think of a good beginning of it. --2oS5YaxWCcQjTEyO Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux) iQIcBAEBCAAGBQJNTUIGAAoJEGUe77AlJ98TdR4P/2rkOT+oA6RSuk5SMH7C88Vz tlbVKfv9wESpWn3lr/H6ntbyrEA5Rh0CR94BQ2B4cnaVVqdmbuim09ZfD2HQg8dl O/oxzqkvKLUx3HZ6/eudGT0wiU4CD4euxdQRvt3vcbdzn8+qB8QuR2+gXGqlebgc J/xwf5gchhfv/tfZ9uaOWMkCK0RxetiKHMc0CQu6uLnnm+k/z5Cyop+NjiQjdhaP Q4z9FCm07QJqe3i+vVXzg+wDd5FLQFtEiVIXfiJhAeGJleFUV5m8ZQAZHNLiSb8h RtOPbWD+NSf42ybaS9IMeFFr2yOcpKBbNd05gRs/gpjFuC9BdmImw/Fl6H5wLCzz IfLxEoSd82HYq4I5vgz/NZHe8U1kcWEdhSy6VsFqjANFq6+xqvDEB+07/ofgb2uJ E/m9i+FsinDib1xCZZKdvTUJI8tjoTdJJJz0Tza+By70SSQAr+C3PoAW9wy3BLek mFNklgJlQABmKaBzmK6pjlB7l6rT9xFzVcjUcgeGNvPD6uOFbYGhBUJQ/SuvaIkU z63tK76EqddJQRe5PzIDKmOQ8YSrEj7AE6p8ZtZzrmpled9UTdS2D0/Pz0a/xmZY yTmZwX0JTnHXA9+23lnXuQ9qk2EFTAtp2g6gJCUT2SXY/PLA/7qqlEvJEF00A8DI k9zJ/ui4Z34BfYdf5ktu =ZdUr -----END PGP SIGNATURE----- --2oS5YaxWCcQjTEyO-- From owner-freebsd-usb@FreeBSD.ORG Sat Feb 5 13:57:29 2011 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 741891065670 for ; Sat, 5 Feb 2011 13:57:29 +0000 (UTC) (envelope-from donaldcallen@gmail.com) Received: from mail-iw0-f182.google.com (mail-iw0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 3DAFD8FC14 for ; Sat, 5 Feb 2011 13:57:28 +0000 (UTC) Received: by iwn39 with SMTP id 39so3120314iwn.13 for ; Sat, 05 Feb 2011 05:57:28 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:date:message-id:subject:from:to :content-type:content-transfer-encoding; bh=1IasFQUPb4UEKzDpMpXSIm/KPAOHFKFgYWLGaFkb5eA=; b=buZWLfihTstBuWmUjVNw5NI7xNh3BSAX8x5zOiOgk34ApzYY90jEAK1U/3H4ZenhI6 bN44wRQSU22aNFwqSX8IElKmX2wzHSgENxMzgF1W+kiwj+XjosbpEzw7NwxHRJXWclMS uDq7/x1c7WXmwGNJYoLTc4cUf9eEkVwjsQS4c= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type :content-transfer-encoding; b=nlLyCkeCHYzrvCInUq1Cd6VKdx/aQJJAO1HLaiX0I0XJ/r3tgY1zr5ZPZHtrSP5ng/ KgWEMzDiGlj6VSi2HnTRWQmU7WL46kuUwCNXNNU9F22+McNo3qLMPwCmBc9bgNzenC0g EZCWZY290TUzZZLUS/q2fFzQ00veaNci2JRTo= MIME-Version: 1.0 Received: by 10.42.213.74 with SMTP id gv10mr15949454icb.213.1296912476303; Sat, 05 Feb 2011 05:27:56 -0800 (PST) Received: by 10.42.224.132 with HTTP; Sat, 5 Feb 2011 05:27:56 -0800 (PST) Date: Sat, 5 Feb 2011 08:27:56 -0500 Message-ID: From: Donald Allen To: freebsd-usb@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Subject: Intermittent pauses copying from one usb drive to another 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, 05 Feb 2011 13:57:29 -0000 I've discussed problems with FreeBSD and usb sata drives on this list in the past (as recently as last September), and have given up on FreeBSD as a result of the usb disk problems (I do my backups with usb drives) and other usb-related issues. But I've now replaced the usb enclosures I was using at that time and have acquired some Toshiba usb drives, so with this new equipment, I thought I'd give FreeBSD another try, since generally I prefer it to Linux. But I'm having problems again. Plugging in the Toshiba drives produces entries like this in /var/log/messa= ge: Feb 5 07:22:07 octavian root: Unknown USB device: vendor 0x0480 product 0xa003 bus uhub1 Feb 5 07:22:07 octavian kernel: ugen1.6: at usbus1 Feb 5 07:22:07 octavian kernel: umass0: on usbus1 Feb 5 07:22:07 octavian kernel: umass0: SCSI over Bulk-Only; quirks =3D 0= x0000 Feb 5 07:22:08 octavian kernel: umass0:0:0:-1: Attached to scbus0 Feb 5 07:22:45 octavian root: Unknown USB device: vendor 0x0480 product 0xa003 bus uhub1 Feb 5 07:22:45 octavian kernel: ugen1.7: at usbus1 Feb 5 07:22:45 octavian kernel: umass1: on usbus1 Feb 5 07:22:45 octavian kernel: umass1: SCSI over Bulk-Only; quirks =3D 0= x0000 Feb 5 07:22:46 octavian kernel: umass1:1:1:-1: Attached to scbus1 Feb 5 07:23:18 octavian kernel: ugen1.6: at usbus1 (disconnected= ) Feb 5 07:23:18 octavian kernel: umass0: at uhub1, port 5, addr 6 (disconne= cted) Feb 5 07:23:18 octavian kernel: (probe0:umass-sim0:0:0:0): AutoSense faile= d Feb 5 07:23:20 octavian root: Unknown USB device: vendor 0x0480 product 0xa003 bus uhub1 Feb 5 07:23:20 octavian kernel: ugen1.6: at usbus1 Feb 5 07:23:20 octavian kernel: umass0: on usbus1 Feb 5 07:23:20 octavian kernel: umass0: SCSI over Bulk-Only; quirks =3D 0= x0000 Feb 5 07:23:21 octavian kernel: umass0:0:0:-1: Attached to scbus0 Feb 5 07:23:22 octavian kernel: da0 at umass-sim0 bus 0 scbus0 target 0 lu= n 0 Feb 5 07:23:22 octavian kernel: da0: Fixed Direct Access SCSI-4 device Feb 5 07:23:22 octavian kernel: da0: 40.000MB/s transfers Feb 5 07:23:22 octavian kernel: da0: 305245MB (625142448 512 byte sectors: 255H 63S/T 38913C) Feb 5 07:23:56 octavian kernel: ugen1.7: at usbus1 (disconnected= ) Feb 5 07:23:56 octavian kernel: umass1: at uhub1, port 6, addr 7 (disconne= cted) Feb 5 07:23:56 octavian kernel: (probe1:umass-sim1:1:0:0): AutoSense faile= d Feb 5 07:23:58 octavian root: Unknown USB device: vendor 0x0480 product 0xa003 bus uhub1 Feb 5 07:23:58 octavian kernel: ugen1.7: at usbus1 Feb 5 07:23:58 octavian kernel: umass1: on usbus1 Feb 5 07:23:58 octavian kernel: umass1: SCSI over Bulk-Only; quirks =3D 0= x0000 Feb 5 07:23:59 octavian kernel: umass1:1:1:-1: Attached to scbus1 Feb 5 07:23:59 octavian sudo: dca : TTY=3Dpts/0 ; PWD=3D/usr/home/dca ; USER=3Droot ; COMMAND=3D/sbin/mount /dev/da0s2a Primary Feb 5 07:23:59 octavian kernel: da1 at umass-sim1 bus 1 scbus1 target 0 lu= n 0 Feb 5 07:23:59 octavian kernel: da1: Fixed Direct Access SCSI-4 device Feb 5 07:23:59 octavian kernel: da1: 40.000MB/s transfers Feb 5 07:23:59 octavian kernel: da1: 305245MB (625142448 512 byte sectors: 255H 63S/T 38913C) There were two drives plugged in here, once. So the 'disconnect' messages are odd -- I did not unplug the drives. Each of the drives has an approx. 160 Gb FreeBSD slice, with a single partition, 'a'. You can see the mount of da0s2a above (slice 1 is a Linux ext2 partition). What I am attempting to do is to rsync da0s2a to da1s2a, which was freshly newfs'ed when I started this. The behavior I see is that the disk lights blink for awhile, indicating copying going on, and then they stop for quite awhile, a minute or so. Then activity resumes, You can see what I'm talking about in the vmstat output below: procs memory page disks faults = cpu r b w avm fre flt re pi po fr sr ad4 da0 da1 in sy cs us sy id =A01 0 0=A0=A0=A0 824M=A0=A0=A0 62M=A0=A0=A0 73=A0=A0 0=A0=A0 0=A0=A0 0=A0= =A0=A0 46 4909=A0=A0 1 196 231 2131 25494 21503=A0 6=A0 8 86 =A00 0 0=A0=A0=A0 840M=A0=A0=A0 81M=A0=A0 150=A0=A0 0=A0=A0 0=A0=A0 0=A0=A0= 140 2471=A0=A0 1 129 412 1811 13128 19859=A0 5=A0 9 86 =A00 0 0=A0=A0=A0 850M=A0=A0=A0 96M=A0=A0 114=A0=A0 0=A0=A0 0=A0=A0 0=A0=A0= 101 2483=A0=A0 0=A0 91 246 1334 10677 13301=A0 4=A0 5 91 =A00 0 0=A0=A0=A0 852M=A0=A0=A0 64M=A0=A0=A0 72=A0=A0 0=A0=A0 0=A0=A0 0=A0= =A0=A0 79 2466=A0=A0 2 126 199 1465 15157 14908=A0 3=A0 6 90 =A00 0 0=A0=A0=A0 849M=A0=A0=A0 53M=A0=A0=A0 44=A0=A0 0=A0=A0 0=A0=A0 0=A0= =A0=A0 32 1230=A0=A0 1=A0 78 216 1107 8990 11465=A0 3=A0 5 92 =A00 0 0=A0=A0=A0 855M=A0=A0=A0 60M=A0=A0=A0 93=A0=A0 0=A0=A0 0=A0=A0 0=A0= =A0 152 1235=A0=A0 0=A0 63 217 1016 6572 10156=A0 3=A0 4 93 =A00 0 0=A0=A0=A0 857M=A0=A0=A0 90M=A0=A0=A0 47=A0=A0 0=A0=A0 0=A0=A0 0=A0= =A0=A0 76 6154=A0=A0 0 178 205 1935 23283 19444=A0 5=A0 8 87 =A00 0 0=A0=A0=A0 853M=A0=A0=A0 80M=A0=A0=A0 47=A0=A0 0=A0=A0 0=A0=A0 0=A0= =A0=A0 73 6175=A0=A0 0 203 218 2185 27024 21755=A0 6=A0 8 87 =A00 0 0=A0=A0=A0 854M=A0=A0=A0 93M=A0=A0=A0 93=A0=A0 0=A0=A0 0=A0=A0 0=A0= =A0=A0 79 2462=A0=A0 0=A0 92 215 1261 10889 12570=A0 4=A0 6 91 =A00 0 0=A0=A0=A0 854M=A0=A0=A0 55M=A0=A0=A0 58=A0=A0 0=A0=A0 0=A0=A0 0=A0= =A0=A0 89 4907=A0=A0 2 189 210 2086 24838 20550=A0 5=A0 9 86 =A00 0 0=A0=A0=A0 854M=A0=A0=A0 94M=A0=A0=A0 31=A0=A0 0=A0=A0 0=A0=A0 0=A0= =A0=A0 40 3676=A0=A0 1=A0 86=A0 90=A0 945 12099 9621=A0 3=A0 4 93 =A00 0 0=A0=A0=A0 854M=A0=A0=A0 94M=A0=A0=A0 58=A0=A0 0=A0=A0 0=A0=A0 0=A0= =A0=A0 51=A0=A0 0=A0=A0 0=A0=A0 0=A0 12=A0=A0 60 1066=A0 987=A0 1=A0 1 98 =A00 0 0=A0=A0=A0 854M=A0=A0=A0 94M=A0=A0=A0 33=A0=A0 0=A0=A0 0=A0=A0 0=A0= =A0=A0 27=A0=A0 0=A0=A0 0=A0=A0 0=A0=A0 0=A0=A0 13 1344=A0 743=A0 2=A0 1 98 =A00 0 0=A0=A0=A0 854M=A0=A0=A0 78M=A0=A0 422=A0 10=A0=A0 0=A0=A0 0=A0=A0= =A0 58=A0=A0 0=A0=A0 9=A0=A0 0=A0=A0 0=A0 188 5559 2445 11=A0 1 88 =A00 0 0=A0=A0=A0 854M=A0=A0=A0 78M=A0=A0=A0 60=A0=A0 0=A0=A0 0=A0=A0 0=A0= =A0=A0 49=A0=A0 0=A0=A0 1=A0=A0 0=A0=A0 0=A0=A0 15 1450=A0 779=A0 2=A0 1 98 =A00 0 0=A0=A0=A0 850M=A0=A0=A0 78M=A0=A0=A0 34=A0=A0 0=A0=A0 0=A0=A0 0=A0= =A0=A0 32=A0=A0 0=A0=A0 0=A0=A0 0=A0=A0 0=A0=A0 24 1700=A0 971=A0 2=A0 1 97 =A00 0 0=A0=A0=A0 850M=A0=A0=A0 78M=A0=A0=A0 31=A0=A0 0=A0=A0 0=A0=A0 0=A0= =A0=A0 25=A0=A0 0=A0=A0 8=A0=A0 0=A0=A0 0=A0=A0 22 1307=A0 773=A0 2=A0 1 97 =A00 0 0=A0=A0=A0 850M=A0=A0=A0 99M=A0=A0=A0 71=A0=A0 1=A0=A0 0=A0=A0 0=A0= =A0 336 1323=A0=A0 1=A0 23=A0 23=A0 255 3869 2988=A0 2=A0 2 96 =A00 0 0=A0=A0=A0 850M=A0=A0=A0 77M=A0=A0=A0 42=A0=A0 0=A0=A0 0=A0=A0 0=A0= =A0=A0 62 4917=A0=A0 1 178 189 1943 23430 19194=A0 5=A0 7 88 =A00 0 0=A0=A0=A0 850M=A0=A0=A0 83M=A0=A0=A0 49=A0=A0 0=A0=A0 0=A0=A0 0=A0= =A0=A0 85 6125=A0=A0 1 193 205 2132 26317 21015=A0 5=A0 9 86 =A01 0 0=A0=A0=A0 860M=A0=A0=A0 63M=A0=A0 628=A0=A0 1=A0=A0 1=A0=A0 0=A0=A0= 598 2458=A0=A0 3 131 273 1654 18534 17826=A0 7=A0 8 85 =A00 0 0=A0=A0=A0 860M=A0=A0=A0 60M=A0=A0 855=A0=A0 0=A0=A0 0=A0=A0 0=A0=A0= 797=A0=A0 0=A0=A0 1=A0=A0 0=A0 34=A0 149 2661 2116=A0 5=A0 2 93 =A00 0 0=A0=A0=A0 870M=A0=A0 101M=A0=A0 327=A0=A0 0=A0=A0 0=A0=A0 0=A0=A0 1= 83 1309=A0=A0 2=A0=A0 0=A0=A0 0=A0=A0 36 1953 1050=A0 3=A0 1 95 =A00 0 0=A0=A0=A0 866M=A0=A0 107M=A0=A0=A0 79=A0=A0 0=A0=A0 0=A0=A0 0=A0=A0= 215=A0=A0 0=A0=A0 0=A0=A0 0=A0=A0 1=A0=A0 14 1063=A0 689=A0 2=A0 1 98 =A01 0 0=A0=A0=A0 866M=A0=A0 106M=A0=A0 164=A0=A0 0=A0=A0 0=A0=A0 0=A0=A0 1= 51=A0=A0 0=A0=A0 2=A0=A0 0=A0=A0 0=A0=A0 30 2655 1168=A0 2=A0 1 97 =A00 0 0=A0=A0=A0 866M=A0=A0 103M=A0 1648=A0=A0 1=A0=A0 1=A0=A0 0=A0 1570= =A0=A0 0=A0=A0 5=A0=A0 0=A0=A0 0=A0=A0 45 3879 1530=A0 7=A0 2 92 =A00 0 0=A0=A0=A0 866M=A0=A0 103M=A0=A0=A0 73=A0=A0 0=A0=A0 0=A0=A0 0=A0=A0= =A0 50=A0=A0 0=A0=A0 1=A0=A0 0=A0=A0 0=A0=A0 14 1399=A0 767=A0 2=A0 1 97 =A00 0 0=A0=A0=A0 866M=A0=A0 103M=A0=A0=A0 31=A0=A0 0=A0=A0 0=A0=A0 0=A0=A0= =A0 28=A0=A0 0=A0=A0 1=A0=A0 0=A0=A0 0=A0=A0 14 1235=A0 766=A0 1=A0 1 98 =A00 0 0=A0=A0=A0 862M=A0=A0=A0 69M=A0=A0 285=A0=A0 1=A0=A0 0=A0=A0 0=A0=A0= 365 1371=A0=A0 3 102 242 1304 13763 14730=A0 5=A0 8 88 =A00 0 0=A0=A0=A0 867M=A0=A0 100M=A0=A0 129=A0=A0 0=A0=A0 0=A0=A0 0=A0=A0= =A0 67 2473=A0=A0 1 108 364 1588 11311 17239=A0 3=A0 8 89 =A00 0 0=A0=A0=A0 867M=A0=A0=A0 93M=A0=A0=A0 39=A0=A0 0=A0=A0 0=A0=A0 0=A0= =A0=A0 60 3667=A0=A0 0 124 201 1576 16721 15353=A0 4=A0 6 90 =A00 0 0=A0=A0=A0 865M=A0=A0=A0 70M=A0=A0 295=A0=A0 0=A0=A0 1=A0=A0 0=A0=A0= 337 4919=A0=A0 1 177 191 1946 27949 20439=A0 7=A0 8 85 =A00 0 0=A0=A0=A0 859M=A0=A0=A0 66M=A0 1390=A0=A0 0=A0=A0 0=A0=A0 0=A0=A0 8= 99 2453=A0 10 137 436 2078 24631 25737 15 11 74 =A01 0 0=A0=A0=A0 859M=A0=A0=A0 87M=A0=A0 263=A0=A0 0=A0=A0 0=A0=A0 0=A0=A0= 505 2542=A0=A0 0 102 303 1501 17343 17390=A0 6=A0 7 86 =A00 0 0=A0=A0=A0 853M=A0=A0=A0 84M=A0=A0 483=A0=A0 0=A0=A0 0=A0=A0 0=A0=A0= 467=A0=A0 0=A0=A0 5=A0 15=A0 51=A0 226 3275 3270=A0 5=A0 2 93 =A00 0 0=A0=A0=A0 857M=A0=A0=A0 62M=A0=A0 494=A0=A0 0=A0=A0 0=A0=A0 0=A0=A0= 463=A0=A0 0=A0=A0 3=A0 96 450 1607 15228 20137=A0 8=A0 9 83 =A00 0 0=A0=A0=A0 857M=A0=A0=A0 62M=A0 1195=A0=A0 0=A0=A0 0=A0=A0 0=A0 1184= =A0=A0 0=A0=A0 0=A0=A0 0=A0 76=A0 288 9173 5305=A0 8=A0 3 88 =A00 0 0=A0=A0=A0 857M=A0=A0=A0 61M=A0 1100=A0=A0 0=A0=A0 0=A0=A0 0=A0 1073= =A0=A0 0=A0=A0 2=A0=A0 0=A0=A0 0=A0=A0 41 7347 2740=A0 7=A0 2 91 =A00 0 0=A0=A0=A0 857M=A0=A0=A0 60M=A0=A0 258=A0=A0 0=A0=A0 0=A0=A0 0=A0=A0= 236=A0=A0 0=A0=A0 1=A0=A0 0=A0=A0 0=A0=A0 32 5502 1971=A0 3=A0 2 95 =A02 0 0=A0=A0=A0 857M=A0=A0 104M=A0 1429=A0=A0 0=A0=A0 0=A0=A0 0=A0 1466 1= 418=A0=A0 0=A0=A0 0=A0=A0 0=A0=A0 25 4264 1783=A0 6=A0 2 92 =A02 0 0=A0=A0=A0 868M=A0=A0=A0 97M=A0=A0 493=A0=A0 0=A0=A0 0=A0=A0 0=A0=A0= 323=A0=A0 0=A0=A0 2=A0=A0 0=A0=A0 0=A0=A0 57 9525 3167=A0 6=A0 2 92 =A02 0 0=A0=A0=A0 858M=A0=A0 102M=A0 1267=A0=A0 0=A0=A0 0=A0=A0 0=A0 1361= =A0=A0 0=A0=A0 1=A0=A0 0=A0=A0 0=A0=A0 57 10980 3867 10=A0 3 88 =A00 0 0=A0=A0=A0 858M=A0=A0 102M=A0=A0 682=A0=A0 0=A0=A0 0=A0=A0 0=A0=A0 6= 78=A0=A0 0=A0=A0 0=A0=A0 0=A0=A0 0=A0=A0 27 4420 1771=A0 6=A0 1 93 =A00 0 0=A0=A0=A0 859M=A0=A0=A0 97M=A0=A0 623=A0=A0 0=A0=A0 0=A0=A0 0=A0=A0= 573=A0=A0 0=A0=A0 1=A0 12=A0 34=A0 159 3460 2886=A0 6=A0 2 92 =A02 0 0=A0=A0=A0 862M=A0=A0=A0 84M=A0=A0 452=A0=A0 0=A0=A0 0=A0=A0 0=A0=A0= 160=A0=A0 0=A0 12=A0=A0 0=A0=A0 0=A0 149 10580 3733 14=A0 3 84 =A02 0 0=A0=A0=A0 867M=A0=A0=A0 81M=A0=A0 177=A0=A0 0=A0=A0 0=A0=A0 0=A0=A0= =A0 92=A0=A0 0=A0=A0 1=A0=A0 0=A0=A0 9=A0=A0 61 2059 1253=A0 5=A0 1 94 =A00 0 0=A0=A0=A0 867M=A0=A0=A0 81M=A0=A0=A0 48=A0=A0 0=A0=A0 0=A0=A0 0=A0= =A0=A0 39=A0=A0 0=A0=A0 1=A0=A0 0=A0=A0 0=A0=A0 13 1248=A0 733=A0 2=A0 1 97 =A00 0 0=A0=A0=A0 867M=A0=A0=A0 81M=A0=A0 177=A0=A0 0=A0=A0 0=A0=A0 0=A0=A0= 169=A0=A0 0=A0=A0 5=A0=A0 0=A0=A0 0=A0=A0 28 3775 1537=A0 3=A0 1 95 =A00 0 0=A0=A0=A0 877M=A0=A0=A0 73M=A0=A0 769=A0=A0 0=A0=A0 0=A0=A0 0=A0=A0= 536=A0=A0 0=A0=A0 2=A0=A0 0=A0=A0 0=A0=A0 38 2866 1386=A0 5=A0 1 94 =A00 0 0=A0=A0=A0 877M=A0=A0=A0 73M=A0=A0=A0 31=A0=A0 0=A0=A0 0=A0=A0 0=A0= =A0=A0 24=A0=A0 0=A0=A0 1=A0=A0 0=A0=A0 0=A0=A0 13 1167=A0 715=A0 1=A0 1 98 =A02 0 0=A0=A0=A0 907M=A0=A0=A0 55M=A0=A0 197=A0=A0 0=A0=A0 0=A0=A0 0=A0=A0= =A0 54=A0=A0 0=A0=A0 2=A0 66 246=A0 908 8663 11652=A0 4=A0 5 91 =A00 0 0=A0=A0=A0 893M=A0=A0=A0 67M=A0=A0 773=A0=A0 0=A0=A0 0=A0=A0 0=A0 10= 83 1662=A0=A0 3 104 456 1715 10793 19469=A0 7=A0 8 85 =A00 0 0=A0=A0=A0 898M=A0=A0=A0 65M=A0=A0 104=A0=A0 0=A0=A0 0=A0=A0 0=A0=A0= 319 1276=A0=A0 1 108 393 1636 11315 17744=A0 4=A0 7 89 =A00 0 0=A0=A0=A0 885M=A0=A0=A0 69M=A0=A0 214=A0=A0 0=A0=A0 0=A0=A0 0=A0=A0= 320 1258=A0=A0 1 103 442 1731 14282 20084=A0 6=A0 8 86 =A00 0 0=A0=A0=A0 864M=A0=A0=A0 71M=A0=A0 613=A0=A0 0=A0=A0 0=A0=A0 0=A0=A0= 540 1225=A0=A0 1=A0 45 100=A0 611 7012 6815=A0 4=A0 3 93 =A0procs=A0=A0=A0=A0=A0 memory=A0=A0=A0=A0=A0 page=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 disks=A0=A0=A0=A0=A0=A0=A0=A0 faults=A0= =A0=A0=A0=A0=A0=A0=A0 cpu =A0r b w=A0=A0=A0=A0 avm=A0=A0=A0 fre=A0=A0 flt=A0 re=A0 pi=A0 po=A0=A0=A0 = fr=A0 sr ad4 da0 da1=A0=A0 in sy=A0=A0 cs us sy id =A00 0 0=A0=A0=A0 864M=A0=A0=A0 70M=A0=A0 250=A0=A0 0=A0=A0 0=A0=A0 0=A0=A0= 240=A0=A0 0=A0=A0 1=A0=A0 0=A0 69=A0 260 6180 4208=A0 4=A0 2 94 =A00 0 0=A0=A0=A0 864M=A0=A0=A0 70M=A0=A0=A0 61=A0=A0 0=A0=A0 0=A0=A0 0=A0= =A0=A0 58=A0=A0 0=A0=A0 4=A0=A0 0=A0=A0 3=A0=A0 30 1885 1008=A0 2=A0 1 97 =A02 0 0=A0=A0=A0 864M=A0=A0=A0 70M=A0=A0=A0 33=A0=A0 0=A0=A0 0=A0=A0 0=A0= =A0=A0 25=A0=A0 0=A0=A0 0=A0=A0 0=A0=A0 0=A0=A0 33 2742 1197=A0 2=A0 1 97 =A00 0 0=A0=A0=A0 864M=A0=A0=A0 69M=A0=A0=A0 63=A0=A0 0=A0=A0 0=A0=A0 0=A0= =A0=A0 27=A0=A0 0=A0=A0 1=A0=A0 0=A0=A0 0=A0=A0 29 1881 1031=A0 2=A0 1 97 =A00 0 0=A0=A0=A0 864M=A0=A0=A0 69M=A0=A0=A0 58=A0=A0 0=A0=A0 0=A0=A0 0=A0= =A0=A0 50=A0=A0 0=A0=A0 2=A0=A0 0=A0=A0 0=A0=A0 25 1495=A0 819=A0 2=A0 1 97 The copy did eventually complete, but took forever. Probably relevant is that I am seeing the following in /var/log/messages during the copy: Feb 5 07:26:11 octavian kernel: (da0:umass-sim0:0:0:0): AutoSense failed Feb 5 07:26:11 octavian kernel: g_vfs_done():da0s2a[WRITE(offset=3D53554888704, length=3D16384)]error =3D 5 Feb 5 07:26:11 octavian kernel: g_vfs_done():da0s2a[WRITE(offset=3D114688, length=3D16384)]error =3D 5 Feb 5 07:26:11 octavian kernel: g_vfs_done():da0s2a[WRITE(offset=3D52976959488, length=3D16384)]error =3D 5 Feb 5 07:26:11 octavian kernel: g_vfs_done():da0s2a[WRITE(offset=3D53362245632, length=3D16384)]error =3D 5 Feb 5 07:26:11 octavian kernel: g_vfs_done():da0s2a[WRITE(offset=3D53362262016, length=3D16384)]error =3D 5 Feb 5 07:26:11 octavian kernel: g_vfs_done():da0s2a[WRITE(offset=3D53362278400, length=3D16384)]error =3D 5 Feb 5 07:26:11 octavian kernel: g_vfs_done():da0s2a[READ(offset=3D53375156224, length=3D131072)]error =3D 5 Feb 5 07:28:05 octavian kernel: (da1:umass-sim1:1:0:0): AutoSense failed Feb 5 07:28:05 octavian kernel: g_vfs_done():da1s2a[WRITE(offset=3D156466298880, length=3D16384)]error =3D = 5 Feb 5 07:28:05 octavian kernel: g_vfs_done():da1s2a[WRITE(offset=3D156501897216, length=3D2048)]error =3D 5 Feb 5 07:28:05 octavian kernel: g_vfs_done():da1s2a[WRITE(offset=3D156501899264, length=3D2048)]error =3D 5 Feb 5 07:28:05 octavian kernel: g_vfs_done():da1s2a[WRITE(offset=3D156501917696, length=3D14336)]error =3D = 5 Feb 5 07:28:05 octavian kernel: g_vfs_done():da1s2a[WRITE(offset=3D156501932032, length=3D2048)]error =3D 5 Feb 5 07:28:05 octavian kernel: g_vfs_done():da1s2a[WRITE(offset=3D156501934080, length=3D2048)]error =3D 5 Feb 5 07:28:05 octavian kernel: g_vfs_done():da1s2a[WRITE(offset=3D156501936128, length=3D4096)]error =3D 5 Feb 5 07:28:05 octavian kernel: g_vfs_done():da1s2a[WRITE(offset=3D156501940224, length=3D2048)]error =3D 5 Feb 5 07:28:05 octavian kernel: g_vfs_done():da1s2a[WRITE(offset=3D156501942272, length=3D2048)]error =3D 5 Feb 5 07:28:05 octavian kernel: g_vfs_done():da1s2a[WRITE(offset=3D156501944320, length=3D2048)]error =3D 5 Feb 5 07:28:05 octavian kernel: g_vfs_done():da1s2a[WRITE(offset=3D156501946368, length=3D2048)]error =3D 5 Feb 5 07:28:05 octavian kernel: g_vfs_done():da1s2a[WRITE(offset=3D156501948416, length=3D2048)]error =3D 5 Feb 5 07:28:05 octavian kernel: g_vfs_done():da1s2a[WRITE(offset=3D156501950464, length=3D16384)]error =3D = 5 Feb 5 07:28:05 octavian kernel: g_vfs_done():da1s2a[WRITE(offset=3D156501966848, length=3D6144)]error =3D 5 Feb 5 07:28:05 octavian kernel: g_vfs_done():da1s2a[WRITE(offset=3D156501972992, length=3D6144)]error =3D 5 Feb 5 07:28:05 octavian kernel: g_vfs_done():da1s2a[WRITE(offset=3D156501979136, length=3D2048)]error =3D 5 Feb 5 07:28:05 octavian kernel: g_vfs_done():da1s2a[WRITE(offset=3D156501981184, length=3D2048)]error =3D 5 Feb 5 07:28:05 octavian kernel: g_vfs_done():da1s2a[WRITE(offset=3D156501983232, length=3D8192)]error =3D 5 I'm ready to give up and go back to Linux -- again!! -- but thought I'd see if any of you have some bright ideas. I should note that I am running 8.1 release on a vanilla cheap HP box (dual-core AMD Athlon, 2 Gb memory, 320 Gb 7200 rpm sata drive). Since 8.2 is imminent, I am wondering if what I am seeing here has been observed before and perhaps there are some improvements in the usb code for 8.2?? /Don Allen From owner-freebsd-usb@FreeBSD.ORG Sat Feb 5 14:34:58 2011 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 D700E106566B; Sat, 5 Feb 2011 14:34:58 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe02.c2i.net [212.247.154.34]) by mx1.freebsd.org (Postfix) with ESMTP id 30E278FC0A; Sat, 5 Feb 2011 14:34:57 +0000 (UTC) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.1 cv=oR3+9dOmPeF3nZCt5Gxyvf/bIpfj8bfjGZkkfp/xES8= c=1 sm=1 a=WcA_fa_ncYIA:10 a=8nJEP1OIZ-IA:10 a=CL8lFSKtTFcA:10 a=i9M/sDlu2rpZ9XS819oYzg==:17 a=ER98RPfIXSISJdvxwcgA:9 a=A4aNffh1GC-tWTbeDdAA:7 a=mT1F-BN7ngzUxjGW9nBJXF43n_AA:4 a=wPNLvfGTeEIA:10 a=i9M/sDlu2rpZ9XS819oYzg==:117 Received: from [188.126.198.129] (account mc467741@c2i.net HELO laptop002.hselasky.homeunix.org) by mailfe02.swip.net (CommuniGate Pro SMTP 5.2.19) with ESMTPA id 83912922; Sat, 05 Feb 2011 15:34:55 +0100 From: Hans Petter Selasky To: freebsd-usb@freebsd.org, freebsd-current@freebsd.org Date: Sat, 5 Feb 2011 15:34:54 +0100 User-Agent: KMail/1.13.5 (FreeBSD/8.2-PRERELEASE; KDE/4.4.5; amd64; ; ) References: In-Reply-To: X-Face: *nPdTl_}RuAI6^PVpA02T?$%Xa^>@hE0uyUIoiha$pC:9TVgl.Oq, NwSZ4V"|LR.+tj}g5 %V,x^qOs~mnU3]Gn; cQLv&.N>TrxmSFf+p6(30a/{)KUU!s}w\IhQBj}[g}bj0I3^glmC( :AuzV9:.hESm-x4h240C`9=w MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201102051534.54590.hselasky@c2i.net> Cc: Donald Allen Subject: Re: Intermittent pauses copying from one usb drive to another 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, 05 Feb 2011 14:34:58 -0000 On Saturday 05 February 2011 14:27:56 Donald Allen wrote: > I've discussed problems with FreeBSD and usb sata drives on this list > in the past (as recently as last September), and have given up on > FreeBSD as a result of the usb disk problems (I do my backups with usb > drives) and other usb-related issues. But I've now replaced the usb > enclosures I was using at that time and have acquired some Toshiba usb > drives, so with this new equipment, I thought I'd give FreeBSD another > try, since generally I prefer it to Linux. But I'm having problems > again. > > Plugging in the Toshiba drives produces entries like this in > /var/log/message: Hi, Errors happen because the USB firmware of your USB hardware does not support all the SCSI commands issued by the CAM/SCSI layer. This is a well known problem. Probably Linux is better at filtering the SCSI commands passed to the various devices. Proof: I have a custom USB test software suite actually running under FreeBSD which can stress test mass storage devices. So far very few USB mass storage devices I've seen pass all the tests and recover properly. Most disks/memory sticks simply die at the first non-supported SCSI command and/or error scenario even though the SCSI and USB mass storage wrapper for SCSI commands define error codes to be returned in case of failure. Contact me off-list if you are interested in this. Solution: USB mass storage devices needs to be crippled down to a few SCSI commands like READ_12 and WRITE_12. This is not a USB problem. It needs to be done in the CAM/SCSI layer. What you can do: Ask the vendor to test their USB devices with FreeBSD 8.2 before shipping. --HPS From owner-freebsd-usb@FreeBSD.ORG Sat Feb 5 15:18:57 2011 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 57BD21065672 for ; Sat, 5 Feb 2011 15:18:57 +0000 (UTC) (envelope-from donaldcallen@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id 072168FC0A for ; Sat, 5 Feb 2011 15:18:56 +0000 (UTC) Received: by iyb26 with SMTP id 26so3165830iyb.13 for ; Sat, 05 Feb 2011 07:18:56 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=QadGOoYUaO8OjJNOeRZACAlaRend1y4/hIComzisV78=; b=ifQxlTIbjzLlsQEnxL2f0CFw3Gct5rxEN7ja2L+JLMB2YUvfDmP+XeOacg52E15qPc 4zRm4dK8LCXdIXxq807OIRrnolE7VTbLiR81K4fADWQwvRC+xdSFl0k/JrJ0iQERqz5K 2XTnJ6VYDOfbIP8aWcsGw5clE1gcfc93i89Zs= 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=BRFVdXMhp6rqJpgC8f3E9kWYZAvOL3Xz+3H0GdnnOM4VhCmEeqGJDjaQNRhdodXZkk BAJTBXwSJuQ3+Qvq4bpoBneTRDCunIsPxAqFeoanql350TYioH0XPGuj324dYbUbQX0Y pKZbWVJSBNEQFSNXH+04zyPYyidjIxFBFipxw= MIME-Version: 1.0 Received: by 10.42.228.74 with SMTP id jd10mr16006522icb.280.1296919136336; Sat, 05 Feb 2011 07:18:56 -0800 (PST) Received: by 10.42.224.132 with HTTP; Sat, 5 Feb 2011 07:18:56 -0800 (PST) In-Reply-To: <201102051534.54590.hselasky@c2i.net> References: <201102051534.54590.hselasky@c2i.net> Date: Sat, 5 Feb 2011 10:18:56 -0500 Message-ID: From: Donald Allen To: Hans Petter Selasky Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org, freebsd-usb@freebsd.org Subject: Re: Intermittent pauses copying from one usb drive to another 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, 05 Feb 2011 15:18:57 -0000 On Sat, Feb 5, 2011 at 9:34 AM, Hans Petter Selasky wrote: > On Saturday 05 February 2011 14:27:56 Donald Allen wrote: > > I've discussed problems with FreeBSD and usb sata drives on this list > > in the past (as recently as last September), and have given up on > > FreeBSD as a result of the usb disk problems (I do my backups with usb > > drives) and other usb-related issues. But I've now replaced the usb > > enclosures I was using at that time and have acquired some Toshiba usb > > drives, so with this new equipment, I thought I'd give FreeBSD another > > try, since generally I prefer it to Linux. But I'm having problems > > again. > > > > Plugging in the Toshiba drives produces entries like this in > > /var/log/message: > > Hi, > > Errors happen because the USB firmware of your USB hardware does not > support > all the SCSI commands issued by the CAM/SCSI layer. This is a well known > problem. Probably Linux is better at filtering the SCSI commands passed to > the > various devices. > > Proof: I have a custom USB test software suite actually running under > FreeBSD > which can stress test mass storage devices. So far very few USB mass > storage > devices I've seen pass all the tests and recover properly. Most > disks/memory > sticks simply die at the first non-supported SCSI command and/or error > scenario even though the SCSI and USB mass storage wrapper for SCSI > commands > define error codes to be returned in case of failure. Contact me off-list > if > you are interested in this. > > Solution: USB mass storage devices needs to be crippled down to a few SCSI > commands like READ_12 and WRITE_12. This is not a USB problem. It needs to > be > done in the CAM/SCSI layer. > I understand what you are saying. Does whoever is responsible for CAM/SCSI know about this and do you know if there are plans to fix it? What is the point of "supporting" USB devices (and we aren't talking about an odd-ball device here; these are USB disks), when the "support" is partially broken? You don't see problems like this with Windows or Linux, and this whole area of USB devices has been a problem since the 7.x series and, I suspect, before, regardless of whether it's the fault of the USB layer or some other part of the system. The user doesn't care which layer is at fault; they care about whether their devices are supported or not by the system. > > What you can do: Ask the vendor to test their USB devices with FreeBSD 8.2 > before shipping. > That's going to be like talking to a wall. I have a Toshiba netbook that does not run Linux properly, at least not Linux out of the box. Why? The BIOS is broken and doesn't support MSI correctly (interrupts are lost). Windows (at least the one delivered with the machine -- XP) doesn't use MSI, but Linux does by default. So you try installing Linux on this thing and the installation periodically grinds to a halt until you generate some interrupts by touching the touchpad or pressing a key on the keyboard, etc. You have to turn off MSI in the Linux kernel at boot time to get things to work. I explained all this to Toshiba Customer Service (an oxymoron) last year and they couldn't have cared less and it is still not fixed. They don't give a damn about Linux, so I'm sure they'll get right on it when I ask them to test their USB drives with FreeBSD :-) /Don > --HPS > From owner-freebsd-usb@FreeBSD.ORG Sat Feb 5 15:28:32 2011 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 65BBD106566B; Sat, 5 Feb 2011 15:28:32 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe06.c2i.net [212.247.154.162]) by mx1.freebsd.org (Postfix) with ESMTP id BA2B98FC0C; Sat, 5 Feb 2011 15:28:31 +0000 (UTC) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.1 cv=LfWZgthhXpRoR/5kSLoV97TeOFxNHdDd5OkOatCv3DI= c=1 sm=1 a=WcA_fa_ncYIA:10 a=Q9fys5e9bTEA:10 a=CL8lFSKtTFcA:10 a=i9M/sDlu2rpZ9XS819oYzg==:17 a=BTbq75n6na95gJPr-bQA:9 a=tfypEOXCPI3hb4LtNU8jDVTagz4A:4 a=PUjeQqilurYA:10 a=i9M/sDlu2rpZ9XS819oYzg==:117 Received: from [188.126.198.129] (account mc467741@c2i.net HELO laptop002.hselasky.homeunix.org) by mailfe06.swip.net (CommuniGate Pro SMTP 5.2.19) with ESMTPA id 83333337; Sat, 05 Feb 2011 16:28:29 +0100 From: Hans Petter Selasky To: Donald Allen Date: Sat, 5 Feb 2011 16:28:28 +0100 User-Agent: KMail/1.13.5 (FreeBSD/8.2-PRERELEASE; KDE/4.4.5; amd64; ; ) References: <201102051534.54590.hselasky@c2i.net> In-Reply-To: X-Face: *nPdTl_}RuAI6^PVpA02T?$%Xa^>@hE0uyUIoiha$pC:9TVgl.Oq, NwSZ4V"|LR.+tj}g5 %V,x^qOs~mnU3]Gn; cQLv&.N>TrxmSFf+p6(30a/{)KUU!s}w\IhQBj}[g}bj0I3^glmC( :AuzV9:.hESm-x4h240C`9=w MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201102051628.28754.hselasky@c2i.net> Cc: freebsd-current@freebsd.org, freebsd-usb@freebsd.org Subject: Re: Intermittent pauses copying from one usb drive to another 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, 05 Feb 2011 15:28:32 -0000 On Saturday 05 February 2011 16:18:56 Donald Allen wrote: > Does whoever is responsible for CAM/SCSI > know about this and do you know if there are plans to fix it? What is the > point of "supporting" USB devices (and we aren't talking about an odd-ball > device here; these are USB disks), when the "support" is partially broken? As far as I know there are no ongoing plans to fix this issue. Yes, we need to support the oddballs too, of course. Currently a lot of quirks have been pushed into the umass driver, but I guess that we need to add more quirks, and probably switch around from black-listing into white-listing, so that the quirks are turned on by default. Thanks for your understanding! --HPS From owner-freebsd-usb@FreeBSD.ORG Sat Feb 5 16:28:32 2011 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 2AFD1106564A; Sat, 5 Feb 2011 16:28:32 +0000 (UTC) (envelope-from donaldcallen@gmail.com) Received: from mail-iw0-f182.google.com (mail-iw0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id D4EC18FC08; Sat, 5 Feb 2011 16:28:31 +0000 (UTC) Received: by iwn39 with SMTP id 39so3207256iwn.13 for ; Sat, 05 Feb 2011 08:28:31 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=lEpZF+xxq3lsO4LbpHMNaMSc1W4yTCKIPPa/7aNHFQs=; b=hoaZUQ+JoM/gSLQbyBjP+FUgX2kbpVuI8HsIMkP/nQlshLZUtOKM5qshNzpVa/vYP4 FpZ1npww/rlNtBWMGcZ7e0hQepwNC304BPl0JUhR9jY0d8Ikhs1VyqH7Z8ovAFmixKWv b8lcOa1K3DRFijM8dRFya5zuwoHrNNt5HCe+s= 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=c4M0ldJ0N97Ate2SNUa6ABrQJThqJNVqWb+eUD/tcQ9GcQ598vHZYDqeCeIRPsxxKy B6nzzhYf0RwGBH72NC1VEbDSd5LMgxmxaWki7CDFRwgagFNN1yomgT9PttVTIDbaNruM H3PQ4seGqQkPuXM/p95kdtXFH7ATBjg95nnRY= MIME-Version: 1.0 Received: by 10.42.179.138 with SMTP id bq10mr244772icb.79.1296923311272; Sat, 05 Feb 2011 08:28:31 -0800 (PST) Received: by 10.42.224.132 with HTTP; Sat, 5 Feb 2011 08:28:31 -0800 (PST) In-Reply-To: <201102051628.28754.hselasky@c2i.net> References: <201102051534.54590.hselasky@c2i.net> <201102051628.28754.hselasky@c2i.net> Date: Sat, 5 Feb 2011 11:28:31 -0500 Message-ID: From: Donald Allen To: Hans Petter Selasky Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org, freebsd-usb@freebsd.org Subject: Re: Intermittent pauses copying from one usb drive to another 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, 05 Feb 2011 16:28:32 -0000 On Sat, Feb 5, 2011 at 10:28 AM, Hans Petter Selasky wrote: > On Saturday 05 February 2011 16:18:56 Donald Allen wrote: > > Does whoever is responsible for CAM/SCSI > > know about this and do you know if there are plans to fix it? What is the > > point of "supporting" USB devices (and we aren't talking about an > odd-ball > > device here; these are USB disks), when the "support" is partially > broken? > > As far as I know there are no ongoing plans to fix this issue. Yes, we need > to > support the oddballs too, of course. Actually, I'm arguing that you (FreeBSD, not necessarily the USB layer) need to better support the *main-stream* devices better (I care much less about the outliers, because by definition, the quality of their support affects far fewer people). These Toshiba drives are vanilla stuff, used by many for backups > Currently a lot of quirks have been > pushed into the umass driver, but I guess that we need to add more quirks, > and > probably switch around from black-listing into white-listing, so that the > quirks are turned on by default. > > Thanks for your understanding! > I do understand, but in some ways I don't. FreeBSD is a great system, superior to Linux in many ways that have been discussed ad nauseum, but USB devices, particularly disks and flash-based devices, are ubiquitous these days, and FreeBSD's support for these devices is weak, weaker than Linux and even OpenBSD (in my experience). This seems like a very odd place for a gaping hole in the system, particularly after all the work you did to re-implement the USB layer. /Don > > --HPS > From owner-freebsd-usb@FreeBSD.ORG Sat Feb 5 17:25:43 2011 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 D3994106566B; Sat, 5 Feb 2011 17:25:43 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe01.c2i.net [212.247.154.2]) by mx1.freebsd.org (Postfix) with ESMTP id 394428FC1C; Sat, 5 Feb 2011 17:25:42 +0000 (UTC) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.1 cv=Vlw5OJcoxCC473z5moizI40ESYe+BpcMN2hU0iQoJwI= c=1 sm=1 a=WcA_fa_ncYIA:10 a=8nJEP1OIZ-IA:10 a=CL8lFSKtTFcA:10 a=i9M/sDlu2rpZ9XS819oYzg==:17 a=M6ovU5MAHaeOcEU1UIoA:9 a=oSCdbP13-7b4PwlHwkVFOGlCdk4A:4 a=wPNLvfGTeEIA:10 a=i9M/sDlu2rpZ9XS819oYzg==:117 Received: from [188.126.198.129] (account mc467741@c2i.net HELO laptop002.hselasky.homeunix.org) by mailfe01.swip.net (CommuniGate Pro SMTP 5.2.19) with ESMTPA id 84571532; Sat, 05 Feb 2011 18:25:40 +0100 From: Hans Petter Selasky To: Julian Elischer Date: Sat, 5 Feb 2011 18:25:39 +0100 User-Agent: KMail/1.13.5 (FreeBSD/8.2-PRERELEASE; KDE/4.4.5; amd64; ; ) References: <4D4D801A.8050900@freebsd.org> In-Reply-To: <4D4D801A.8050900@freebsd.org> X-Face: *nPdTl_}RuAI6^PVpA02T?$%Xa^>@hE0uyUIoiha$pC:9TVgl.Oq, NwSZ4V"|LR.+tj}g5 %V,x^qOs~mnU3]Gn; cQLv&.N>TrxmSFf+p6(30a/{)KUU!s}w\IhQBj}[g}bj0I3^glmC( :AuzV9:.hESm-x4h240C`9=w MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201102051825.39763.hselasky@c2i.net> Cc: Donald Allen , freebsd-current@freebsd.org, freebsd-usb@freebsd.org Subject: Re: Intermittent pauses copying from one usb drive to another 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, 05 Feb 2011 17:25:43 -0000 > > Hans Petter, > Could the USB mass storage layer not refuse to pass down some commands > and just return the proscribed error? Yes, that's what I'm thinking would be the simplest solution. I just need an overview which SCSI commands we should pass and not pass. Do you have an idea? --hps From owner-freebsd-usb@FreeBSD.ORG Sat Feb 5 17:28:31 2011 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 4D2131065673 for ; Sat, 5 Feb 2011 17:28:31 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16]) by mx1.freebsd.org (Postfix) with ESMTP id DE7728FC12 for ; Sat, 5 Feb 2011 17:28:30 +0000 (UTC) Received: from julian-mac.elischer.org (home-nat.elischer.org [67.100.89.137]) (authenticated bits=0) by vps1.elischer.org (8.14.4/8.14.4) with ESMTP id p15GpaC9036919 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Sat, 5 Feb 2011 08:51:38 -0800 (PST) (envelope-from julian@freebsd.org) Message-ID: <4D4D801A.8050900@freebsd.org> Date: Sat, 05 Feb 2011 08:51:38 -0800 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10.4; en-US; rv:1.9.2.13) Gecko/20101207 Thunderbird/3.1.7 MIME-Version: 1.0 To: Donald Allen References: <201102051534.54590.hselasky@c2i.net> <201102051628.28754.hselasky@c2i.net> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, freebsd-usb@freebsd.org Subject: Re: Intermittent pauses copying from one usb drive to another 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, 05 Feb 2011 17:28:31 -0000 On 2/5/11 8:28 AM, Donald Allen wrote: > On Sat, Feb 5, 2011 at 10:28 AM, Hans Petter Selaskywrote: > >> On Saturday 05 February 2011 16:18:56 Donald Allen wrote: >>> Does whoever is responsible for CAM/SCSI >>> know about this and do you know if there are plans to fix it? What is the >>> point of "supporting" USB devices (and we aren't talking about an >> odd-ball >>> device here; these are USB disks), when the "support" is partially >> broken? >> >> As far as I know there are no ongoing plans to fix this issue. Yes, we need >> to >> support the oddballs too, of course. > > Actually, I'm arguing that you (FreeBSD, not necessarily the USB layer) need > to better support the *main-stream* devices better (I care much less about > the outliers, because by definition, the quality of their support affects > far fewer people). These Toshiba drives are vanilla stuff, used by many for > backups > > >> Currently a lot of quirks have been >> pushed into the umass driver, but I guess that we need to add more quirks, >> and >> probably switch around from black-listing into white-listing, so that the >> quirks are turned on by default. >> >> Thanks for your understanding! >> > I do understand, but in some ways I don't. FreeBSD is a great system, > superior to Linux in many ways that have been discussed ad nauseum, but USB > devices, particularly disks and flash-based devices, are ubiquitous these > days, and FreeBSD's support for these devices is weak, weaker than Linux and > even OpenBSD (in my experience). This seems like a very odd place for a > gaping hole in the system, particularly after all the work you did to > re-implement the USB layer. Hans Petter, Could the USB mass storage layer not refuse to pass down some commands and just return the proscribed error? > /Don > > >> --HPS >> > _______________________________________________ > freebsd-usb@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-usb > To unsubscribe, send any mail to "freebsd-usb-unsubscribe@freebsd.org" > From owner-freebsd-usb@FreeBSD.ORG Sat Feb 5 19:10:36 2011 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 A0AF7106564A for ; Sat, 5 Feb 2011 19:10:36 +0000 (UTC) (envelope-from torfinn.ingolfsen@broadpark.no) Received: from thalia-smout.broadpark.no (thalia-smout.broadpark.no [80.202.8.21]) by mx1.freebsd.org (Postfix) with ESMTP id 56BED8FC12 for ; Sat, 5 Feb 2011 19:10:35 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII Received: from terra-smin.broadpark.no ([80.202.8.13]) by thalia-smout.broadpark.no (Sun Java(tm) System Messaging Server 7u3-15.01 64bit (built Feb 12 2010)) with ESMTP id <0LG5004IPP5KS530@thalia-smout.broadpark.no> for freebsd-usb@FreeBSD.org; Sat, 05 Feb 2011 19:10:32 +0100 (CET) Received: from kg-v2.kg4.no ([84.48.120.77]) by terra-smin.broadpark.no (Sun Java(tm) System Messaging Server 7u3-15.01 64bit (built Feb 12 2010)) with SMTP id <0LG500JFCP5JXU12@terra-smin.broadpark.no> for freebsd-usb@FreeBSD.org; Sat, 05 Feb 2011 19:10:32 +0100 (CET) Date: Sat, 05 Feb 2011 19:10:31 +0100 From: Torfinn Ingolfsen To: freebsd-usb@FreeBSD.org Message-id: <20110205191031.110d010e.torfinn.ingolfsen@broadpark.no> In-reply-to: References: <201102051534.54590.hselasky@c2i.net> <201102051628.28754.hselasky@c2i.net> X-Mailer: Sylpheed 3.0.3 (GTK+ 2.22.1; amd64-portbld-freebsd8.1) X-Face: "t9w2,-X@O^I`jVW\sonI3.,36KBLZE*AL[y9lL[PyFD*r_S:dIL9c[8Y>V42R0"!"yb_zN,f#%.[PYYNq; m"_0v; ~rUM2Yy!zmkh)3&U|u!=T(zyv,MHJv"nDH>OJ`t(@mil461d_B'Uo|'nMwlKe0Mv=kvV?Nh@>Hb<3s_z2jYgZhPb@?Wi^x1a~Hplz1.zH Cc: Subject: Re: Intermittent pauses copying from one usb drive to another 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, 05 Feb 2011 19:10:36 -0000 On Sat, 05 Feb 2011 11:28:31 -0500 Donald Allen wrote: > On Sat, Feb 5, 2011 at 10:28 AM, Hans Petter Selasky wrote: > > > On Saturday 05 February 2011 16:18:56 Donald Allen wrote: > > > Does whoever is responsible for CAM/SCSI > > > know about this and do you know if there are plans to fix it? What is the > > > point of "supporting" USB devices (and we aren't talking about an > > odd-ball > > > device here; these are USB disks), when the "support" is partially > > broken? > > > > As far as I know there are no ongoing plans to fix this issue. Yes, we need > > to > > support the oddballs too, of course. > > > Actually, I'm arguing that you (FreeBSD, not necessarily the USB layer) need > to better support the *main-stream* devices better (I care much less about > the outliers, because by definition, the quality of their support affects > far fewer people). These Toshiba drives are vanilla stuff, used by many for > backups You will notice that not many other user are replying in this thread (so far at least). The reason for that is (for me at least) that most of the usb hard drives work with FreeBSD. so I will argue that your Toshiba drives are oddballs, and are broken. Just because there is a lot of them doesn't make them correct. And as you have noted, vendors don't care to fix their broken devices, as long as they can sell enough of them. Such is life, I guess. -- Regards, Torfinn Ingolfsen From owner-freebsd-usb@FreeBSD.ORG Sat Feb 5 22:13:29 2011 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 EE3D71065673 for ; Sat, 5 Feb 2011 22:13:29 +0000 (UTC) (envelope-from benwy@clear.net.nz) Received: from smtp3.clear.net.nz (smtp3.clear.net.nz [203.97.33.64]) by mx1.freebsd.org (Postfix) with ESMTP id B85838FC1C for ; Sat, 5 Feb 2011 22:13:29 +0000 (UTC) Received: from blackbox.simla (121-73-118-140.cable.telstraclear.net [121.73.118.140]) by smtp3.clear.net.nz (CLEAR Net Mail) with ESMTPA id <0LG500MPVY7FPW10@smtp3.clear.net.nz> for freebsd-usb@freebsd.org; Sun, 06 Feb 2011 10:26:04 +1300 (NZDT) Date: Sun, 06 Feb 2011 10:26:03 +1300 From: Benjamin To: freebsd-usb@freebsd.org Message-id: <4D4DC06B.3070708@clear.net.nz> MIME-version: 1.0 Content-type: multipart/mixed; boundary=------------030105050503060304020501 User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.16) Gecko/20101223 Thunderbird/3.0.11 Subject: FTDI device "Olimex AVRISP-500" does not show up under FreeBSD. Linux driver source code available, translating this to changes in FreeBSD uftdi kern module? 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, 05 Feb 2011 22:13:30 -0000 This is a multi-part message in MIME format. --------------030105050503060304020501 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit The Olimex is a programmer for AVR microcontrollers. It is apparently an FTDI device and works under Linux. The product page at http://www.olimex.com/dev/avr-isp500.html provides source code for a Linux FTDI kernel module. I have the looked through the Linux FTDI driver source code and have even been given a patch by a helpful member at the FreeBSD forums (wblock) but so far no luck. Here is what it is identified as when plugged in to USB: Feb 5 13:30:07 blackbox kernel: ugen1.2: at usbus1 It should ideally show up as cuaU0 or ttyUSB0 as far as I understand. A quick search through the Linux driver source code to find all instances of OLIMEX: > grep OLIMEX ftdi_*.[c,h] ftdi_sio.c: { USB_DEVICE(OLIMEX_VID, OLIMEX_ARM_USB_OCD_PID), ftdi_sio.c: { USB_DEVICE(OLIMEX_VID, OLIMEX_AVR_ISP500_ISO_PID) }, ftdi_sio_ids.h:#define OLIMEX_VID 0x15BA ftdi_sio_ids.h:#define OLIMEX_ARM_USB_OCD_PID 0x0003 ftdi_sio_ids.h:#define OLIMEX_AVR_ISP500_ISO_PID 0x000B Note that the above is Linux kernel module source. Myself and wblock have tried to hack the FreeBSD uftdi kernel module to no avail. He offered the attached patch which did not seem to work. The Linux driver source is available here: http://www.olimex.com/dev/soft/avr/AVR-ISP500/AVR-ISP500_linux_driver.zip Does this look like something that could easily be changed in the FreeBSD uftdi kern module? Cheers, Benjamin --------------030105050503060304020501 Content-Type: text/plain; name="patch-uftdi.txt" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="patch-uftdi.txt" --- sys/dev/usb/usbdevs.orig 2011-02-04 20:30:33.000000000 -0700 +++ sys/dev/usb/usbdevs 2011-02-04 20:34:20.000000000 -0700 @@ -633,6 +633,7 @@ vendor UMEDIA 0x157e U-MEDIA Communications vendor FIBERLINE 0x1582 Fiberline vendor SPARKLAN 0x15a9 SparkLAN +vendor OLIMEX 0x15ba Olimex vendor AMIT2 0x15c5 AMIT vendor SOHOWARE 0x15e8 SOHOware vendor UMAX 0x1606 UMAX Data Systems @@ -2724,6 +2725,9 @@ /* Quickshot products */ product QUICKSHOT STRIKEPAD 0x6238 USB StrikePad +/* Olimex products */ +product OLIMEX AVR_ISP500 0x0105 AVR-ISP500 + /* Radio Shack */ product RADIOSHACK USBCABLE 0x4026 USB to Serial Cable --- sys/dev/usb/serial/uftdi.c.orig 2011-02-04 20:35:15.000000000 -0700 +++ sys/dev/usb/serial/uftdi.c 2011-02-04 20:41:56.000000000 -0700 @@ -259,6 +259,7 @@ UFTDI_DEV(MATRIXORBITAL, MOUA, 8U232AM), UFTDI_DEV(MARVELL, SHEEVAPLUG, 8U232AM), UFTDI_DEV(MELCO, PCOPRS1, 8U232AM), + UFTDI_DEV(OLIMEX, AVR_ISP500, 8U232AM), UFTDI_DEV(RATOC, REXUSB60F, 8U232AM), #undef UFTDI_DEV }; --------------030105050503060304020501--