From owner-freebsd-usb@FreeBSD.ORG Sun Mar 1 00:02:07 2009 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 5B8851065672 for ; Sun, 1 Mar 2009 00:02:07 +0000 (UTC) (envelope-from man@email.com.ua) Received: from mail.alkar.net (mail.alkar.net [195.248.191.95]) by mx1.freebsd.org (Postfix) with ESMTP id D36998FC08 for ; Sun, 1 Mar 2009 00:02:06 +0000 (UTC) (envelope-from man@email.com.ua) Received: from [92.113.36.235] (account man@email.com.ua HELO home.alkar.net) by mail.alkar.net (CommuniGate Pro SMTP 5.2.12) with ESMTPA id 1881318256; Sun, 01 Mar 2009 02:02:05 +0200 From: Artyom Mirgorodsky Organization: Vega To: Hans Petter Selasky Date: Sun, 1 Mar 2009 02:05:36 +0200 User-Agent: KMail/1.11.0 (FreeBSD/8.0-CURRENT; KDE/4.2.0; i386; svn-915845; 2009-01-20) References: <200903010045.44904.man@email.com.ua> <200903010038.29534.hselasky@c2i.net> In-Reply-To: <200903010038.29534.hselasky@c2i.net> MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: 8bit Content-Disposition: inline Message-Id: <200903010205.37192.man@email.com.ua> Cc: freebsd-usb@freebsd.org Subject: Re: Low perfomance when read from usb flash drive 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, 01 Mar 2009 00:02:07 -0000 >Hi please explain what kind of test you have done. It's most likely not >related to USB, but rather the file system. > Maybe you can run the following test on Windows and FreeBSD to compare: > > dd if=/dev/da0 of=/dev/null bs=65536 I'm test on FreeBSD7-stable and FreeBSD-current and post results. Flash drive, FS, computer the same. Windows only for example. PS dd makes the same result - problem not in the file system dd if=/dev/da0 of=/dev/null bs=65536 7281+0 records in 7281+0 records out 477167616 bytes transferred in 36.602952 secs (13036315 bytes/sec) systat -vm Disks ad4 ad6 da0 cd0 pass0 sg0 sg1 151844 wire KB/t 27.33 0.00 64.00 0.00 0.00 0.00 0.00 198628 act tps 9 0 200 0 0 0 0 758680 inact MB/s 0.25 0.00 12.50 0.00 0.00 0.00 0.00 1660 cache %busy 0 0 99 0 0 0 0 288948 free -- С уважением, Артём Миргородский tel: (056) 373 42 84 Jabber Id: artyom.mirgorodsky@gmail.com mailto: man@alkar.net From owner-freebsd-usb@FreeBSD.ORG Sun Mar 1 00:42:49 2009 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 0F3541065670 for ; Sun, 1 Mar 2009 00:42:49 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id C3EE78FC12 for ; Sun, 1 Mar 2009 00:42:48 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.14.2/8.14.1) with ESMTP id n210eGvk069354; Sat, 28 Feb 2009 17:40:17 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Sat, 28 Feb 2009 17:40:35 -0700 (MST) Message-Id: <20090228.174035.454115691.imp@bsdimp.com> To: hselasky@c2i.net From: "M. Warner Losh" In-Reply-To: <200903010038.29534.hselasky@c2i.net> References: <200903010045.44904.man@email.com.ua> <200903010038.29534.hselasky@c2i.net> X-Mailer: Mew version 5.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-usb@freebsd.org Subject: Re: Low perfomance when read from usb flash drive 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, 01 Mar 2009 00:42:49 -0000 In message: <200903010038.29534.hselasky@c2i.net> Hans Petter Selasky writes: : On Saturday 28 February 2009, Artyom Mirgorodsky wrote: : > Read speed when copy from usb flash drive decreased from 20MB/s (old usb : > stack) to 12MB/s. (on windows above 22Mb/s). : > : : Hi please explain what kind of test you have done. It's most likely not : related to USB, but rather the file system. : : Maybe you can run the following test on Windows and FreeBSD to compare: : : dd if=/dev/da0 of=/dev/null bs=65536 I've done a lot of data movement with usb1 and usb2 (love those .dv videos of youth hockey). This is exactly opposite of the results that I'd typically see through the filesystem (ufs). For usb1 I'd see about 15MB/s and for usb2 I'd see between 16MB/s and 18MB/s. Since this is all ufs, no windows numbers are available for comparison. These are the numbers reported by gstat, so it includes all the filesystem traffic. So a drop from 20MB/s to 12MB/s would be somewhat out of my range of experience... Warner From owner-freebsd-usb@FreeBSD.ORG Sun Mar 1 18:07:33 2009 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 009C010656D8 for ; Sun, 1 Mar 2009 18:07:32 +0000 (UTC) (envelope-from man@email.com.ua) Received: from mail.alkar.net (mail.alkar.net [195.248.191.95]) by mx1.freebsd.org (Postfix) with ESMTP id 73B2E8FC19 for ; Sun, 1 Mar 2009 18:07:32 +0000 (UTC) (envelope-from man@email.com.ua) Received: from [94.178.136.51] (account man@email.com.ua HELO home.alkar.net) by mail.alkar.net (CommuniGate Pro SMTP 5.2.12) with ESMTPA id 1882159131; Sun, 01 Mar 2009 20:07:31 +0200 From: Artyom Mirgorodsky Organization: Vega To: Hans Petter Selasky Date: Sun, 1 Mar 2009 20:11:03 +0200 User-Agent: KMail/1.11.0 (FreeBSD/8.0-CURRENT; KDE/4.2.0; i386; svn-915845; 2009-01-20) References: <200903010045.44904.man@email.com.ua> <200903010038.29534.hselasky@c2i.net> <200903010205.37192.man@email.com.ua> In-Reply-To: <200903010205.37192.man@email.com.ua> MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200903012011.03358.man@email.com.ua> Cc: freebsd-usb@freebsd.org Subject: Re: Low perfomance when read from usb flash drive 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, 01 Mar 2009 18:07:33 -0000 7.1 livefs test result: dd if=/dev/da0 of=/dev/null bs=65536 19534+0 records in 19534+0 records out 1280180224 bytes transferred in 64.897932 secs (197263329 bytes/sec) systat -vm Disks da0 KB/t 64.00 tps 301 MB/s 18.84 %busy 99 From owner-freebsd-usb@FreeBSD.ORG Sun Mar 1 18:58:54 2009 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 1CE3A10656CE for ; Sun, 1 Mar 2009 18:58:54 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe02.swip.net [212.247.154.33]) by mx1.freebsd.org (Postfix) with ESMTP id A6C838FC12 for ; Sun, 1 Mar 2009 18:58:53 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=Ma5krZdYoiIA:10 a=-DXRHlJb_54A:10 a=MXw7gxVQKqGXY79tIT8aFQ==:17 a=OC0ylOW3t66sRk29lU8A:9 a=jyoMOnf01_Vcw-2249cA:7 a=IzIjMJEfSRdDyUldim37z9kq7cEA:4 a=LY0hPdMaydYA:10 Received: from [62.113.132.61] (account mc467741@c2i.net HELO laptop) by mailfe02.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 1206521992; Sun, 01 Mar 2009 19:58:51 +0100 From: Hans Petter Selasky To: Artyom Mirgorodsky Date: Sun, 1 Mar 2009 20:01:20 +0100 User-Agent: KMail/1.9.7 References: <200903010045.44904.man@email.com.ua> <200903010205.37192.man@email.com.ua> <200903012011.03358.man@email.com.ua> In-Reply-To: <200903012011.03358.man@email.com.ua> MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200903012001.21543.hselasky@c2i.net> Cc: freebsd-usb@freebsd.org Subject: Re: Low perfomance when read from usb flash drive 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, 01 Mar 2009 18:58:55 -0000 On Sunday 01 March 2009, Artyom Mirgorodsky wrote: > 7.1 livefs test result: > > dd if=/dev/da0 of=/dev/null bs=65536 > 19534+0 records in > 19534+0 records out > 1280180224 bytes transferred in 64.897932 secs (197263329 bytes/sec) > Hi, It might be a bug with your memory stick. Are your findings consistent accross other brands of memory sticks aswell, between 7.1 and 8.x ? --HPS From owner-freebsd-usb@FreeBSD.ORG Sun Mar 1 19:01:02 2009 Return-Path: Delivered-To: usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A456910656DF for ; Sun, 1 Mar 2009 19:01:02 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: from pele.citylink.co.nz (pele.citylink.co.nz [202.8.44.226]) by mx1.freebsd.org (Postfix) with ESMTP id 69CD08FC24 for ; Sun, 1 Mar 2009 19:01:02 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: from localhost (localhost [127.0.0.1]) by pele.citylink.co.nz (Postfix) with ESMTP id 9BBC2FF96; Mon, 2 Mar 2009 08:01:01 +1300 (NZDT) X-Virus-Scanned: Debian amavisd-new at citylink.co.nz Received: from pele.citylink.co.nz ([127.0.0.1]) by localhost (pele.citylink.co.nz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id awsGh5so-YY9; Mon, 2 Mar 2009 08:00:58 +1300 (NZDT) Received: from citylink.fud.org.nz (unknown [202.8.44.45]) by pele.citylink.co.nz (Postfix) with ESMTP; Mon, 2 Mar 2009 08:00:58 +1300 (NZDT) Received: by citylink.fud.org.nz (Postfix, from userid 1001) id 9AE6A1142F; Mon, 2 Mar 2009 08:00:57 +1300 (NZDT) Date: Sun, 1 Mar 2009 11:00:57 -0800 From: Andrew Thompson To: usb@freebsd.org Message-ID: <20090301190057.GD90301@citylink.fud.org.nz> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.17 (2007-11-01) Cc: Subject: Re: USB2+umass: root mount fails 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, 01 Mar 2009 19:01:03 -0000 On Mon, Feb 16, 2009 at 01:53:36PM -0800, Marcel Moolenaar wrote: > It appears that the root mount isn't serialized with USB discovery > in the same way it was under USB1. It seems that this is not completly resolved with the root mount hold in r188907 as geom may not have tasted the partition tables when vfs_rootmount is woken. USB still needs to finish its bus probe earlier on the boot process. Andrew From owner-freebsd-usb@FreeBSD.ORG Sun Mar 1 19:19:17 2009 Return-Path: Delivered-To: usb@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 19B1E106566C; Sun, 1 Mar 2009 19:19:17 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id D00888FC0C; Sun, 1 Mar 2009 19:19:16 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.14.2/8.14.1) with ESMTP id n21JFxx2004451; Sun, 1 Mar 2009 12:16:00 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Sun, 01 Mar 2009 12:16:20 -0700 (MST) Message-Id: <20090301.121620.-2073256982.imp@bsdimp.com> To: thompsa@FreeBSD.org From: "M. Warner Losh" In-Reply-To: <20090301190057.GD90301@citylink.fud.org.nz> References: <20090301190057.GD90301@citylink.fud.org.nz> X-Mailer: Mew version 5.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: usb@FreeBSD.org Subject: Re: USB2+umass: root mount fails 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, 01 Mar 2009 19:19:17 -0000 In message: <20090301190057.GD90301@citylink.fud.org.nz> Andrew Thompson writes: : On Mon, Feb 16, 2009 at 01:53:36PM -0800, Marcel Moolenaar wrote: : > It appears that the root mount isn't serialized with USB discovery : > in the same way it was under USB1. : : It seems that this is not completly resolved with the root mount hold in : r188907 as geom may not have tasted the partition tables when : vfs_rootmount is woken. USB still needs to finish its bus probe earlier : on the boot process. This sounds like a more fundamental ordering problem. It sounds like we need two gates here. (1) All the underlying devices are there and (2) All tasting is done. Warner From owner-freebsd-usb@FreeBSD.ORG Sun Mar 1 19:25:57 2009 Return-Path: Delivered-To: usb@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2F6EF1065676 for ; Sun, 1 Mar 2009 19:25:57 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: from pele.citylink.co.nz (pele.citylink.co.nz [202.8.44.226]) by mx1.freebsd.org (Postfix) with ESMTP id E73608FC22 for ; Sun, 1 Mar 2009 19:25:56 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: from localhost (localhost [127.0.0.1]) by pele.citylink.co.nz (Postfix) with ESMTP id ED7E5FFA2; Mon, 2 Mar 2009 08:25:55 +1300 (NZDT) X-Virus-Scanned: Debian amavisd-new at citylink.co.nz Received: from pele.citylink.co.nz ([127.0.0.1]) by localhost (pele.citylink.co.nz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id VbNAHYiwx3c7; Mon, 2 Mar 2009 08:25:52 +1300 (NZDT) Received: from citylink.fud.org.nz (unknown [202.8.44.45]) by pele.citylink.co.nz (Postfix) with ESMTP; Mon, 2 Mar 2009 08:25:52 +1300 (NZDT) Received: by citylink.fud.org.nz (Postfix, from userid 1001) id C56B81142F; Mon, 2 Mar 2009 08:25:51 +1300 (NZDT) Date: Sun, 1 Mar 2009 11:25:51 -0800 From: Andrew Thompson To: "M. Warner Losh" Message-ID: <20090301192551.GA57940@citylink.fud.org.nz> References: <20090301190057.GD90301@citylink.fud.org.nz> <20090301.121620.-2073256982.imp@bsdimp.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090301.121620.-2073256982.imp@bsdimp.com> User-Agent: Mutt/1.5.17 (2007-11-01) Cc: usb@FreeBSD.org Subject: Re: USB2+umass: root mount fails 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, 01 Mar 2009 19:25:57 -0000 On Sun, Mar 01, 2009 at 12:16:20PM -0700, M. Warner Losh wrote: > In message: <20090301190057.GD90301@citylink.fud.org.nz> > Andrew Thompson writes: > : On Mon, Feb 16, 2009 at 01:53:36PM -0800, Marcel Moolenaar wrote: > : > It appears that the root mount isn't serialized with USB discovery > : > in the same way it was under USB1. > : > : It seems that this is not completly resolved with the root mount hold in > : r188907 as geom may not have tasted the partition tables when > : vfs_rootmount is woken. USB still needs to finish its bus probe earlier > : on the boot process. > > This sounds like a more fundamental ordering problem. It sounds like > we need two gates here. (1) All the underlying devices are there and > (2) All tasting is done. So should another root hold token be grabbed in disk_create() and released on taste? Andrew From owner-freebsd-usb@FreeBSD.ORG Sun Mar 1 20:36:22 2009 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 41CA31065686 for ; Sun, 1 Mar 2009 20:36:22 +0000 (UTC) (envelope-from bounces@nabble.com) Received: from kuber.nabble.com (kuber.nabble.com [216.139.236.158]) by mx1.freebsd.org (Postfix) with ESMTP id 153F08FC13 for ; Sun, 1 Mar 2009 20:36:21 +0000 (UTC) (envelope-from bounces@nabble.com) Received: from isper.nabble.com ([192.168.236.156]) by kuber.nabble.com with esmtp (Exim 4.63) (envelope-from ) id 1Lds8u-0002iO-DS for freebsd-usb@freebsd.org; Sun, 01 Mar 2009 12:20:08 -0800 Message-ID: <22277434.post@talk.nabble.com> Date: Sun, 1 Mar 2009 12:20:08 -0800 (PST) From: Agnius To: freebsd-usb@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Nabble-From: agniaus@gmail.com Subject: axe usb network adapter problems X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Mar 2009 20:36:23 -0000 I have http://www.a-link.com/uk/NA1GU.html?id=dr7bZGZG OS FreeBSD 7.1 When I use axe.88178.patch4 adapter begin work axe0: on uhub3 axe0: AX88178, bufsz 1536, boundary 64 axe0: PHYADDR 0xe0:0x18 miibus0: on axe0 ciphy0: PHY 24 on miibus0 ciphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto axe0: WARNING: using obsoleted if_watchdog interface axe0: WARNING: using obsoleted IFF_NEEDSGIANT flag axe0: Ethernet address: 00:1a:9f:0b:02:ea But I found problems: 1. I can not use TX and RX 2. Many errors: netstat -i Name Mtu Network Address Ipkts Ierrs Opkts Oerrs Coll axe0 1500 00:1a:9f:0b:02:ea 996093 15890 701185 0 0 3. Max speed ~4000 kbytes/s -- View this message in context: http://www.nabble.com/axe-usb-network-adapter-problems-tp22277434p22277434.html Sent from the freebsd-usb mailing list archive at Nabble.com. From owner-freebsd-usb@FreeBSD.ORG Sun Mar 1 20:36:23 2009 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 8FC7D1065672 for ; Sun, 1 Mar 2009 20:36:22 +0000 (UTC) (envelope-from bounces@nabble.com) Received: from kuber.nabble.com (kuber.nabble.com [216.139.236.158]) by mx1.freebsd.org (Postfix) with ESMTP id 632468FC14 for ; Sun, 1 Mar 2009 20:36:22 +0000 (UTC) (envelope-from bounces@nabble.com) Received: from isper.nabble.com ([192.168.236.156]) by kuber.nabble.com with esmtp (Exim 4.63) (envelope-from ) id 1Lds8i-0002hn-1f for freebsd-usb@freebsd.org; Sun, 01 Mar 2009 12:19:56 -0800 Message-ID: <22277434.post@talk.nabble.com> Date: Sun, 1 Mar 2009 12:19:56 -0800 (PST) From: Agnius To: freebsd-usb@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Nabble-From: agniaus@gmail.com Subject: axe usb networ adapter problems X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Mar 2009 20:36:23 -0000 I have http://www.a-link.com/uk/NA1GU.html?id=dr7bZGZG OS FreeBSD 7.1 When I use axe.88178.patch4 adapter begin work axe0: on uhub3 axe0: AX88178, bufsz 1536, boundary 64 axe0: PHYADDR 0xe0:0x18 miibus0: on axe0 ciphy0: PHY 24 on miibus0 ciphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto axe0: WARNING: using obsoleted if_watchdog interface axe0: WARNING: using obsoleted IFF_NEEDSGIANT flag axe0: Ethernet address: 00:1a:9f:0b:02:ea But I found problems: 1. I can not use TX and RX 2. Many errors: netstat -i Name Mtu Network Address Ipkts Ierrs Opkts Oerrs Coll axe0 1500 00:1a:9f:0b:02:ea 996093 15890 701185 0 0 3. Max speed ~4000 kbytes/s -- View this message in context: http://www.nabble.com/axe-usb-networ-adapter-problems-tp22277434p22277434.html Sent from the freebsd-usb mailing list archive at Nabble.com. From owner-freebsd-usb@FreeBSD.ORG Sun Mar 1 20:36:23 2009 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 DE5EC106568C for ; Sun, 1 Mar 2009 20:36:22 +0000 (UTC) (envelope-from bounces@nabble.com) Received: from kuber.nabble.com (kuber.nabble.com [216.139.236.158]) by mx1.freebsd.org (Postfix) with ESMTP id B12E98FC15 for ; Sun, 1 Mar 2009 20:36:22 +0000 (UTC) (envelope-from bounces@nabble.com) Received: from isper.nabble.com ([192.168.236.156]) by kuber.nabble.com with esmtp (Exim 4.63) (envelope-from ) id 1Lds8C-0002gR-Gb for freebsd-usb@freebsd.org; Sun, 01 Mar 2009 12:19:24 -0800 Message-ID: <22277434.post@talk.nabble.com> Date: Sun, 1 Mar 2009 12:19:24 -0800 (PST) From: Agnius To: freebsd-usb@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Nabble-From: agniaus@gmail.com Subject: axe usb networ adapter problems X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Mar 2009 20:36:24 -0000 I have http://www.a-link.com/uk/NA1GU.html?id=dr7bZGZG OS FreeBSD 7.1 When I use axe.88178.patch4 adapter begin work axe0: on uhub3 axe0: AX88178, bufsz 1536, boundary 64 axe0: PHYADDR 0xe0:0x18 miibus0: on axe0 ciphy0: PHY 24 on miibus0 ciphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto axe0: WARNING: using obsoleted if_watchdog interface axe0: WARNING: using obsoleted IFF_NEEDSGIANT flag axe0: Ethernet address: 00:1a:9f:0b:02:ea But I found problems: 1. I can not use TX and RX 2. Many errors: netstat -i Name Mtu Network Address Ipkts Ierrs Opkts Oerrs Coll axe0 1500 00:1a:9f:0b:02:ea 996093 15890 701185 0 0 3. Max speed ~4000 kbytes/s -- View this message in context: http://www.nabble.com/axe-usb-networ-adapter-problems-tp22277434p22277434.html Sent from the freebsd-usb mailing list archive at Nabble.com. From owner-freebsd-usb@FreeBSD.ORG Mon Mar 2 02:25:22 2009 Return-Path: Delivered-To: usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5EE711065673; Mon, 2 Mar 2009 02:25:22 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from mxout1.cac.washington.edu (mxout1.cac.washington.edu [140.142.32.134]) by mx1.freebsd.org (Postfix) with ESMTP id 378058FC17; Mon, 2 Mar 2009 02:25:22 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from smtp.washington.edu (smtp.washington.edu [140.142.32.141] (may be forged)) by mxout1.cac.washington.edu (8.14.3+UW08.09/8.14.3+UW09.01) with ESMTP id n222PLhY006761 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Sun, 1 Mar 2009 18:25:21 -0800 X-Auth-Received: from [192.168.10.7] (adsl-99-147-148-174.dsl.pltn13.sbcglobal.net [99.147.148.174]) (authenticated authid=youshi10) by smtp.washington.edu (8.14.3+UW08.09/8.14.3+UW09.01) with ESMTP id n222PKCG016568 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Sun, 1 Mar 2009 18:25:20 -0800 Message-Id: From: Garrett Cooper To: usb@freebsd.org, FreeBSD Current Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v930.3) Date: Sun, 1 Mar 2009 18:30:55 -0800 X-Mailer: Apple Mail (2.930.3) X-PMX-Version: 5.5.0.356843, Antispam-Engine: 2.6.1.350677, Antispam-Data: 2009.3.2.20720 X-Uwash-Spam: Gauge=IIIIIII, Probability=8%, Report='FORGED_FROM_GMAIL 0.1, BODY_SIZE_6000_6999 0, BODY_SIZE_7000_LESS 0, ECARD_WORD 0, __CP_MEDIA_BODY 0, __CT 0, __CTE 0, __CT_TEXT_PLAIN 0, __FRAUD_419_WEBMAIL 0, __FRAUD_419_WEBMAIL_FROM 0, __FROM_GMAIL 0, __HAS_MSGID 0, __HAS_X_MAILER 0, __LINES_OF_YELLING 0, __MIME_TEXT_ONLY 0, __MIME_VERSION 0, __SANE_MSGID 0' Cc: Subject: ums no longer loads on CURRENT 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, 02 Mar 2009 02:25:23 -0000 Recently built kernel as of today around 4pm. The mouse is available on the console and moused isn't running; this issue prevents me from using X11. I'm looking for all libraries linked against libusb-0.1.so. 8 right now... More details: [root@orangebox /usr/home/gcooper]# kldload ums module_register: module ushub/ums already exists! Module ushub/ums failed to register: 17 kldload: can't load ums: File exists [root@orangebox /usr/home/gcooper]# cat /root/ORANGEBOX-common /root/ ORANGEBOX # START COMMON INCLUDE FILE cpu I686_CPU ident ORANGEBOX # To statically compile in device wiring instead of /boot/device.hints #hints "GENERIC.hints" # Default places to look for devices. makeoptions DEBUG=-g # Build kernel with gdb(1) debug symbols options SCHED_ULE # ULE scheduler options PREEMPTION # Enable kernel thread preemption options INET # InterNETworking #options INET6 # IPv6 communications protocols options SCTP # Stream Control Transmission Protocol options FFS # Berkeley Fast Filesystem options SOFTUPDATES # Enable FFS soft updates support options UFS_ACL # Support for access control lists options UFS_DIRHASH # Improve performance on big directories options UFS_GJOURNAL # Enable gjournal-based UFS journaling options MD_ROOT # MD is a potential root device options NFSCLIENT # Network Filesystem Client options NFSSERVER # Network Filesystem Server options NFSLOCKD # Network Lock Manager options NFS_ROOT # NFS usable as /, requires NFSCLIENT options NTFS # NT File System options MSDOSFS # MSDOS Filesystem options CD9660 # ISO 9660 Filesystem options PROCFS # Process filesystem (requires PSEUDOFS) options PSEUDOFS # Pseudo-filesystem framework options GEOM_BSD options GEOM_MBR options GEOM_PART_GPT # GUID Partition Tables. options GEOM_LABEL # Provides labelization options COMPAT_43TTY # BSD 4.3 TTY compat [KEEP THIS!] options COMPAT_FREEBSD4 # Compatible with FreeBSD4 options COMPAT_FREEBSD5 # Compatible with FreeBSD5 options COMPAT_FREEBSD6 # Compatible with FreeBSD6 options COMPAT_FREEBSD7 # Compatible with FreeBSD7 options SCSI_DELAY=5000 # Delay (in ms) before probing SCSI options KTRACE # ktrace(1) support options STACK # stack(9) support options SYSVSHM # SYSV-style shared memory options SYSVMSG # SYSV-style message queues options SYSVSEM # SYSV-style semaphores options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensions options KBD_INSTALL_CDEV # install a CDEV entry in /dev options STOP_NMI # Stop CPUS using NMI instead of IPI options AUDIT # Security event auditing options HWPMC_HOOKS # Necessary kernel hooks for hwpmc(4) # Debugging for use in -current options KDB # Enable kernel debugger support. options KDB_UNATTENDED # I don't want to be here when shit crashes.. options DDB # Support DDB. options GDB # Support remote GDB. options INVARIANTS # Enable calls of extra sanity checking options INVARIANT_SUPPORT # Extra sanity checks of internal structures, required by INVARIANTS #options WITNESS # Enable checks to detect deadlocks and cycles #options WITNESS_SKIPSPIN # Don't run witness on spinlocks for speed options COMPAT_LINUX # Make an SMP-capable kernel by default options SMP # Symmetric MultiProcessor Kernel device apic # CPU frequency control device cpufreq # Bus support. device acpi device pci # ATA and ATAPI devices device ata device atadisk # ATA disk drives device atapicam # Required for [C|DV]D burning #device ataraid # ATA RAID drives device atapicd # ATAPI CDROM drives #device atapist # ATAPI tape drives options ATA_STATIC_ID # Static device numbering # SCSI peripherals device scbus # SCSI bus (required for SCSI) device ch # SCSI media changers device da # Direct Access (disks) device cd # CD device pass # Passthrough device (direct SCSI access) # atkbdc0 controls both the keyboard and the PS/2 mouse device atkbdc # AT keyboard controller device atkbd # AT keyboard device psm # PS/2 mouse device kbdmux # keyboard multiplexer device vga # VGA video card driver device splash # Splash screen and screen saver support # syscons is the default console driver, resembling an SCO console device sc device agp # support several AGP chipsets # Serial (COM) ports device uart # Generic UART driver # If you've got a "dumb" serial or parallel PCI card that is # supported by the puc(4) glue driver, uncomment the following # line to enable it (connects to sio, uart and/or ppc drivers): #device sio # PCI Ethernet NICs. device em # Intel PRO/1000 Gigabit Ethernet Family # PCI Ethernet NICs that use the common MII bus controller code. # NOTE: Be sure to keep the 'device miibus' line in order to use these NICs! device miibus # MII bus support device msk # Marvell/SysKonnect Yukon II Gigabit Ethernet # Pseudo devices. device loop # Network loopback device random # Entropy device device ether # Ethernet support device tun # Packet tunnel. device pty # Pseudo-ttys (telnet etc) device md # Memory "disks" #device gif # IPv6 and IPv4 tunneling #device faith # IPv6-to-IPv4 relaying (translation) device firmware # firmware assist module # The `bpf' device enables the Berkeley Packet Filter. # Be aware of the administrative consequences of enabling this! # Note that 'bpf' is required for DHCP. device bpf # Berkeley packet filter # FireWire support device firewire # FireWire bus code device sbp # SCSI over FireWire (Requires scbus and da) device dcons device sound device snd_emu10kx # END COMMON INCLUDE FILE include "ORANGEBOX-common" # USB support device uhci # UHCI PCI->USB interface device ohci # OHCI PCI->USB interface device ehci # EHCI PCI->USB interface (USB 2.0) device usb # USB Bus (required) #device udbp # USB Double Bulk Pipe devices device uhid # "Human Interface Devices" device ukbd # Keyboard device ulpt # Printer device umass # Disks/Mass storage - Requires scbus and da device ums # Mouse #device uscanner # Scanners # USB <-> RS232 adapter. device uplcom device ucom [root@orangebox /usr/home/gcooper]# uname -a FreeBSD orangebox.gateway.2wire.net 8.0-CURRENT FreeBSD 8.0-CURRENT #2: Sun Mar 1 16:42:18 PST 2009 root@orangebox.gateway.2wire.net:/ usr/obj/usr/src/sys/ORANGEBOX i386 From owner-freebsd-usb@FreeBSD.ORG Mon Mar 2 02:46:34 2009 Return-Path: Delivered-To: usb@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DCB75106566C; Mon, 2 Mar 2009 02:46:34 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 8DCCF8FC15; Mon, 2 Mar 2009 02:46:34 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.14.2/8.14.1) with ESMTP id n222hnMj009151; Sun, 1 Mar 2009 19:43:49 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Sun, 01 Mar 2009 19:44:10 -0700 (MST) Message-Id: <20090301.194410.1927934231.imp@bsdimp.com> To: yanefbsd@gmail.com From: "M. Warner Losh" In-Reply-To: References: X-Mailer: Mew version 5.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: usb@FreeBSD.org, freebsd-current@FreeBSD.org Subject: Re: ums no longer loads on CURRENT 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, 02 Mar 2009 02:46:35 -0000 In message: Garrett Cooper writes: : Recently built kernel as of today around 4pm. The mouse is available : on the console and moused isn't running; this issue prevents me from : using X11. I'm looking for all libraries linked against libusb-0.1.so. : 8 right now... Did you read updating? Warner : More details: : : [root@orangebox /usr/home/gcooper]# kldload ums : module_register: module ushub/ums already exists! : Module ushub/ums failed to register: 17 : kldload: can't load ums: File exists : : [root@orangebox /usr/home/gcooper]# cat /root/ORANGEBOX-common /root/ : ORANGEBOX : # START COMMON INCLUDE FILE : : cpu I686_CPU : ident ORANGEBOX : : # To statically compile in device wiring instead of /boot/device.hints : #hints "GENERIC.hints" # Default places to look for devices. : : makeoptions DEBUG=-g # Build kernel with gdb(1) debug symbols : : options SCHED_ULE # ULE scheduler : options PREEMPTION # Enable kernel thread preemption : options INET # InterNETworking : #options INET6 # IPv6 communications protocols : options SCTP # Stream Control Transmission Protocol : options FFS # Berkeley Fast Filesystem : options SOFTUPDATES # Enable FFS soft updates support : options UFS_ACL # Support for access control lists : options UFS_DIRHASH # Improve performance on big directories : options UFS_GJOURNAL # Enable gjournal-based UFS journaling : options MD_ROOT # MD is a potential root device : options NFSCLIENT # Network Filesystem Client : options NFSSERVER # Network Filesystem Server : options NFSLOCKD # Network Lock Manager : options NFS_ROOT # NFS usable as /, requires NFSCLIENT : options NTFS # NT File System : options MSDOSFS # MSDOS Filesystem : options CD9660 # ISO 9660 Filesystem : options PROCFS # Process filesystem (requires PSEUDOFS) : options PSEUDOFS # Pseudo-filesystem framework : options GEOM_BSD : options GEOM_MBR : options GEOM_PART_GPT # GUID Partition Tables. : options GEOM_LABEL # Provides labelization : options COMPAT_43TTY # BSD 4.3 TTY compat [KEEP THIS!] : options COMPAT_FREEBSD4 # Compatible with FreeBSD4 : options COMPAT_FREEBSD5 # Compatible with FreeBSD5 : options COMPAT_FREEBSD6 # Compatible with FreeBSD6 : options COMPAT_FREEBSD7 # Compatible with FreeBSD7 : options SCSI_DELAY=5000 # Delay (in ms) before probing SCSI : options KTRACE # ktrace(1) support : options STACK # stack(9) support : options SYSVSHM # SYSV-style shared memory : options SYSVMSG # SYSV-style message queues : options SYSVSEM # SYSV-style semaphores : options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time : extensions : options KBD_INSTALL_CDEV # install a CDEV entry in /dev : options STOP_NMI # Stop CPUS using NMI instead of IPI : options AUDIT # Security event auditing : options HWPMC_HOOKS # Necessary kernel hooks for hwpmc(4) : : # Debugging for use in -current : options KDB # Enable kernel debugger support. : options KDB_UNATTENDED # I don't want to be here when shit crashes.. : options DDB # Support DDB. : options GDB # Support remote GDB. : options INVARIANTS # Enable calls of extra sanity checking : options INVARIANT_SUPPORT # Extra sanity checks of internal : structures, required by INVARIANTS : #options WITNESS # Enable checks to detect deadlocks and cycles : #options WITNESS_SKIPSPIN # Don't run witness on spinlocks for speed : options COMPAT_LINUX : : # Make an SMP-capable kernel by default : options SMP # Symmetric MultiProcessor Kernel : : device apic : : # CPU frequency control : device cpufreq : : # Bus support. : device acpi : device pci : : # ATA and ATAPI devices : device ata : device atadisk # ATA disk drives : device atapicam # Required for [C|DV]D burning : #device ataraid # ATA RAID drives : device atapicd # ATAPI CDROM drives : #device atapist # ATAPI tape drives : options ATA_STATIC_ID # Static device numbering : : # SCSI peripherals : device scbus # SCSI bus (required for SCSI) : device ch # SCSI media changers : device da # Direct Access (disks) : device cd # CD : device pass # Passthrough device (direct SCSI access) : : # atkbdc0 controls both the keyboard and the PS/2 mouse : device atkbdc # AT keyboard controller : device atkbd # AT keyboard : device psm # PS/2 mouse : : device kbdmux # keyboard multiplexer : : device vga # VGA video card driver : : device splash # Splash screen and screen saver support : : # syscons is the default console driver, resembling an SCO console : device sc : : device agp # support several AGP chipsets : : # Serial (COM) ports : device uart # Generic UART driver : : # If you've got a "dumb" serial or parallel PCI card that is : # supported by the puc(4) glue driver, uncomment the following : # line to enable it (connects to sio, uart and/or ppc drivers): : #device sio : : # PCI Ethernet NICs. : device em # Intel PRO/1000 Gigabit Ethernet Family : : # PCI Ethernet NICs that use the common MII bus controller code. : # NOTE: Be sure to keep the 'device miibus' line in order to use these : NICs! : device miibus # MII bus support : device msk # Marvell/SysKonnect Yukon II Gigabit Ethernet : : # Pseudo devices. : device loop # Network loopback : device random # Entropy device : device ether # Ethernet support : device tun # Packet tunnel. : device pty # Pseudo-ttys (telnet etc) : device md # Memory "disks" : #device gif # IPv6 and IPv4 tunneling : #device faith # IPv6-to-IPv4 relaying (translation) : device firmware # firmware assist module : : # The `bpf' device enables the Berkeley Packet Filter. : # Be aware of the administrative consequences of enabling this! : # Note that 'bpf' is required for DHCP. : device bpf # Berkeley packet filter : : # FireWire support : device firewire # FireWire bus code : device sbp # SCSI over FireWire (Requires scbus and da) : device dcons : : device sound : device snd_emu10kx : : # END COMMON INCLUDE FILE : include "ORANGEBOX-common" : : # USB support : device uhci # UHCI PCI->USB interface : device ohci # OHCI PCI->USB interface : device ehci # EHCI PCI->USB interface (USB 2.0) : device usb # USB Bus (required) : #device udbp # USB Double Bulk Pipe devices : device uhid # "Human Interface Devices" : device ukbd # Keyboard : device ulpt # Printer : device umass # Disks/Mass storage - Requires scbus and da : device ums # Mouse : #device uscanner # Scanners : : # USB <-> RS232 adapter. : device uplcom : device ucom : : [root@orangebox /usr/home/gcooper]# uname -a : FreeBSD orangebox.gateway.2wire.net 8.0-CURRENT FreeBSD 8.0-CURRENT : #2: Sun Mar 1 16:42:18 PST 2009 root@orangebox.gateway.2wire.net:/ : usr/obj/usr/src/sys/ORANGEBOX i386 : _______________________________________________ : 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 Mon Mar 2 03:14:33 2009 Return-Path: Delivered-To: usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 21F29106581C; Mon, 2 Mar 2009 03:14:33 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from mxout5.cac.washington.edu (mxout5.cac.washington.edu [140.142.32.135]) by mx1.freebsd.org (Postfix) with ESMTP id BADCB8FC18; Mon, 2 Mar 2009 03:14:29 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from smtp.washington.edu (smtp.washington.edu [140.142.33.9] (may be forged)) by mxout5.cac.washington.edu (8.14.3+UW08.09/8.14.3+UW09.01) with ESMTP id n223ETWW021699 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Sun, 1 Mar 2009 19:14:29 -0800 X-Auth-Received: from [192.168.10.7] (adsl-99-147-148-174.dsl.pltn13.sbcglobal.net [99.147.148.174]) (authenticated authid=youshi10) by smtp.washington.edu (8.14.3+UW08.09/8.14.3+UW09.01) with ESMTP id n223ESMD014262 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Sun, 1 Mar 2009 19:14:28 -0800 Message-Id: <69F972E4-D7C1-47D8-8C83-A44062DB47E1@gmail.com> From: Garrett Cooper To: Sam Leffler In-Reply-To: <49AB4649.40906@freebsd.org> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v930.3) Date: Sun, 1 Mar 2009 19:20:03 -0800 References: <49AB4649.40906@freebsd.org> X-Mailer: Apple Mail (2.930.3) X-PMX-Version: 5.5.0.356843, Antispam-Engine: 2.6.1.350677, Antispam-Data: 2009.3.2.30124 X-Uwash-Spam: Gauge=IIIIIII, Probability=8%, Report='FORGED_FROM_GMAIL 0.1, BODY_SIZE_1000_LESS 0, BODY_SIZE_2000_LESS 0, BODY_SIZE_5000_LESS 0, BODY_SIZE_500_599 0, BODY_SIZE_7000_LESS 0, __BOUNCE_CHALLENGE_SUBJ 0, __CT 0, __CTE 0, __CT_TEXT_PLAIN 0, __FRAUD_419_WEBMAIL 0, __FRAUD_419_WEBMAIL_FROM 0, __FROM_GMAIL 0, __HAS_MSGID 0, __HAS_X_MAILER 0, __MIME_TEXT_ONLY 0, __MIME_VERSION 0, __SANE_MSGID 0' Cc: usb@freebsd.org, FreeBSD Current Subject: Re: ums no longer loads on CURRENT 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, 02 Mar 2009 03:14:35 -0000 On Mar 1, 2009, at 6:36 PM, Sam Leffler wrote: > Garrett Cooper wrote: >> device ums # Mouse > > This is why you cannot kldload. Not sure about any functional > regression. > > Sam Yeah, well that message was printed out by another process altogether while loading up the kernel after the ata subsystem was brought up, so something's getting confused and trying to kldload by accident... I was just reproducing the message. I'll provide more data to prove this claim when I can. Thanks, -Garrett From owner-freebsd-usb@FreeBSD.ORG Mon Mar 2 03:30:56 2009 Return-Path: Delivered-To: usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DCDE2106566C; Mon, 2 Mar 2009 03:30:56 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from mxout1.cac.washington.edu (mxout1.cac.washington.edu [140.142.32.134]) by mx1.freebsd.org (Postfix) with ESMTP id B1B818FC17; Mon, 2 Mar 2009 03:30:56 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from smtp.washington.edu (smtp.washington.edu [140.142.32.141] (may be forged)) by mxout1.cac.washington.edu (8.14.3+UW08.09/8.14.3+UW09.01) with ESMTP id n223UuHF012357 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Sun, 1 Mar 2009 19:30:56 -0800 X-Auth-Received: from [192.168.10.7] (adsl-99-147-148-174.dsl.pltn13.sbcglobal.net [99.147.148.174]) (authenticated authid=youshi10) by smtp.washington.edu (8.14.3+UW08.09/8.14.3+UW09.01) with ESMTP id n223UrEk019452 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Sun, 1 Mar 2009 19:30:55 -0800 Message-Id: <6D5C9BFA-CCF4-4AEE-9688-23D66D594BC6@gmail.com> From: Garrett Cooper To: Sam Leffler In-Reply-To: <69F972E4-D7C1-47D8-8C83-A44062DB47E1@gmail.com> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v930.3) Date: Sun, 1 Mar 2009 19:36:28 -0800 References: <49AB4649.40906@freebsd.org> <69F972E4-D7C1-47D8-8C83-A44062DB47E1@gmail.com> X-Mailer: Apple Mail (2.930.3) X-PMX-Version: 5.5.0.356843, Antispam-Engine: 2.6.1.350677, Antispam-Data: 2009.3.2.31615 X-Uwash-Spam: Gauge=IIIIIII, Probability=8%, Report='FORGED_FROM_GMAIL 0.1, BODY_SIZE_1100_1199 0, BODY_SIZE_2000_LESS 0, BODY_SIZE_5000_LESS 0, BODY_SIZE_7000_LESS 0, LINK_TO_IMAGE 0, __BOUNCE_CHALLENGE_SUBJ 0, __CP_URI_IN_BODY 0, __CT 0, __CTE 0, __CT_TEXT_PLAIN 0, __FRAUD_419_WEBMAIL 0, __FRAUD_419_WEBMAIL_FROM 0, __FROM_GMAIL 0, __HAS_MSGID 0, __HAS_X_MAILER 0, __MIME_TEXT_ONLY 0, __MIME_VERSION 0, __SANE_MSGID 0' Cc: usb@freebsd.org, FreeBSD Current Subject: Re: ums no longer loads on CURRENT 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, 02 Mar 2009 03:30:57 -0000 On Mar 1, 2009, at 7:20 PM, Garrett Cooper wrote: > On Mar 1, 2009, at 6:36 PM, Sam Leffler wrote: > >> Garrett Cooper wrote: >>> device ums # Mouse >> >> This is why you cannot kldload. Not sure about any functional >> regression. >> >> Sam > > Yeah, well that message was printed out by another process > altogether while loading up the kernel after the ata subsystem was > brought up, so something's getting confused and trying to kldload by > accident... I was just reproducing the message. > I'll provide more data to prove this claim when I can. > Thanks, > -Garrett Here's the picture from my iPhone: . I OBVIOUSLY didn't do the kldload... and because my /boot/ loader.conf doesn't contain ums_load="YES", I'm really curious who the actual culprit is in rc.d land... I used to do WITHOUT_MODULES=* to not build modules, but I'm trying to move away from that mentality for some things like snd_emu10kx, but obviously there's a conflict somewhere for ums; hopefully it's merely cosmetic... Thanks, -Garrett From owner-freebsd-usb@FreeBSD.ORG Mon Mar 2 03:41:26 2009 Return-Path: Delivered-To: usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7B8E91065724; Mon, 2 Mar 2009 03:41:26 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from mxout2.cac.washington.edu (mxout2.cac.washington.edu [140.142.33.4]) by mx1.freebsd.org (Postfix) with ESMTP id 4FC0A8FC1C; Mon, 2 Mar 2009 03:41:26 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from smtp.washington.edu (smtp.washington.edu [140.142.32.141] (may be forged)) by mxout2.cac.washington.edu (8.14.3+UW08.09/8.14.3+UW09.01) with ESMTP id n223fPTs015375 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Sun, 1 Mar 2009 19:41:25 -0800 X-Auth-Received: from [192.168.10.7] (adsl-99-147-148-174.dsl.pltn13.sbcglobal.net [99.147.148.174]) (authenticated authid=youshi10) by smtp.washington.edu (8.14.3+UW08.09/8.14.3+UW09.01) with ESMTP id n223fOhY019946 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Sun, 1 Mar 2009 19:41:25 -0800 Message-Id: From: Garrett Cooper To: Garrett Cooper In-Reply-To: <6D5C9BFA-CCF4-4AEE-9688-23D66D594BC6@gmail.com> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v930.3) Date: Sun, 1 Mar 2009 19:46:59 -0800 References: <49AB4649.40906@freebsd.org> <69F972E4-D7C1-47D8-8C83-A44062DB47E1@gmail.com> <6D5C9BFA-CCF4-4AEE-9688-23D66D594BC6@gmail.com> X-Mailer: Apple Mail (2.930.3) X-PMX-Version: 5.5.0.356843, Antispam-Engine: 2.6.1.350677, Antispam-Data: 2009.3.2.33128 X-Uwash-Spam: Gauge=IIIIIII, Probability=8%, Report='FORGED_FROM_GMAIL 0.1, BODY_SIZE_1800_1899 0, BODY_SIZE_2000_LESS 0, BODY_SIZE_5000_LESS 0, BODY_SIZE_7000_LESS 0, LINK_TO_IMAGE 0, __CP_URI_IN_BODY 0, __CT 0, __CTE 0, __CT_TEXT_PLAIN 0, __FRAUD_419_WEBMAIL 0, __FRAUD_419_WEBMAIL_FROM 0, __FROM_GMAIL 0, __HAS_MSGID 0, __HAS_X_MAILER 0, __MIME_TEXT_ONLY 0, __MIME_VERSION 0, __SANE_MSGID 0' Cc: usb@freebsd.org, FreeBSD Current Subject: The rc.d mess strikes back (was Re: ums no longer loads on CURRENT) 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, 02 Mar 2009 03:41:27 -0000 On Mar 1, 2009, at 7:36 PM, Garrett Cooper wrote: > On Mar 1, 2009, at 7:20 PM, Garrett Cooper wrote: > >> On Mar 1, 2009, at 6:36 PM, Sam Leffler wrote: >> >>> Garrett Cooper wrote: >>>> device ums # Mouse >>> >>> This is why you cannot kldload. Not sure about any functional >>> regression. >>> >>> Sam >> >> Yeah, well that message was printed out by another process >> altogether while loading up the kernel after the ata subsystem was >> brought up, so something's getting confused and trying to kldload >> by accident... I was just reproducing the message. >> I'll provide more data to prove this claim when I can. >> Thanks, >> -Garrett > > Here's the picture from my iPhone: >. I OBVIOUSLY didn't do the kldload... and because my /boot/ > loader.conf doesn't contain ums_load="YES", I'm really curious who > the actual culprit is in rc.d land... > I used to do WITHOUT_MODULES=* to not build modules, but I'm trying > to move away from that mentality for some things like snd_emu10kx, > but obviously there's a conflict somewhere for ums; hopefully it's > merely cosmetic... > Thanks, > -Garrett Ok, found the culprit. It turns out moused is being called from devd... this is all probably related to the startup mess I reported 2 weeks ago with my NIC. I'm seeing a lot of additional problems in terms of keeping track of daemons; for instance syslogd is getting started up twice, but the first instance isn't recording a PID and the second one is dying because the first one is bound to the address. Agh... Could we just unwind this rc.d mess? It seems to be causing issues and wasn't very thoroughly tested before commit. Thanks, -Garrett From owner-freebsd-usb@FreeBSD.ORG Mon Mar 2 03:51:46 2009 Return-Path: Delivered-To: usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DE901106564A; Mon, 2 Mar 2009 03:51:46 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 7CCC68FC13; Mon, 2 Mar 2009 03:51:46 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.14.2/8.14.1) with ESMTP id n223nuFa009756; Sun, 1 Mar 2009 20:49:56 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Sun, 01 Mar 2009 20:50:17 -0700 (MST) Message-Id: <20090301.205017.1025328203.imp@bsdimp.com> To: yanefbsd@gmail.com From: "M. Warner Losh" In-Reply-To: References: <69F972E4-D7C1-47D8-8C83-A44062DB47E1@gmail.com> <6D5C9BFA-CCF4-4AEE-9688-23D66D594BC6@gmail.com> X-Mailer: Mew version 5.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: usb@freebsd.org, freebsd-current@freebsd.org Subject: Re: The rc.d mess strikes back 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, 02 Mar 2009 03:51:47 -0000 In message: Garrett Cooper writes: : On Mar 1, 2009, at 7:36 PM, Garrett Cooper wrote: : : > On Mar 1, 2009, at 7:20 PM, Garrett Cooper wrote: : > : >> On Mar 1, 2009, at 6:36 PM, Sam Leffler wrote: : >> : >>> Garrett Cooper wrote: : >>>> device ums # Mouse : >>> : >>> This is why you cannot kldload. Not sure about any functional : >>> regression. : >>> : >>> Sam : >> : >> Yeah, well that message was printed out by another process : >> altogether while loading up the kernel after the ata subsystem was : >> brought up, so something's getting confused and trying to kldload : >> by accident... I was just reproducing the message. : >> I'll provide more data to prove this claim when I can. : >> Thanks, : >> -Garrett : > : > Here's the picture from my iPhone: >. I OBVIOUSLY didn't do the kldload... and because my /boot/ : > loader.conf doesn't contain ums_load="YES", I'm really curious who : > the actual culprit is in rc.d land... : > I used to do WITHOUT_MODULES=* to not build modules, but I'm trying : > to move away from that mentality for some things like snd_emu10kx, : > but obviously there's a conflict somewhere for ums; hopefully it's : > merely cosmetic... : > Thanks, : > -Garrett : : Ok, found the culprit. It turns out moused is being called from : devd... this is all probably related to the startup mess I reported 2 : weeks ago with my NIC. I'm seeing a lot of additional problems in : terms of keeping track of daemons; for instance syslogd is getting : started up twice, but the first instance isn't recording a PID and the : second one is dying because the first one is bound to the address. : Agh... I didn't think that moused loaded anything. And what do extra nics have to do with this? I think you are confusing multiple problems... : Could we just unwind this rc.d mess? It seems to be causing issues : and wasn't very thoroughly tested before commit. This is a little to vague to be actionable. Do you have specific instances? Do you have rcorder output? Etc... Warner From owner-freebsd-usb@FreeBSD.ORG Mon Mar 2 03:53:24 2009 Return-Path: Delivered-To: usb@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AF0CF1065678; Mon, 2 Mar 2009 03:53:24 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from mxout3.cac.washington.edu (mxout3.cac.washington.edu [140.142.32.166]) by mx1.freebsd.org (Postfix) with ESMTP id 84DDF8FC0A; Mon, 2 Mar 2009 03:53:24 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from smtp.washington.edu (smtp.washington.edu [140.142.32.139]) by mxout3.cac.washington.edu (8.14.3+UW08.09/8.14.3+UW09.01) with ESMTP id n223rM6g032415 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Sun, 1 Mar 2009 19:53:22 -0800 X-Auth-Received: from [192.168.10.7] (adsl-99-147-148-174.dsl.pltn13.sbcglobal.net [99.147.148.174]) (authenticated authid=youshi10) by smtp.washington.edu (8.14.3+UW08.09/8.14.3+UW09.01) with ESMTP id n223rKLS028066 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Sun, 1 Mar 2009 19:53:21 -0800 Message-Id: From: Garrett Cooper To: "M. Warner Losh" In-Reply-To: <20090301.194410.1927934231.imp@bsdimp.com> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v930.3) Date: Sun, 1 Mar 2009 19:58:53 -0800 References: <20090301.194410.1927934231.imp@bsdimp.com> X-Mailer: Apple Mail (2.930.3) X-PMX-Version: 5.5.0.356843, Antispam-Engine: 2.6.1.350677, Antispam-Data: 2009.3.2.34315 X-Uwash-Spam: Gauge=IIIIIII, Probability=8%, Report='FORGED_FROM_GMAIL 0.1, BODY_SIZE_1000_LESS 0, BODY_SIZE_2000_LESS 0, BODY_SIZE_5000_LESS 0, BODY_SIZE_7000_LESS 0, BODY_SIZE_900_999 0, __BOUNCE_CHALLENGE_SUBJ 0, __CT 0, __CTE 0, __CT_TEXT_PLAIN 0, __FRAUD_419_BODY_WEBMAIL 0, __FRAUD_419_WEBMAIL 0, __FRAUD_419_WEBMAIL_FROM 0, __FROM_GMAIL 0, __HAS_MSGID 0, __HAS_X_MAILER 0, __MIME_TEXT_ONLY 0, __MIME_VERSION 0, __SANE_MSGID 0' Cc: usb@FreeBSD.org, freebsd-current@FreeBSD.org Subject: Re: ums no longer loads on CURRENT 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, 02 Mar 2009 03:53:25 -0000 On Mar 1, 2009, at 6:44 PM, M. Warner Losh wrote: > In message: > Garrett Cooper writes: > : Recently built kernel as of today around 4pm. The mouse is available > : on the console and moused isn't running; this issue prevents me from > : using X11. I'm looking for all libraries linked against > libusb-0.1.so. > : 8 right now... > > Did you read updating? Yes, I did. The only problem is that I can't find anything linked against that library; then again my one-liner was probably screwed up so I'll check again later. I'll applied the libmap.conf suggestion and that solved that issue. Yet I've unhappily uncovered something else that needs to be solved with rc.d :(... Since I started up this thread, I'll be more than happy to note what apps I encounter that need to be rebuilt so it can be further documented in UPDATING. Thanks, -Garrett From owner-freebsd-usb@FreeBSD.ORG Mon Mar 2 04:02:14 2009 Return-Path: Delivered-To: usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B3BFE10656EE; Mon, 2 Mar 2009 04:02:14 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from mxout5.cac.washington.edu (mxout5.cac.washington.edu [140.142.32.135]) by mx1.freebsd.org (Postfix) with ESMTP id 87F598FC0A; Mon, 2 Mar 2009 04:02:14 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from smtp.washington.edu (smtp.washington.edu [140.142.32.139]) by mxout5.cac.washington.edu (8.14.3+UW08.09/8.14.3+UW09.01) with ESMTP id n2242C9M006976 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Sun, 1 Mar 2009 20:02:12 -0800 X-Auth-Received: from [192.168.10.7] (adsl-99-147-148-174.dsl.pltn13.sbcglobal.net [99.147.148.174]) (authenticated authid=youshi10) by smtp.washington.edu (8.14.3+UW08.09/8.14.3+UW09.01) with ESMTP id n2242B7M029121 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Sun, 1 Mar 2009 20:02:12 -0800 Message-Id: <2E9BD549-EF77-4F48-AB7E-C93AFC4BE387@gmail.com> From: Garrett Cooper To: "M. Warner Losh" In-Reply-To: <20090301.205017.1025328203.imp@bsdimp.com> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v930.3) Date: Sun, 1 Mar 2009 20:07:46 -0800 References: <69F972E4-D7C1-47D8-8C83-A44062DB47E1@gmail.com> <6D5C9BFA-CCF4-4AEE-9688-23D66D594BC6@gmail.com> <20090301.205017.1025328203.imp@bsdimp.com> X-Mailer: Apple Mail (2.930.3) X-PMX-Version: 5.5.0.356843, Antispam-Engine: 2.6.1.350677, Antispam-Data: 2009.3.2.35224 X-Uwash-Spam: Gauge=IIIIIII, Probability=8%, Report='FORGED_FROM_GMAIL 0.1, BODY_SIZE_3000_3999 0, BODY_SIZE_5000_LESS 0, BODY_SIZE_7000_LESS 0, LINK_TO_IMAGE 0, __BOUNCE_CHALLENGE_SUBJ 0, __CP_URI_IN_BODY 0, __CT 0, __CTE 0, __CT_TEXT_PLAIN 0, __FRAUD_419_BODY_WEBMAIL 0, __FRAUD_419_WEBMAIL 0, __FRAUD_419_WEBMAIL_FROM 0, __FROM_GMAIL 0, __HAS_MSGID 0, __HAS_X_MAILER 0, __MIME_TEXT_ONLY 0, __MIME_VERSION 0, __SANE_MSGID 0' Cc: usb@freebsd.org, freebsd-current@freebsd.org Subject: Re: The rc.d mess strikes back 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, 02 Mar 2009 04:02:15 -0000 On Mar 1, 2009, at 7:50 PM, M. Warner Losh wrote: > In message: > Garrett Cooper writes: > : On Mar 1, 2009, at 7:36 PM, Garrett Cooper wrote: > : > : > On Mar 1, 2009, at 7:20 PM, Garrett Cooper wrote: > : > > : >> On Mar 1, 2009, at 6:36 PM, Sam Leffler wrote: > : >> > : >>> Garrett Cooper wrote: > : >>>> device ums # Mouse > : >>> > : >>> This is why you cannot kldload. Not sure about any functional > : >>> regression. > : >>> > : >>> Sam > : >> > : >> Yeah, well that message was printed out by another process > : >> altogether while loading up the kernel after the ata subsystem > was > : >> brought up, so something's getting confused and trying to kldload > : >> by accident... I was just reproducing the message. > : >> I'll provide more data to prove this claim when I can. > : >> Thanks, > : >> -Garrett > : > > : > Here's the picture from my iPhone: : > >. I OBVIOUSLY didn't do the kldload... and because my /boot/ > : > loader.conf doesn't contain ums_load="YES", I'm really curious who > : > the actual culprit is in rc.d land... > : > I used to do WITHOUT_MODULES=* to not build modules, but I'm > trying > : > to move away from that mentality for some things like snd_emu10kx, > : > but obviously there's a conflict somewhere for ums; hopefully it's > : > merely cosmetic... > : > Thanks, > : > -Garrett > : > : Ok, found the culprit. It turns out moused is being called from > : devd... this is all probably related to the startup mess I > reported 2 > : weeks ago with my NIC. I'm seeing a lot of additional problems in > : terms of keeping track of daemons; for instance syslogd is getting > : started up twice, but the first instance isn't recording a PID and > the > : second one is dying because the first one is bound to the address. > : Agh... > > I didn't think that moused loaded anything. > > And what do extra nics have to do with this? I think you are > confusing multiple problems... > > : Could we just unwind this rc.d mess? It seems to be causing issues > : and wasn't very thoroughly tested before commit. > > This is a little to vague to be actionable. Do you have specific > instances? Do you have rcorder output? Etc... > > Warner For whatever reason the NFS filemounts not coming up forces rc.d to restart from a square one (because it enters maintenance mode), which nukes PID files in /var/run (I'm assuming) via the cleanvar service, and causes devd and syslogd to be started twice, which in turn causes that message to be printed out on the console. devd's rc script is just smart enough to recognize that there's a PID already running on the system, and thus it doesn't try to start more than once, but syslogd's is braindead (is there really a point to running multiple instances of syslogd?) and thus it tries to start up the service twice. I'm understand why devd attempts to probe and install ums in the kernel's namespace if it already exists... but I'm unhappy with the fact that even though I set moused_enable=NO in rc.conf, moused still doesn't honor that option ;(... -Garrett From owner-freebsd-usb@FreeBSD.ORG Mon Mar 2 04:08:03 2009 Return-Path: Delivered-To: usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8D1AE1065670; Mon, 2 Mar 2009 04:08:03 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.freebsd.org (Postfix) with ESMTP id 4B4838FC0C; Mon, 2 Mar 2009 04:08:03 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from trouble.errno.com (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id n22480eW066061 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 1 Mar 2009 20:08:01 -0800 (PST) (envelope-from sam@freebsd.org) Message-ID: <49AB5BA0.9070406@freebsd.org> Date: Sun, 01 Mar 2009 20:08:00 -0800 From: Sam Leffler Organization: FreeBSD Project User-Agent: Thunderbird 2.0.0.18 (X11/20081209) MIME-Version: 1.0 To: "M. Warner Losh" References: <69F972E4-D7C1-47D8-8C83-A44062DB47E1@gmail.com> <6D5C9BFA-CCF4-4AEE-9688-23D66D594BC6@gmail.com> <20090301.205017.1025328203.imp@bsdimp.com> In-Reply-To: <20090301.205017.1025328203.imp@bsdimp.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-DCC-x.dcc-servers-Metrics: ebb.errno.com; whitelist Cc: usb@freebsd.org, yanefbsd@gmail.com, freebsd-current@freebsd.org Subject: Re: The rc.d mess strikes back 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, 02 Mar 2009 04:08:04 -0000 M. Warner Losh wrote: > In message: > Garrett Cooper writes: > : On Mar 1, 2009, at 7:36 PM, Garrett Cooper wrote: > : > : > On Mar 1, 2009, at 7:20 PM, Garrett Cooper wrote: > : > > : >> On Mar 1, 2009, at 6:36 PM, Sam Leffler wrote: > : >> > : >>> Garrett Cooper wrote: > : >>>> device ums # Mouse > : >>> > : >>> This is why you cannot kldload. Not sure about any functional > : >>> regression. > : >>> > : >>> Sam > : >> > : >> Yeah, well that message was printed out by another process > : >> altogether while loading up the kernel after the ata subsystem was > : >> brought up, so something's getting confused and trying to kldload > : >> by accident... I was just reproducing the message. > : >> I'll provide more data to prove this claim when I can. > : >> Thanks, > : >> -Garrett > : > > : > Here's the picture from my iPhone: : > >. I OBVIOUSLY didn't do the kldload... and because my /boot/ > : > loader.conf doesn't contain ums_load="YES", I'm really curious who > : > the actual culprit is in rc.d land... > : > I used to do WITHOUT_MODULES=* to not build modules, but I'm trying > : > to move away from that mentality for some things like snd_emu10kx, > : > but obviously there's a conflict somewhere for ums; hopefully it's > : > merely cosmetic... > : > Thanks, > : > -Garrett > : > : Ok, found the culprit. It turns out moused is being called from > : devd... this is all probably related to the startup mess I reported 2 > : weeks ago with my NIC. I'm seeing a lot of additional problems in > : terms of keeping track of daemons; for instance syslogd is getting > : started up twice, but the first instance isn't recording a PID and the > : second one is dying because the first one is bound to the address. > : Agh... > > I didn't think that moused loaded anything. > > And what do extra nics have to do with this? I think you are > confusing multiple problems... > > : Could we just unwind this rc.d mess? It seems to be causing issues > : and wasn't very thoroughly tested before commit. > > This is a little to vague to be actionable. Do you have specific > instances? Do you have rcorder output? Etc... > I saw a similar problem today; if I have a wireless nic setup with ifconfig_ath0="wlan0" ifconfig_wlan0="WPA DHCP" then two instances of wpa_supplicant are launched when I do /etc/rc.d/netif start ath0 (you get log msgs from wpa_supplicant about not being able to setup the /var/run/wpa_supplicant/wlan0 unix domain socket). Wasn't able to pin it down but it's likely the same issue. Sam From owner-freebsd-usb@FreeBSD.ORG Mon Mar 2 04:24:57 2009 Return-Path: Delivered-To: usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AF88C106564A; Mon, 2 Mar 2009 04:24:57 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from mail-gx0-f176.google.com (mail-gx0-f176.google.com [209.85.217.176]) by mx1.freebsd.org (Postfix) with ESMTP id 4433E8FC17; Mon, 2 Mar 2009 04:24:57 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: by gxk24 with SMTP id 24so5098856gxk.19 for ; Sun, 01 Mar 2009 20:24:56 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=0br6H0JeEWpHo5ZDNeAWRlmg5sO0thF0oWaYmms5ElA=; b=bLKbxbpj9DYd4fp07zV7DYtYSvbhj7s9GfvDGDQaXWWhYM1Px903aWbB4afGB4DMn7 d9udgG46BcAVbt05Y6YYZTpn280JQdY2rdJQuiT9MEH6BdneYYWY7d43fZoIkdxWqdTk OpSstiesryDcAJ65MkuAMfHvQ6Mulrx1KfUxU= 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:content-transfer-encoding; b=uylb16q9j3Q2bT9qxHtO9n8Mmh2qyXljVmYqGtWcEW6ppwcrkdsLGgao9VKiP4GSut XHcvTs6qwwk10NjGLRF+YIeQ9zSsFpu+w7D/7hwIyQqV+hWBkCYlw9/Ogsf25n+ZjyO3 Z+cCcpQZRyuIduKXdhMVgNdbAWzvRs/fwDCWE= MIME-Version: 1.0 Received: by 10.90.99.3 with SMTP id w3mr2023146agb.106.1235967896524; Sun, 01 Mar 2009 20:24:56 -0800 (PST) In-Reply-To: References: <20090301.194410.1927934231.imp@bsdimp.com> Date: Sun, 1 Mar 2009 20:24:56 -0800 Message-ID: <7d6fde3d0903012024t3eafacdbx4edf5c2a8645d53e@mail.gmail.com> From: Garrett Cooper To: "M. Warner Losh" Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: usb@freebsd.org, freebsd-current@freebsd.org Subject: Re: ums no longer loads on CURRENT 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, 02 Mar 2009 04:24:58 -0000 On Sun, Mar 1, 2009 at 7:58 PM, Garrett Cooper wrote: > On Mar 1, 2009, at 6:44 PM, M. Warner Losh wrote: > >> In message: >> =A0 =A0 =A0 =A0 =A0 Garrett Cooper writes: >> : Recently built kernel as of today around 4pm. The mouse is available >> : on the console and moused isn't running; this issue prevents me from >> : using X11. I'm looking for all libraries linked against libusb-0.1.so. >> : 8 right now... >> >> Did you read updating? > > Yes, I did. The only problem is that I can't find anything linked against > that library; then again my one-liner was probably screwed up so I'll che= ck > again later. > > I'll applied the libmap.conf suggestion and that solved that issue. Yet I= 've > unhappily uncovered something else that needs to be solved with rc.d :(..= . > > Since I started up this thread, I'll be more than happy to note what apps= I > encounter that need to be rebuilt so it can be further documented in > UPDATING. > > Thanks, > -Garrett I think I've tied down the issue in part with hal, etc. I have perforce installed on the system, along with nvidia-kernel, which means that I need misc/compat-5x. Unfortunately compat-5x installs libusbhid.so.1, which no doubt conflicts with the installed copy we have in /usr/lib, but through the glorious thing known as autoconf with ports, I believe it's picking up the copy in /usr/local/lib/compat/... I could be wrong though. Thoughts? Thanks, -Garrett From owner-freebsd-usb@FreeBSD.ORG Mon Mar 2 04:30:19 2009 Return-Path: Delivered-To: usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 721781065672; Mon, 2 Mar 2009 04:30:19 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: from pele.citylink.co.nz (pele.citylink.co.nz [202.8.44.226]) by mx1.freebsd.org (Postfix) with ESMTP id 33A808FC15; Mon, 2 Mar 2009 04:30:19 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: from localhost (localhost [127.0.0.1]) by pele.citylink.co.nz (Postfix) with ESMTP id 67D62FF92; Mon, 2 Mar 2009 17:30:18 +1300 (NZDT) X-Virus-Scanned: Debian amavisd-new at citylink.co.nz Received: from pele.citylink.co.nz ([127.0.0.1]) by localhost (pele.citylink.co.nz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Iw1gNTI6EYOl; Mon, 2 Mar 2009 17:30:14 +1300 (NZDT) Received: from citylink.fud.org.nz (unknown [202.8.44.45]) by pele.citylink.co.nz (Postfix) with ESMTP; Mon, 2 Mar 2009 17:30:14 +1300 (NZDT) Received: by citylink.fud.org.nz (Postfix, from userid 1001) id 82FF61142F; Mon, 2 Mar 2009 17:30:13 +1300 (NZDT) Date: Sun, 1 Mar 2009 20:30:13 -0800 From: Andrew Thompson To: Garrett Cooper Message-ID: <20090302043013.GA66136@citylink.fud.org.nz> References: <49AB4649.40906@freebsd.org> <69F972E4-D7C1-47D8-8C83-A44062DB47E1@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <69F972E4-D7C1-47D8-8C83-A44062DB47E1@gmail.com> User-Agent: Mutt/1.5.17 (2007-11-01) Cc: usb@freebsd.org, Sam Leffler , FreeBSD Current Subject: Re: ums no longer loads on CURRENT 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, 02 Mar 2009 04:30:20 -0000 On Sun, Mar 01, 2009 at 07:20:03PM -0800, Garrett Cooper wrote: > On Mar 1, 2009, at 6:36 PM, Sam Leffler wrote: > >> Garrett Cooper wrote: >>> device ums # Mouse >> >> This is why you cannot kldload. Not sure about any functional regression. >> >> Sam > > Yeah, well that message was printed out by another process altogether > while loading up the kernel after the ata subsystem was brought up, so > something's getting confused and trying to kldload by accident... I was > just reproducing the message. > I'll provide more data to prove this claim when I can. I have traced this already but not looked into why, the process trying to (re)load ums is moused. Andrew From owner-freebsd-usb@FreeBSD.ORG Mon Mar 2 04:41:36 2009 Return-Path: Delivered-To: usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5C66E1065676; Mon, 2 Mar 2009 04:41:36 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from yx-out-2324.google.com (yx-out-2324.google.com [74.125.44.30]) by mx1.freebsd.org (Postfix) with ESMTP id DF8218FC08; Mon, 2 Mar 2009 04:41:35 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: by yx-out-2324.google.com with SMTP id 31so1214215yxl.13 for ; Sun, 01 Mar 2009 20:41:35 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=j+Lv41VdNYYSa+eI/jDc7oGgWpzHzEO4BEgoc2uW9eI=; b=DEZONYA0WczP+xBppwFafehpxqgkAmgHEpw3WLCG9d2L51sRYQCzbnIGj5sLcz8utX Ai9KZskIlf9na5XvQioqtO0JFkRlHgthF4pNPX/Lr0x1/jK70c4pbsNfqqOUVouWwYgd DGGZ0pcPd3nX49khDicQ+htEhHM+mDjwxyuRU= 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:content-transfer-encoding; b=D5ZkiNIN5bRXfGddZmPz6+JxHU/fEx68LPa/GjZulmJOFw2kdNEcJWq3gFWQHTPzrg /LC04/NO0qOsnPOZ5wv6t9M7km70obPtqQAgsOeJMg4NJVrD0DSD4/yMBzUC9016xWIo wG+W3TFBrfVkOvsr/6HTbCpyqEW0fME7iZ6Gc= MIME-Version: 1.0 Received: by 10.90.68.20 with SMTP id q20mr2026662aga.50.1235968895165; Sun, 01 Mar 2009 20:41:35 -0800 (PST) In-Reply-To: <20090302043013.GA66136@citylink.fud.org.nz> References: <49AB4649.40906@freebsd.org> <69F972E4-D7C1-47D8-8C83-A44062DB47E1@gmail.com> <20090302043013.GA66136@citylink.fud.org.nz> Date: Sun, 1 Mar 2009 20:41:35 -0800 Message-ID: <7d6fde3d0903012041l76436344o6db7660a3fa8cf37@mail.gmail.com> From: Garrett Cooper To: Andrew Thompson Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: usb@freebsd.org, FreeBSD Current Subject: Re: ums no longer loads on CURRENT 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, 02 Mar 2009 04:41:36 -0000 On Sun, Mar 1, 2009 at 8:30 PM, Andrew Thompson wrote= : > On Sun, Mar 01, 2009 at 07:20:03PM -0800, Garrett Cooper wrote: >> On Mar 1, 2009, at 6:36 PM, Sam Leffler wrote: >> >>> Garrett Cooper wrote: >>>> device =A0 =A0 =A0 =A0ums =A0 =A0 =A0 =A0# Mouse >>> >>> This is why you cannot kldload. =A0Not sure about any functional regres= sion. >>> >>> =A0 Sam >> >> =A0 =A0 =A0 Yeah, well that message was printed out by another process a= ltogether >> while loading up the kernel after the ata subsystem was brought up, so >> something's getting confused and trying to kldload by accident... I was >> just reproducing the message. >> =A0 =A0 =A0 I'll provide more data to prove this claim when I can. > > I have traced this already but not looked into why, the process trying > to (re)load ums is moused. > > > Andrew It's being done from devd's end, but I'd really like it if the terse messaging would go away because it confused the heck out of me... the issue was ABI/libmap.conf related like Warner put down in UPDATING, but I instead opened up another can of worms ;(... Thanks, -Garrett From owner-freebsd-usb@FreeBSD.ORG Mon Mar 2 04:44:56 2009 Return-Path: Delivered-To: usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 709F8106566B; Mon, 2 Mar 2009 04:44:56 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: from pele.citylink.co.nz (pele.citylink.co.nz [202.8.44.226]) by mx1.freebsd.org (Postfix) with ESMTP id 326D28FC14; Mon, 2 Mar 2009 04:44:55 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: from localhost (localhost [127.0.0.1]) by pele.citylink.co.nz (Postfix) with ESMTP id 61872FF94; Mon, 2 Mar 2009 17:44:55 +1300 (NZDT) X-Virus-Scanned: Debian amavisd-new at citylink.co.nz Received: from pele.citylink.co.nz ([127.0.0.1]) by localhost (pele.citylink.co.nz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id o45m9zaC77oZ; Mon, 2 Mar 2009 17:44:47 +1300 (NZDT) Received: from citylink.fud.org.nz (unknown [202.8.44.45]) by pele.citylink.co.nz (Postfix) with ESMTP; Mon, 2 Mar 2009 17:44:47 +1300 (NZDT) Received: by citylink.fud.org.nz (Postfix, from userid 1001) id 1EC731142F; Mon, 2 Mar 2009 17:44:47 +1300 (NZDT) Date: Sun, 1 Mar 2009 20:44:47 -0800 From: Andrew Thompson To: Garrett Cooper Message-ID: <20090302044446.GC66136@citylink.fud.org.nz> References: <49AB4649.40906@freebsd.org> <69F972E4-D7C1-47D8-8C83-A44062DB47E1@gmail.com> <20090302043013.GA66136@citylink.fud.org.nz> <7d6fde3d0903012041l76436344o6db7660a3fa8cf37@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <7d6fde3d0903012041l76436344o6db7660a3fa8cf37@mail.gmail.com> User-Agent: Mutt/1.5.17 (2007-11-01) Cc: usb@freebsd.org, FreeBSD Current Subject: Re: ums no longer loads on CURRENT 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, 02 Mar 2009 04:44:56 -0000 On Sun, Mar 01, 2009 at 08:41:35PM -0800, Garrett Cooper wrote: > On Sun, Mar 1, 2009 at 8:30 PM, Andrew Thompson wrote: > > On Sun, Mar 01, 2009 at 07:20:03PM -0800, Garrett Cooper wrote: > >> On Mar 1, 2009, at 6:36 PM, Sam Leffler wrote: > >> > >>> Garrett Cooper wrote: > >>>> device ? ? ? ?ums ? ? ? ?# Mouse > >>> > >>> This is why you cannot kldload. ?Not sure about any functional regression. > >>> > >>> ? Sam > >> > >> ? ? ? Yeah, well that message was printed out by another process altogether > >> while loading up the kernel after the ata subsystem was brought up, so > >> something's getting confused and trying to kldload by accident... I was > >> just reproducing the message. > >> ? ? ? I'll provide more data to prove this claim when I can. > > > > I have traced this already but not looked into why, the process trying > > to (re)load ums is moused. > > > > > > Andrew > > It's being done from devd's end, but I'd really like it if the > terse messaging would go away because it confused the heck out of > me... the issue was ABI/libmap.conf related like Warner put down in > UPDATING, but I instead opened up another can of worms ;(... > Thanks, A quick look found it, static int usbmodule(void) { return (kld_isloaded("uhub/ums") || kld_load("ums") != -1); } its now called ushub/ums. It can probably be renamed back to uhub now. Andrew From owner-freebsd-usb@FreeBSD.ORG Mon Mar 2 05:39:01 2009 Return-Path: Delivered-To: usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E89F5106564A; Mon, 2 Mar 2009 05:39:01 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from mxout3.cac.washington.edu (mxout3.cac.washington.edu [140.142.32.166]) by mx1.freebsd.org (Postfix) with ESMTP id BA25D8FC0C; Mon, 2 Mar 2009 05:39:01 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from smtp.washington.edu (smtp.washington.edu [140.142.32.141] (may be forged)) by mxout3.cac.washington.edu (8.14.3+UW08.09/8.14.3+UW09.01) with ESMTP id n225cxH9010506 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Sun, 1 Mar 2009 21:38:59 -0800 X-Auth-Received: from [192.168.10.3] (adsl-99-147-148-174.dsl.pltn13.sbcglobal.net [99.147.148.174]) (authenticated authid=youshi10) by smtp.washington.edu (8.14.3+UW08.09/8.14.3+UW09.01) with ESMTP id n225cvPB025914 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Sun, 1 Mar 2009 21:38:59 -0800 Message-Id: <775D7BE8-DF85-4119-9A7D-6ED349E96EC5@gmail.com> From: Garrett Cooper To: Boris Kochergin In-Reply-To: <49AB6C1E.1030808@acm.poly.edu> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v930.3) Date: Sun, 1 Mar 2009 21:44:32 -0800 References: <69F972E4-D7C1-47D8-8C83-A44062DB47E1@gmail.com> <6D5C9BFA-CCF4-4AEE-9688-23D66D594BC6@gmail.com> <20090301.205017.1025328203.imp@bsdimp.com> <2E9BD549-EF77-4F48-AB7E-C93AFC4BE387@gmail.com> <49AB6C1E.1030808@acm.poly.edu> X-Mailer: Apple Mail (2.930.3) X-PMX-Version: 5.5.0.356843, Antispam-Engine: 2.6.1.350677, Antispam-Data: 2009.3.2.52228 X-Uwash-Spam: Gauge=IIIIIII, Probability=8%, Report='FORGED_FROM_GMAIL 0.1, BODY_SIZE_5000_5999 0, BODY_SIZE_7000_LESS 0, LINK_TO_IMAGE 0, __BOUNCE_CHALLENGE_SUBJ 0, __CP_MEDIA_BODY 0, __CP_URI_IN_BODY 0, __CT 0, __CTE 0, __CT_TEXT_PLAIN 0, __FRAUD_419_BODY_WEBMAIL 0, __FRAUD_419_WEBMAIL 0, __FRAUD_419_WEBMAIL_FROM 0, __FROM_GMAIL 0, __HAS_MSGID 0, __HAS_X_MAILER 0, __MIME_TEXT_ONLY 0, __MIME_VERSION 0, __SANE_MSGID 0' Cc: usb@freebsd.org, freebsd-current@freebsd.org Subject: Re: The rc.d mess strikes back 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, 02 Mar 2009 05:39:02 -0000 On Mar 1, 2009, at 9:18 PM, Boris Kochergin wrote: > Garrett Cooper wrote: >> On Mar 1, 2009, at 7:50 PM, M. Warner Losh wrote: >> >>> In message: >>> Garrett Cooper writes: >>> : On Mar 1, 2009, at 7:36 PM, Garrett Cooper wrote: >>> : >>> : > On Mar 1, 2009, at 7:20 PM, Garrett Cooper wrote: >>> : > >>> : >> On Mar 1, 2009, at 6:36 PM, Sam Leffler wrote: >>> : >> >>> : >>> Garrett Cooper wrote: >>> : >>>> device ums # Mouse >>> : >>> >>> : >>> This is why you cannot kldload. Not sure about any functional >>> : >>> regression. >>> : >>> >>> : >>> Sam >>> : >> >>> : >> Yeah, well that message was printed out by another process >>> : >> altogether while loading up the kernel after the ata >>> subsystem was >>> : >> brought up, so something's getting confused and trying to >>> kldload >>> : >> by accident... I was just reproducing the message. >>> : >> I'll provide more data to prove this claim when I can. >>> : >> Thanks, >>> : >> -Garrett >>> : > >>> : > Here's the picture from my iPhone: >> : > >. I OBVIOUSLY didn't do the kldload... and because my /boot/ >>> : > loader.conf doesn't contain ums_load="YES", I'm really curious >>> who >>> : > the actual culprit is in rc.d land... >>> : > I used to do WITHOUT_MODULES=* to not build modules, but >>> I'm trying >>> : > to move away from that mentality for some things like >>> snd_emu10kx, >>> : > but obviously there's a conflict somewhere for ums; hopefully >>> it's >>> : > merely cosmetic... >>> : > Thanks, >>> : > -Garrett >>> : >>> : Ok, found the culprit. It turns out moused is being called >>> from >>> : devd... this is all probably related to the startup mess I >>> reported 2 >>> : weeks ago with my NIC. I'm seeing a lot of additional problems in >>> : terms of keeping track of daemons; for instance syslogd is getting >>> : started up twice, but the first instance isn't recording a PID >>> and the >>> : second one is dying because the first one is bound to the address. >>> : Agh... >>> >>> I didn't think that moused loaded anything. >>> >>> And what do extra nics have to do with this? I think you are >>> confusing multiple problems... >>> >>> : Could we just unwind this rc.d mess? It seems to be causing >>> issues >>> : and wasn't very thoroughly tested before commit. >>> >>> This is a little to vague to be actionable. Do you have specific >>> instances? Do you have rcorder output? Etc... >>> >>> Warner >> >> For whatever reason the NFS filemounts not coming up forces rc.d >> to restart from a square one (because it enters maintenance mode), >> which nukes PID files in /var/run (I'm assuming) via the cleanvar >> service, and causes devd and syslogd to be started twice, which in >> turn causes that message to be printed out on the console. devd's >> rc script is just smart enough to recognize that there's a PID >> already running on the system, and thus it doesn't try to start >> more than once, but syslogd's is braindead (is there really a point >> to running multiple instances of syslogd?) and thus it tries to >> start up the service twice. >> I'm understand why devd attempts to probe and install ums in the >> kernel's namespace if it already exists... but I'm unhappy with the >> fact that even though I set moused_enable=NO in rc.conf, moused >> still doesn't honor that option ;(... >> -Garrett >> >> With regard to NFS breaking your boot process, I have run into the >> same thing recently, but it was my fault. Your screenshot omits the >> potentially-interesting information, if the problem is the same. In >> my case, /etc/rc.d/* was out of sync with /etc/network.subr. /etc/ >> rc.d/netif, which handles the ifconfig_* lines in rc.conf, has >> references to an ifn_start() function in /etc/network.subr, so >> interfaces configured in rc.conf never came up. > > -Boris Thanks for the reminder to upload the other images.... here they are in their verbose glory: http://s303.photobucket.com/albums/nn159/yaneurabeya/?action=view¤t=IMG_0033.jpg http://s303.photobucket.com/albums/nn159/yaneurabeya/?action=view¤t=IMG_0034.jpg And the interesting sections of my rc.conf: ifconfig_msk0="DHCP" defaultrouter="192.168.10.1" hostname="orangebox.gateway.2wire.net" nfs_client_enable="YES" ntpdate_enable="YES" ntpdate_flags="ntp.ucsd.edu" rpcbind_enable="YES" synchronous_dhclient="YES" So the issue is again not with my interface, but the fact that registering dhcp sucks with my router (it's a lame 2wire hunk of AT&T junk), and it takes a while to register properly (5~10 seconds), and by the time the NFS mount line is reached, it's only been 2~3 seconds... I realize the motivation for not having runlevels like Linux, but there should something such that mounting NFS filesystems doesn't cause rc to start from scratch because it's entirely unnecessary and it breaks a lot of assumptions with rc... HTH, -Garrett From owner-freebsd-usb@FreeBSD.ORG Mon Mar 2 05:39:21 2009 Return-Path: Delivered-To: usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A26461065692; Mon, 2 Mar 2009 05:39:21 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: from pele.citylink.co.nz (pele.citylink.co.nz [202.8.44.226]) by mx1.freebsd.org (Postfix) with ESMTP id 6394D8FC27; Mon, 2 Mar 2009 05:39:21 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: from localhost (localhost [127.0.0.1]) by pele.citylink.co.nz (Postfix) with ESMTP id 9325FFF92; Mon, 2 Mar 2009 18:39:20 +1300 (NZDT) X-Virus-Scanned: Debian amavisd-new at citylink.co.nz Received: from pele.citylink.co.nz ([127.0.0.1]) by localhost (pele.citylink.co.nz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id KBTWp6o0Adiu; Mon, 2 Mar 2009 18:39:17 +1300 (NZDT) Received: from citylink.fud.org.nz (unknown [202.8.44.45]) by pele.citylink.co.nz (Postfix) with ESMTP; Mon, 2 Mar 2009 18:39:17 +1300 (NZDT) Received: by citylink.fud.org.nz (Postfix, from userid 1001) id B26BF11432; Mon, 2 Mar 2009 18:39:16 +1300 (NZDT) Date: Sun, 1 Mar 2009 21:39:16 -0800 From: Andrew Thompson To: Garrett Cooper Message-ID: <20090302053916.GF66136@citylink.fud.org.nz> References: <49AB4649.40906@freebsd.org> <69F972E4-D7C1-47D8-8C83-A44062DB47E1@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <69F972E4-D7C1-47D8-8C83-A44062DB47E1@gmail.com> User-Agent: Mutt/1.5.17 (2007-11-01) Cc: usb@freebsd.org, Sam Leffler , FreeBSD Current Subject: Re: ums no longer loads on CURRENT 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, 02 Mar 2009 05:39:22 -0000 On Sun, Mar 01, 2009 at 07:20:03PM -0800, Garrett Cooper wrote: > On Mar 1, 2009, at 6:36 PM, Sam Leffler wrote: > >> Garrett Cooper wrote: >>> device ums # Mouse >> >> This is why you cannot kldload. Not sure about any functional regression. >> >> Sam > > Yeah, well that message was printed out by another process altogether > while loading up the kernel after the ata subsystem was brought up, so > something's getting confused and trying to kldload by accident... I was > just reproducing the message. > I'll provide more data to prove this claim when I can. The warning should be gone in r189275 (tested locally). Andrew From owner-freebsd-usb@FreeBSD.ORG Mon Mar 2 05:46:38 2009 Return-Path: Delivered-To: usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 266DA106564A for ; Mon, 2 Mar 2009 05:46:38 +0000 (UTC) (envelope-from spawk@acm.poly.edu) Received: from acm.poly.edu (acm.poly.edu [128.238.9.200]) by mx1.freebsd.org (Postfix) with ESMTP id 84C868FC18 for ; Mon, 2 Mar 2009 05:46:37 +0000 (UTC) (envelope-from spawk@acm.poly.edu) Received: (qmail 56870 invoked from network); 2 Mar 2009 05:19:56 -0000 Received: from unknown (HELO ?192.168.0.2?) (spawk@69.123.45.64) by acm.poly.edu with AES256-SHA encrypted SMTP; 2 Mar 2009 05:19:56 -0000 Message-ID: <49AB6C1E.1030808@acm.poly.edu> Date: Mon, 02 Mar 2009 00:18:22 -0500 From: Boris Kochergin User-Agent: Thunderbird 2.0.0.19 (X11/20090108) MIME-Version: 1.0 To: Garrett Cooper References: <69F972E4-D7C1-47D8-8C83-A44062DB47E1@gmail.com> <6D5C9BFA-CCF4-4AEE-9688-23D66D594BC6@gmail.com> <20090301.205017.1025328203.imp@bsdimp.com> <2E9BD549-EF77-4F48-AB7E-C93AFC4BE387@gmail.com> In-Reply-To: <2E9BD549-EF77-4F48-AB7E-C93AFC4BE387@gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: usb@freebsd.org, freebsd-current@freebsd.org Subject: Re: The rc.d mess strikes back 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, 02 Mar 2009 05:46:38 -0000 Garrett Cooper wrote: > On Mar 1, 2009, at 7:50 PM, M. Warner Losh wrote: > >> In message: >> Garrett Cooper writes: >> : On Mar 1, 2009, at 7:36 PM, Garrett Cooper wrote: >> : >> : > On Mar 1, 2009, at 7:20 PM, Garrett Cooper wrote: >> : > >> : >> On Mar 1, 2009, at 6:36 PM, Sam Leffler wrote: >> : >> >> : >>> Garrett Cooper wrote: >> : >>>> device ums # Mouse >> : >>> >> : >>> This is why you cannot kldload. Not sure about any functional >> : >>> regression. >> : >>> >> : >>> Sam >> : >> >> : >> Yeah, well that message was printed out by another process >> : >> altogether while loading up the kernel after the ata subsystem was >> : >> brought up, so something's getting confused and trying to kldload >> : >> by accident... I was just reproducing the message. >> : >> I'll provide more data to prove this claim when I can. >> : >> Thanks, >> : >> -Garrett >> : > >> : > Here's the picture from my iPhone: >> > >> : > >. I OBVIOUSLY didn't do the kldload... and because my /boot/ >> : > loader.conf doesn't contain ums_load="YES", I'm really curious who >> : > the actual culprit is in rc.d land... >> : > I used to do WITHOUT_MODULES=* to not build modules, but I'm >> trying >> : > to move away from that mentality for some things like snd_emu10kx, >> : > but obviously there's a conflict somewhere for ums; hopefully it's >> : > merely cosmetic... >> : > Thanks, >> : > -Garrett >> : >> : Ok, found the culprit. It turns out moused is being called from >> : devd... this is all probably related to the startup mess I reported 2 >> : weeks ago with my NIC. I'm seeing a lot of additional problems in >> : terms of keeping track of daemons; for instance syslogd is getting >> : started up twice, but the first instance isn't recording a PID and the >> : second one is dying because the first one is bound to the address. >> : Agh... >> >> I didn't think that moused loaded anything. >> >> And what do extra nics have to do with this? I think you are >> confusing multiple problems... >> >> : Could we just unwind this rc.d mess? It seems to be causing issues >> : and wasn't very thoroughly tested before commit. >> >> This is a little to vague to be actionable. Do you have specific >> instances? Do you have rcorder output? Etc... >> >> Warner > > For whatever reason the NFS filemounts not coming up forces rc.d > to restart from a square one (because it enters maintenance mode), > which nukes PID files in /var/run (I'm assuming) via the cleanvar > service, and causes devd and syslogd to be started twice, which in > turn causes that message to be printed out on the console. devd's rc > script is just smart enough to recognize that there's a PID already > running on the system, and thus it doesn't try to start more than > once, but syslogd's is braindead (is there really a point to running > multiple instances of syslogd?) and thus it tries to start up the > service twice. > I'm understand why devd attempts to probe and install ums in the > kernel's namespace if it already exists... but I'm unhappy with the > fact that even though I set moused_enable=NO in rc.conf, moused still > doesn't honor that option ;(... > -Garrett > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to > "freebsd-current-unsubscribe@freebsd.org" With regard to NFS breaking your boot process, I have run into the same thing recently, but it was my fault. Your screenshot omits the potentially-interesting information, if the problem is the same. In my case, /etc/rc.d/* was out of sync with /etc/network.subr. /etc/rc.d/netif, which handles the ifconfig_* lines in rc.conf, has references to an ifn_start() function in /etc/network.subr, so interfaces configured in rc.conf never came up. -Boris From owner-freebsd-usb@FreeBSD.ORG Mon Mar 2 08:42:39 2009 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 8C4881065672 for ; Mon, 2 Mar 2009 08:42:39 +0000 (UTC) (envelope-from man@email.com.ua) Received: from mail.alkar.net (mail.alkar.net [195.248.191.95]) by mx1.freebsd.org (Postfix) with ESMTP id 0F43B8FC14 for ; Mon, 2 Mar 2009 08:42:38 +0000 (UTC) (envelope-from man@email.com.ua) Received: from [212.86.226.26] (HELO man.alkar.net) by mail.alkar.net (CommuniGate Pro SMTP 5.2.12) with ESMTP id 1883086469; Mon, 02 Mar 2009 10:42:37 +0200 From: Artyom Mirgorodsky To: Hans Petter Selasky Date: Mon, 2 Mar 2009 10:42:36 +0200 User-Agent: KMail/1.11.0 (FreeBSD/7.0-STABLE; KDE/4.2.0; i386; svn-916705; 2009-01-20) References: <200903010045.44904.man@email.com.ua> <200903012011.03358.man@email.com.ua> <200903012001.21543.hselasky@c2i.net> In-Reply-To: <200903012001.21543.hselasky@c2i.net> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200903021042.36967.man@email.com.ua> Cc: freebsd-usb@freebsd.org Subject: Re: Low perfomance when read from usb flash drive 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, 02 Mar 2009 08:42:40 -0000 This flash drive works fine on another system (Intel 6300ESB USB 2.0 controller) with FreeBSD-8-current. May be problem in controller? From owner-freebsd-usb@FreeBSD.ORG Mon Mar 2 11:07:14 2009 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 B943410656BA for ; Mon, 2 Mar 2009 11:07:14 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 2B8F28FCE6 for ; Mon, 2 Mar 2009 11:07:02 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n22B72HG057484 for ; Mon, 2 Mar 2009 11:07:02 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n22B71OD057480 for freebsd-usb@FreeBSD.org; Mon, 2 Mar 2009 11:07:01 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 2 Mar 2009 11:07:01 GMT Message-Id: <200903021107.n22B71OD057480@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, 02 Mar 2009 11:07:45 -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/132080 usb [patch] [usb] Kernel panic after NOMEM caused by rum 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/131912 usb [uslcom] [patch] New devices using Silicon Labs chips o usb/131900 usb Additional product identification code for Logitech Qu 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 f usb/131123 usb [patch] re-add UQ_ASSUME_CM_OVER_DATA USB quirk o usb/131074 usb no run-time detection of usb devices plugged into exte o usb/130736 usb Page fault unplugging USB stick o usb/130325 usb [usb] [patch] fix tools/tools/usb/print-usb-if-vids.sh o usb/130230 usb Samsung Electronics YP-U3 does not attach in 7.1-RELEA o usb/130208 usb Boot process severely hampered by umass0 error o usb/130122 usb [newusb] DVD drive detects as 'da' device o usb/129964 usb [newusb] disconnection of ugen devices isn't logged o bin/129963 usb [newusb] usbconfig(8) fails with misleading error when o docs/129962 usb [newusb] usbconfig(8) refers to non-existant usb2_core o usb/129945 usb [usbdevs] [patch] add u3g support for Longcheer WM66 U o usb/129766 usb [usb] plugging in usb modem HUAWEI E226 panics system o usb/129758 usb [uftdi] [patch] add Pyramid LCD usb support o usb/129673 usb [uhci] uhci (uhub) confused on replugging USB 1.1 scan o usb/129522 usb [ubsa] [patch] add support for ZTE AC8700 modem o usb/129500 usb [umass] [panic] FreeBSD Crashes when connecting SanDis o usb/129311 usb [usb] [panic] Instant crash with an USB card reader o usb/129251 usb [usbdevs] [patch] Liebert UPS being assigned uhid and o usb/129173 usb [uplcom] [patch] Add support for Corega CG-USBRS232R a s usb/128990 usb [usb] u3g does not handle RTS/CTS available on for exa o usb/128977 usb [usb] [patch] uaudio is not full duplex o usb/128803 usb [usbdevs] [patch] Quirk for I-Tuner Networks USBLCD4X2 o usb/128485 usb [umodem] [patch] Nokia N80 modem support o usb/128425 usb [umass] Cannot Connect Maxtor Onetouch 4 USB drive f usb/128418 usb [panic] [rum] loading if_rum causes panic, looks like o usb/128324 usb [uplcom] [patch] remove baud rate restriction for PL23 o usb/127980 usb [umass] [patch] Fix Samsung YP U2 MP3 player on 7.x an o usb/127926 usb [boot] USB Timeout during bootup o usb/127549 usb [umass] [patch] Meizu MiniPlayer M6 (SL) requires some s usb/127453 usb [request] ubsa, uark, ubser, uftdi, and friends should o usb/127423 usb [boot] BTX halted on Gigabyte GA-MA69VM-S2 / AMD Sempr o usb/127342 usb [boot] cannot enable usb keyboard and mouse support in o kern/127222 usb [ohci]: Regression in 7.0 usb storage generic driver o usb/126884 usb [ugen] [patch] Bug in buffer handling in ugen.c f usb/126848 usb [usb]: USB Keyboard hangs during Installation o usb/126740 usb [ulpt] doesn't work on 7.0-RELEASE, 10 second stall be o usb/126519 usb [usb] [panic] panic when plugging in an iphone o kern/126396 usb [panic] kernel panic after unplug USB Bluetooth device o usb/125736 usb [ukbd] [hang] system hangs after AT keyboard detect if o usb/125631 usb [ums] [panic] kernel panic during bootup while 'Logite o usb/125510 usb [panic] repeated plug and unplug of USB mass storage d o usb/125450 usb [panic] Removing USB flash card while being accessed c o usb/125264 usb [patch] sysctl for set usb mouse rate (very useful for 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/125072 usb [uplcom] [patch] add Mobile Action MA-620 Infrared Ada o usb/124980 usb [panic] kernel panic on detaching unmounted umass devi o kern/124777 usb [ucom] USB cua devices don't revert to tty devices whe o usb/124758 usb [rum] [panic] rum panics SMP kernel o usb/124708 usb [panic] Kernel panic on USB KVM reattach o usb/124604 usb [ums] Microsoft combo wireless mouse doesn't work o usb/123969 usb [usb] Supermicro H8SMi-2 usb problem: port reset faile o usb/123714 usb [usb] [panic] Panic when hald-storage-probe runs with o usb/123691 usb usbd(8): usbd hangs o usb/123690 usb [usb] [panic] Panic on USB device insertion when usb l o usb/123611 usb [usb] BBB reset failed, STALLED from Imation/Mitsumi U o usb/123509 usb [umass] continuous reset Samsung SGH-G600 phone o usb/123352 usb [usbdevs] [patch] Add Option GTMAX3.6/7.2 and Quallcom o usb/123351 usb [usbdevs] [patch] Add Reiner SCT cyberJack, Omnikey [2 o usb/122992 usb [umass] [patch] MotoROKR Z6 Phone not recognised by um o usb/122956 usb [ubsa] [patch] add support for Novatel Wireless XU870 o usb/122936 usb [ucom] [ubsa] Device does not receive interrupt o usb/122905 usb [ubsa] [patch] add Huawei E220 to ubsa o usb/122819 usb [usb] [patch] Patch to provide dynamic additions to th o usb/122813 usb [udbp] [request] udbp driver should be removed in favo o usb/122621 usb [patch] [request] New driver for Sierra Wireless 3G US o usb/122547 usb [ehci] USB Printer not being recognized after reboot o usb/122539 usb [ohci] [panic] AnyDATA ADU-E1000D - kernel panic: ohci o usb/122483 usb [panic] [ulpt] Repeatable panic in 7.0-STABLE o usb/122119 usb [umass] umass device causes creation of daX but not da o usb/122025 usb [uscanner] [patch] uscanner does not attach to Epson R o usb/121755 usb [ohci] [patch] Fix panic after ohci/uhub cardbus devic o usb/121734 usb [ugen] ugen HP1022 printer device not working since up o usb/121708 usb [keyboard] nforce 650i mobo w/ usb keyboard infinite k o usb/121474 usb [cam] [patch] QUIRK: SAMSUNG HM250JI in LaCie usb hard o usb/121426 usb [patch] [uscanner] add HP ScanJet 3570C o usb/121275 usb [boot] FreeBSD fails to boot with usb legacy support e o usb/121232 usb [usb] [panic] USB CardBus card removal causes reboot s p usb/121184 usb [uipaq] [patch] add ids from linux ipaq driver (plus a o usb/121169 usb [umass] Issues with usb mp3 player o usb/121045 usb [uftdi] [patch] Add support for PC-OP-RS1 and KURO-RS o usb/120786 usb [usb] [panic] Kernel panic when forced umount of a det o usb/120729 usb [panic] fault while in kernel mode with connecting USB o usb/120572 usb [umass] [patch] quirk to support ASUS P535 as umass (a o usb/120321 usb [hang] System hangs when transferring data to WD MyBoo o usb/120283 usb [panic] Automation reboot with wireless keyboard & mou o usb/120034 usb [hang] 6.2 & 6.3 hangs on boot at usb0: OHCI with 1.5 o usb/120017 usb [ehci] [patch] CS5536 (AMD Geode) USB 2.0 quirk o usb/119981 usb [axe] [patch] add support for LOGITEC LAN-GTJ/U2 gigab o usb/119977 usb [ums] Mouse does not work in a Cherry-USB keyboard/mou o usb/119653 usb [cam] [patch] iriver s7 player sync cache error patch o usb/119633 usb [umass] umass0: BBB reset failed, IOERROR [regression] o usb/119513 usb [irq] inserting dlink dwl-g630 wireless card results i o usb/119509 usb [usb] USB flaky on Dell Optiplex 755 o usb/119481 usb [hang] FreeBSD not responding after connecting USB-Mas o usb/119389 usb [umass] Sony DSC-W1 CBI reset failed, STALLED [regress o usb/119227 usb [ubsa] [patch] ubsa buffer is too small; should be tun o usb/119201 usb [cam] [patch] Quirks for Olympus FE-210 camera, LG and o usb/118686 usb [usbdevs] [patch] teach usbdevs / ubsa(4) about Huawei o usb/118485 usb [usbdevs] [patch] Logitech Headset Workaround o usb/118480 usb [umass] Timeout in USB mass storage freezes vfs layer o usb/118353 usb [panic] [ppp] repeatable kernel panic during ppp(4) se o usb/118141 usb [ucom] usb serial and nokia phones ucomreadcb ucomread o usb/118140 usb [ucom] [patch] quick hack for ucom to get it behave wi o usb/118098 usb [umass] 6th gen iPod causes problems when disconnectin o usb/117955 usb [umass] [panic] inserting minolta dimage a2 crashes OS o usb/117946 usb [panic] D-Link DUB-E100 rev. B1 crashes FreeBSD 7.0-BE o usb/117938 usb [ums] [patch] Adding support for MS WL Natural and MS o usb/117911 usb [ums] [request] Mouse Gembird MUSWC not work o usb/117893 usb [umass] Lacie USB DVD writing failing o usb/117613 usb [uhci] [irq] uhci interrupt storm & USB leaked memory o usb/117598 usb [uaudio] [patch] Not possible to record with Plantroni 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/117185 usb [umodem] [patch] Add support for UNION interface descr o usb/117183 usb [panic] USB/fusefs -- panic while transferring large a o usb/116947 usb [ukbd] [patch] [regression] enable boot protocol on th o usb/116699 usb [usbhid] USB HID devices do not initialize at system b o usb/116561 usb [umodem] [panic] RELENG_6 umodem panic "trying to slee o usb/116282 usb [ulpt] Cannot print on USB HP LJ1018 or LJ1300 o usb/115935 usb [usbdevs] [patch] kernel counterproductively attaches o usb/115933 usb [uftdi] [patch] RATOC REX-USB60F (usb serial converter o usb/115400 usb [ehci] Problem with EHCI on ASUS M2N4-SLI o usb/115298 usb [ulpt] [panic] Turning off USB printer panics kernel o usb/114916 usb [umass] [patch] USB Maxtor drive (L300RO) requires qui o kern/114780 usb [uplcom] [panic] Panics while stress testing the uplco o usb/114682 usb [umass] generic USB media-card reader unusable o usb/114310 usb [libusb] [patch] [panic] USB hub attachment panics ker o usb/114068 usb [umass] [patch] Problems with connection of the umass o conf/114013 usb [patch] WITHOUT_USB allow to compil a lot of USB stuff s usb/113977 usb [request] Need a way to set mode of USB disk's write c o usb/113672 usb [ehci] [panic] Kernel panic with AEWIN CB6971 s usb/113629 usb [ukbd] Dropped USB keyboard events on Dell Latitude D6 o usb/113432 usb [ucom] WARNING: attempt to net_add_domain(netgraph) af a usb/113060 usb [usbdevs] [patch] Samsung printer not working in bidir o usb/112944 usb [ulpt] [patch] Bi-directional access to HP LaserJet 10 o usb/112640 usb [usb] [hang] Kernel freezes when writing a file to an o usb/112631 usb [panic] Problem with SONY DSC-S80 camera on umount s usb/112568 usb [umass] [request] USB mode may wrong when mounting Pla o usb/112463 usb [umass] problem with Samsung USB DVD writer, libscg an o usb/112461 usb [ehci] [request] ehci USB 2.0 doesn't work on nforce4 o usb/111753 usb [uhid] [panic] Replicable system panic involving UHID s usb/110991 usb [usbdevs] [patch] QUIRK: Super Top IDE DEVICE (depends o usb/110988 usb [umass] [patch] Handling of quirk IGNORE_RESIDUE is um o usb/110856 usb [ugen] [patch] interrupt in msgs are truncated when bu o usb/110197 usb [umass] Sony PSP umass device does not detach from EHC o usb/109397 usb [panic] on boot from USB flash o usb/109274 usb [usb] MCP55 USB Controller fails to attach in AMD64 Cu o usb/108513 usb [umass] Creative MuVo TX FM fails in 6.2-RELEASE [regr s usb/108344 usb [panic] kernel with atausb panics when unplugging USB o usb/108056 usb [ohci] Mouse gets powered off during device probe when o usb/107935 usb [uplcom] [panic] panic while accessing /dev/cuaU0 o usb/107924 usb [patch] usbd(8) does not call detach o usb/107848 usb [umass] [request] cannot access Samsung flash disk o usb/107827 usb [ohci] [panic] ohci_add_done addr not found o usb/107496 usb [uhub] USB device problem on RELENG_6_2 (SHORT_XFER) [ o usb/107388 usb [patch] [request] new driver: add utoppy device from N o usb/107248 usb [umass] [patch] scsi_da.c quirk for Cowon iAUDIO X5 MP o usb/107243 usb [cam] [patch] Apacer USB Flash Drive quirk o usb/106861 usb [usbdevs] [patch]: usbdevs update: Add product ACER Ze s usb/106832 usb [usb] USB HP printer is not detected by kernel when AC o usb/106648 usb [umass] [hang] USB Floppy on D1950 10 min Hang on Inse o usb/106621 usb [axe] [patch] DLINK DUB-E100 support broken o usb/106615 usb [uftdi] uftdi module does not automatically load with o usb/106041 usb [usb] [request] FreeBSD does not recognise Mustek Bear o usb/105361 usb [panic] Kernel panic during unmounting mass storage (C o usb/105186 usb [ehci] [panic] USB 2.0/ehci on FreeBSD 6.2-PRE/AMD64 c o usb/105065 usb [ata] [usb] SATA - USB Bridge o usb/104830 usb [umass] system crashes when copying data to umass devi o usb/104645 usb [umass] [request] Rave C-201 MP3 player does not commu o usb/104352 usb [ural] [patch] ural driver doesnt work o usb/104292 usb [umass] [hang] system lockup on forced umount of usb-s o usb/104290 usb [umass] [patch] quirk: TOSHIBA DVD-RAM drive (libretto o usb/103917 usb [uhub] USB driver reports "Addr 0 should never happen" o usb/103418 usb usbhidctl(1): [patch] [request] usbhidctl: add ability o usb/103289 usb [request] USB 2.0 problems on AMD LX-800 CPU and CS-55 o usb/103046 usb [ulpt] [patch] ulpt event driven I/O with select(2) an o usb/103025 usb [uhub] [panic] wrong detection of USB device for FreeB o usb/102976 usb [panic] Casio Exilim Digital Camera causes panic on in o usb/102678 usb [keyboard] Dell PowerEdge DRAC5 USB Keyboard does not o usb/102066 usb [ukbd] usb keyboard and multimedia keys don't work o usb/101775 usb [libusbhid] [patch] possible error in report descripto o usb/101761 usb [usb] [patch] [request] usb.h: increase maximal size o o usb/101752 usb [umass] [panic] 6.1-RELEASE kernel panic on usb device o usb/101448 usb [ohci] FBSD 6.1-STABLE/AMD64 crashes under heavy USB/O o usb/101096 usb [ural] [panic] USB WLAN occasionally causes kernel-pan o usb/100746 usb [keyboard] system does not boot due to USB keyboard pr o usb/99538 usb [keyboard] while using USB keyboard default params of o usb/99431 usb [keyboard] FreeBSD on MSI 6566E (Intel 845E motherboar o 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/93408 usb [mouse] hw.acpi.cpu.cx_lowest=C3 on AMD Turion causes o usb/93389 usb [umass] [patch] Digital Camera Pentax S60 don't work o usb/93155 usb [ulpt] /dev/ulpt0: device busy, USB printer does not w o usb/92852 usb [ums] [patch] Vertical scroll not working properly on o usb/92171 usb [panic] panic unplugging Vodafone Mobile Connect (UMTS o usb/92142 usb [uhub] SET_ADDR_FAILED and SHORT_XFER errors from usb o usb/92083 usb [ural] [panic] panic using WPA on ural NIC in 6.0-RELE o usb/92052 usb [ulpt] usbd causes defunct process with busy file-hand o usb/91906 usb [ehci] [hang] FreeBSD hangs while booting with USB leg o usb/91896 usb camcontrol(8): Serial Number of USB Memory Sticks is n o usb/91811 usb [umass] Compact Flash in HP Photosmart 2610 return " o usb/91629 usb [usb] usbd_abort_pipe() may result in infinite loop o usb/91546 usb [umodem] [patch] Nokia 6630 mobile phone does not work o usb/91538 usb [ulpt] [patch] Unable to print to EPSON CX3500 o usb/91283 usb [boot] [regression] booting very slow with usb devices o usb/91238 usb [umass] USB tape unit fails to write a second tape fil o usb/90700 usb [umass] [panic] Kernel panic on connect/mount/use umas o usb/89954 usb [umass] [panic] USB Disk driver race condition? s usb/89003 usb [request] LaCie Firewire drive not properly supported o usb/88743 usb [hang] [regression] USB makes kernel hang at boot (reg o usb/88408 usb [axe] axe0 read PHY failed o usb/87648 usb [mouse] Logitech USB-optical mouse problem. o usb/87224 usb [usb] Cannot mount USB Zip750 o usb/86767 usb [umass] [patch] bogus "slice starts beyond end of the o usb/86298 usb [mouse] Known good USB mouse won't work with correct s s usb/85067 usb [uscanner] Cannot attach ScanJet 4300C to usb device f usb/84750 usb [hang] 6-BETA2 reboot/shutdown with root_fs on externa s usb/84336 usb [usb] [reboot] instant system reboot when unmounting a o usb/84326 usb [umass] Panic trying to connect SCSI tape drive via US 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 f usb/83677 usb [usb] [request] usb controller often not detected (Sun o usb/83563 usb [umass] [panic] Page Fault while detaching Mpman Usb d o usb/83504 usb [kernel] [patch] SpeedTouch USB stop working on recent o usb/82660 usb [ehci] [panic] EHCI: I/O stuck in state 'physrd'/panic s usb/82569 usb [umass] [panic] USB mass storage plug/unplug causes sy o usb/82520 usb [udbp] [reboot] Reboot when USL101 connected o usb/82350 usb [ucom] [panic] null pointer dereference in USB stack o usb/81621 usb [ehci] [hang] external hd hangs under load on ehci o usb/80935 usb [uvisor] [patch] uvisor.c is not work with CLIE TH55. o usb/80862 usb [patch] USB locking issues: missing some Giant calls o usb/80854 usb [patch] [request] suggestion for new iface-no-probe me o usb/80829 usb [modules] [panic] possible panic when loading USB-modu s usb/80777 usb [request] usb_rem_task() should wait for callback to c s usb/80776 usb [udav] [request] UDAV device driver shouldn't use usb_ o usb/80774 usb [patch] have "usbd_find_desc" in line with the other " o usb/80361 usb [umass] [patch] mounting of Dell usb-stick fails o usb/80040 usb [hang] Use of sound mixer causes system freeze with ua o usb/79723 usb [usb] [request] prepare for high speed isochronous tra o usb/79722 usb [ehci] wrong alignments in ehci.h a usb/79656 usb [ehci] RHSC interrupts lost o usb/79524 usb [ulpt] printing to Minolta PagePro 1[23]xxW via USB fa o usb/79287 usb [uhci] [hang] UHCI hang after interrupt transfer o usb/79269 usb [ohci] USB ohci da0 plug/unplug causes crashes and loc o usb/78984 usb [umass] [patch] Creative MUVO umass failure o usb/77294 usb [ucom] [panic] ucom + ulpcom panic o usb/77184 usb [umass] [panic] kernel panic on USB device disconnect, o usb/76732 usb [ums] Mouse problems with USB KVM Switch o usb/76653 usb [umass] [patch] Problem with Asahi Optical usb device o usb/76461 usb [umass] disklabel of umass(4)-CAM(4)-da(4) not used by o usb/76395 usb [uhci] USB printer does not work, usbdevs says "addr 0 s usb/75928 usb [umass] [request] Cytronix SmartMedia card (SMC) reade o usb/75800 usb [ucom] ucom1: init failed STALLED error in time of syn o usb/75797 usb [sound] 5.3-STABLE(2005 1/4) detect USB headset, But c o usb/75764 usb [umass] [patch] "umass0: Phase Error" - no device for o usb/75705 usb [umass] [panic] da0 attach / Optio S4 (with backtrace) o usb/74771 usb [umass] [hang] mounting write-protected umass device a s usb/74453 usb [umass] [patch] Q-lity CD-RW USB ECW-043 (ScanLogic SL o usb/74211 usb [umass] USB flash drive causes CAM status 0x4 on 4.10R o usb/73307 usb [panic] Kernel panics on USB disconnect s usb/72733 usb [ucom] [request] Kyocera 7135 Palm OS connection probl o usb/71455 usb [umass] Slow USB umass performance of 5.3 o usb/71417 usb [ugen] Cryptoflex e-gate USB token (ugen0) communicati o usb/71416 usb [ugen] Cryptoflex e-gate USB token (ugen0) detach is n o usb/71280 usb [aue] aue0 device (linksys usb100tx) doesn't work in 1 o usb/71155 usb [ulpt] misbehaving usb-printer hangs processes, causes o usb/70523 usb [umct] [patch] umct sending/receiving wrong characters o usb/69006 usb [usbdevs] [patch] Apple Cinema Display hangs USB ports o usb/68232 usb [ugen] [patch] ugen(4) isochronous handling correction o usb/67301 usb [uftdi] [panic] RTS and system panic o usb/66547 usb [ucom] Palm Tungsten T USB does not initialize correct o usb/63621 usb [umass] [panic] USB MemoryStick Reader stalls/crashes s usb/62257 usb [umass] [request] card reader UCR-61S2B is only half-s o usb/59698 usb [keyboard] [patch] Rework of ukbd HID to AT code trans s bin/57255 usb [patch] usbd(8) and multi-function devices s usb/52026 usb [usb] [request] umass driver support for InSystem ISD2 s usb/51958 usb [urio] [patch] update for urio driver o i386/46371 usb USB controller cannot be initialized on IBM Netfinity o usb/40948 usb [umass] [request] USB HP CDW8200 does not work o usb/30929 usb [usb] [patch] use usbd to initialize USB ADSL modem 305 problems total. From owner-freebsd-usb@FreeBSD.ORG Mon Mar 2 12:41:48 2009 Return-Path: Delivered-To: usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 066261065674 for ; Mon, 2 Mar 2009 12:41:48 +0000 (UTC) (envelope-from mmakonnen@gmail.com) Received: from fk-out-0910.google.com (fk-out-0910.google.com [209.85.128.184]) by mx1.freebsd.org (Postfix) with ESMTP id 8759E8FC2C for ; Mon, 2 Mar 2009 12:41:47 +0000 (UTC) (envelope-from mmakonnen@gmail.com) Received: by fk-out-0910.google.com with SMTP id f40so960538fka.11 for ; Mon, 02 Mar 2009 04:41:46 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=/g7LTQvVyFHxhmyRXD/4C49K0+IqADsqIPT/a3VrOwk=; b=PyAcROuYIx5s45tPQxxYClLyXeb0hALamx3QRVrtULAYBPO94O+d6xy2cB6yMBf2/W NhYyrrDyMn020N2sjvWTyamGwA+/U2jpT8NXM8xCBbrJl5HJDXEO4U8PcfME/xMrIckp 6jJxwGzxlZ6XOwUtUIdqFGZ+tg2Y63qidXeA0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; b=hvtVx1WQ6srxCKRM7rJe+G8AYqKyXN3d7YXwp+o29b/q6qdQYXtRQxGbq4UO/jqrhf bWF+YYF7EtEM7j5Efdt6vywukV6cF6M+CBK9l6UEL/BNBz/XNgQutyy+YJj+uOWtnOhs 9Q9M4tXb/nhC0sE9RlOxvpsQoR19qk0RMvlBU= Received: by 10.86.71.1 with SMTP id t1mr3619661fga.18.1235996472790; Mon, 02 Mar 2009 04:21:12 -0800 (PST) Received: from storm.mike.lan ([213.55.88.101]) by mx.google.com with ESMTPS id d6sm1906377fga.42.2009.03.02.04.20.25 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 02 Mar 2009 04:21:12 -0800 (PST) Message-ID: <49ABCECE.1040102@gmail.com> Date: Mon, 02 Mar 2009 15:19:26 +0300 From: Mike Makonnen User-Agent: Thunderbird 2.0.0.19 (X11/20090201) MIME-Version: 1.0 To: Garrett Cooper References: <69F972E4-D7C1-47D8-8C83-A44062DB47E1@gmail.com> <6D5C9BFA-CCF4-4AEE-9688-23D66D594BC6@gmail.com> <20090301.205017.1025328203.imp@bsdimp.com> <2E9BD549-EF77-4F48-AB7E-C93AFC4BE387@gmail.com> In-Reply-To: <2E9BD549-EF77-4F48-AB7E-C93AFC4BE387@gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: usb@freebsd.org, freebsd-current@freebsd.org Subject: Re: Re: The rc.d mess strikes back 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, 02 Mar 2009 12:41:48 -0000 Garrett Cooper wrote: >> : Could we just unwind this rc.d mess? It seems to be causing issues >> : and wasn't very thoroughly tested before commit. >> This is not an option because the previous behavior caused an unconditional 30 sec. delay if the system wasn't plugged in (or if it is plugged in but not on a DHCP network). I think making synchronous_dhclient default to YES is the best option. Cheers. -- Mike Makonnen | GPG-KEY: http://people.freebsd.org/~mtm/mtm.asc mtm @ FreeBSD.Org | AC7B 5672 2D11 F4D0 EBF8 5279 5359 2B82 7CD4 1F55 FreeBSD | http://www.freebsd.org From owner-freebsd-usb@FreeBSD.ORG Mon Mar 2 13:44:10 2009 Return-Path: Delivered-To: usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A9D35106566C for ; Mon, 2 Mar 2009 13:44:10 +0000 (UTC) (envelope-from astrodog@gmail.com) Received: from mail-gx0-f176.google.com (mail-gx0-f176.google.com [209.85.217.176]) by mx1.freebsd.org (Postfix) with ESMTP id 4F35D8FC19 for ; Mon, 2 Mar 2009 13:44:10 +0000 (UTC) (envelope-from astrodog@gmail.com) Received: by gxk24 with SMTP id 24so5337688gxk.19 for ; Mon, 02 Mar 2009 05:44:09 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=M3BhJ+k7s58aNNmJkPV6D5rdNUGfPwB/MOasY21zJt8=; b=kUV5cFR8YGDfcCgPxBnnyePM0k0ZGLdrSek+xHIRClGA+tTeTYTTfR0beVEAmItBA/ L6Ny1x0nm4HiyGktCtaM76QTG/bNQx0wUddGfm1tz2fP8ahR4FmJfLQ3d2ZbE2Gfoaa+ 0sudU5P8mYeL8fOynrqqDJCAiuOfen6DRyXoo= 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:content-transfer-encoding; b=nCwhCyl7/TI/vH81rDDuXoW/uDCdNh43VXQe2wQ8LLjpr1L2p9OZY8vrRCLXbRaSl+ s+bSyhXbePyEQWBDGicurpvUtIs2xqfLKbV39Q/KgP7SOJ+8/CKt3E5aMsK4wRlUPtj/ aifKtnyfq4m8kuYMWs5PBTof8QpfTMfwR7+MU= MIME-Version: 1.0 Received: by 10.150.149.19 with SMTP id w19mr10321375ybd.80.1235999563343; Mon, 02 Mar 2009 05:12:43 -0800 (PST) In-Reply-To: <49ABCECE.1040102@gmail.com> References: <69F972E4-D7C1-47D8-8C83-A44062DB47E1@gmail.com> <6D5C9BFA-CCF4-4AEE-9688-23D66D594BC6@gmail.com> <20090301.205017.1025328203.imp@bsdimp.com> <2E9BD549-EF77-4F48-AB7E-C93AFC4BE387@gmail.com> <49ABCECE.1040102@gmail.com> Date: Mon, 2 Mar 2009 07:12:43 -0600 Message-ID: <2fd864e0903020512i22b2c31fg487aaf37fed6398b@mail.gmail.com> From: Astrodog To: Mike Makonnen Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: usb@freebsd.org, Garrett Cooper , freebsd-current@freebsd.org Subject: Re: Re: The rc.d mess strikes back 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, 02 Mar 2009 13:44:10 -0000 As unfortunate (and annoying) as that delay was, your system was in a "defined" state, at the end of rc.d. As things stand now, that doesn't appear to be the case anymore, and I think that may be a more significant issue than the delay. --- Harrison On Mon, Mar 2, 2009 at 6:19 AM, Mike Makonnen wrote: > Garrett Cooper wrote: >>> >>> : =A0 =A0 Could we just unwind this rc.d mess? It seems to be causing i= ssues >>> : and wasn't very thoroughly tested before commit. >>> > > This is not an option because the previous behavior caused an uncondition= al > 30 sec. delay if the system wasn't plugged in (or if it is plugged in but > not on a DHCP network). =A0I think making synchronous_dhclient default to= YES > is the best option. > > Cheers. > -- > Mike Makonnen =A0 =A0 =A0 | GPG-KEY: http://people.freebsd.org/~mtm/mtm.a= sc > mtm @ FreeBSD.Org =A0 | AC7B 5672 2D11 F4D0 EBF8 =A05279 5359 2B82 7CD4 1= F55 > FreeBSD =A0 =A0 =A0 =A0 =A0 =A0 | http://www.freebsd.org > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org= " > --=20 "A human being should be able to change a diaper, plan an invasion, butcher a hog, conn a ship, design a building, write a sonnet, balance accounts, build a wall, set a bone, comfort the dying, take orders, give orders, cooperate, act alone, solve equations, analyze a new problem, pitch manure, program a computer, cook a tasty meal, fight efficiently, die gallantly. Specialization is for insects." --- Robert A. Heinlein From owner-freebsd-usb@FreeBSD.ORG Mon Mar 2 20:28:08 2009 Return-Path: Delivered-To: usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B967A106566C; Mon, 2 Mar 2009 20:28:08 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 5B2E08FC23; Mon, 2 Mar 2009 20:28:08 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.14.2/8.14.1) with ESMTP id n22KP6EE031205; Mon, 2 Mar 2009 13:25:06 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Mon, 02 Mar 2009 13:25:22 -0700 (MST) Message-Id: <20090302.132522.-432836388.imp@bsdimp.com> To: astrodog@gmail.com From: "M. Warner Losh" In-Reply-To: <2fd864e0903020512i22b2c31fg487aaf37fed6398b@mail.gmail.com> References: <2E9BD549-EF77-4F48-AB7E-C93AFC4BE387@gmail.com> <49ABCECE.1040102@gmail.com> <2fd864e0903020512i22b2c31fg487aaf37fed6398b@mail.gmail.com> X-Mailer: Mew version 5.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: usb@freebsd.org, yanefbsd@gmail.com, freebsd-current@freebsd.org, mmakonnen@gmail.com Subject: Re: The rc.d mess strikes back 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, 02 Mar 2009 20:28:09 -0000 In message: <2fd864e0903020512i22b2c31fg487aaf37fed6398b@mail.gmail.com= > Astrodog writes: : As unfortunate (and annoying) as that delay was, your system was in a= : "defined" state, at the end of rc.d. As things stand now, that doesn'= t : appear to be the case anymore, and I think that may be a more : significant issue than the delay. I'd be happy with synchronous dhcp. Warner : --- Harrison : = : On Mon, Mar 2, 2009 at 6:19 AM, Mike Makonnen w= rote: : > Garrett Cooper wrote: : >>> : >>> : =A0 =A0 Could we just unwind this rc.d mess? It seems to be cau= sing issues : >>> : and wasn't very thoroughly tested before commit. : >>> : > : > This is not an option because the previous behavior caused an uncon= ditional : > 30 sec. delay if the system wasn't plugged in (or if it is plugged = in but : > not on a DHCP network). =A0I think making synchronous_dhclient defa= ult to YES : > is the best option. : > : > Cheers. : > -- : > Mike Makonnen =A0 =A0 =A0 | GPG-KEY: http://people.freebsd.org/~mtm= /mtm.asc : > mtm @ FreeBSD.Org =A0 | AC7B 5672 2D11 F4D0 EBF8 =A05279 5359 2B82 = 7CD4 1F55 : > FreeBSD =A0 =A0 =A0 =A0 =A0 =A0 | http://www.freebsd.org : > _______________________________________________ : > freebsd-current@freebsd.org mailing list : > http://lists.freebsd.org/mailman/listinfo/freebsd-current : > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freeb= sd.org" : > : = : = : = : -- = : "A human being should be able to change a diaper, plan an invasion, : butcher a hog, conn a ship, design a building, write a sonnet, balanc= e : accounts, build a wall, set a bone, comfort the dying, take orders, : give orders, cooperate, act alone, solve equations, analyze a new : problem, pitch manure, program a computer, cook a tasty meal, fight : efficiently, die gallantly. Specialization is for insects." : --- Robert A. Heinlein : = : = From owner-freebsd-usb@FreeBSD.ORG Mon Mar 2 21:09:46 2009 Return-Path: Delivered-To: usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 83A4B1065719 for ; Mon, 2 Mar 2009 21:09:46 +0000 (UTC) (envelope-from r.c.ladan@gmail.com) Received: from mail-bw0-f164.google.com (mail-bw0-f164.google.com [209.85.218.164]) by mx1.freebsd.org (Postfix) with ESMTP id 0E0528FC0A for ; Mon, 2 Mar 2009 21:09:45 +0000 (UTC) (envelope-from r.c.ladan@gmail.com) Received: by bwz8 with SMTP id 8so2092915bwz.43 for ; Mon, 02 Mar 2009 13:09:44 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:date :x-google-sender-auth:message-id:subject:from:to:content-type :content-transfer-encoding; bh=k1YpAGVt9zQvE+mAoObSs7KrkvEc4EfWB1oFM3Qaws8=; b=kDsoFGg1M2L1V9W9dvqQN8gp/ghGNl3LMkRcq6nwK1g44LedMhZeLbWuvg/IiuOlh7 BY+Nj17s7IQi0mfvv8miGHwqQidIFCQwA87bZ7kUdMUQk6FVyEBA80Y4CjBQUS+Td6ck yVTAllfl5p+ZnYCTK+59LsR2y/pPsCUWqWMVQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:date:x-google-sender-auth:message-id:subject :from:to:content-type:content-transfer-encoding; b=pXXwCoKD1LDbZbNj5S2x0k47g0qWfAsAUMlBVD25piQurQl8gNv3GtKW7hkkcSTzLM iUOwCr5zflBzyjdA6P2Pgffi9sE/B/czS8t9g+f2HwDLsl8mEB8D7gHC1Xlcmj5H9yMi DrIxey/YGB+KVzLNv/2/Z+lrtEQjm9vHthv1c= MIME-Version: 1.0 Sender: r.c.ladan@gmail.com Received: by 10.223.122.70 with SMTP id k6mr5153045far.26.1236026197414; Mon, 02 Mar 2009 12:36:37 -0800 (PST) Date: Mon, 2 Mar 2009 21:36:37 +0100 X-Google-Sender-Auth: c3fe3368c3232d26 Message-ID: From: Rene Ladan To: bug-followup@FreeBSD.org, mel@rachie.is-a-geek.net, usb@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: Re: ports/132246: [PATCH] Make devel/libusb play nice with new usb2 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, 02 Mar 2009 21:09:47 -0000 This patch fixes USB access on FreeBSD >= 800063 by including legacy/dev/usb/usb.h instead of dev/usb/usb.h on those systems; however, is the legacy directory going to stay in 8.0-RELEASE and onwards? If not, this patch is invalid and another solution must be sought. From owner-freebsd-usb@FreeBSD.ORG Mon Mar 2 21:17:09 2009 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 A3E3B106566B for ; Mon, 2 Mar 2009 21:17:09 +0000 (UTC) (envelope-from man@email.com.ua) Received: from mail.alkar.net (mail.alkar.net [195.248.191.95]) by mx1.freebsd.org (Postfix) with ESMTP id 2311A8FC08 for ; Mon, 2 Mar 2009 21:17:08 +0000 (UTC) (envelope-from man@email.com.ua) Received: from [92.113.89.1] (account man@email.com.ua HELO home.alkar.net) by mail.alkar.net (CommuniGate Pro SMTP 5.2.12) with ESMTPA id 1884502905; Mon, 02 Mar 2009 23:16:57 +0200 From: Artyom Mirgorodsky Organization: Vega To: Hans Petter Selasky , freebsd-usb@freebsd.org Date: Mon, 2 Mar 2009 23:20:31 +0200 User-Agent: KMail/1.11.0 (FreeBSD/8.0-CURRENT; KDE/4.2.1; i386; svn-915845; 2009-01-20) References: <200903010045.44904.man@email.com.ua> <200903012011.03358.man@email.com.ua> <200903012001.21543.hselasky@c2i.net> In-Reply-To: <200903012001.21543.hselasky@c2i.net> MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200903022320.31592.man@email.com.ua> Cc: Subject: Re: Low perfomance when read from usb flash drive 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, 02 Mar 2009 21:17:10 -0000 > It might be a bug with your memory stick. Are your findings consistent accross > other brands of memory sticks aswell, between 7.1 and 8.x ? Today, I tested another flash drive ugen1.2: at usbus1 umass0: on usbus1 umass0: SCSI over Bulk-Only; quirks = 0x0000 umass0:3:0:-1: Attached to scbus3 sg1 at umass-sim0 bus 0 target 0 lun 0 sg1: Removable Direct Access SCSI-2 device sg1: 40.000MB/s transfers pass1 at umass-sim0 bus 0 target 0 lun 0 pass1: Removable Direct Access SCSI-2 device pass1: 40.000MB/s transfers GEOM: new disk da0 da0 at umass-sim0 bus 0 target 0 lun 0 da0: Removable Direct Access SCSI-2 device da0: 40.000MB/s transfers da0: 3872MB (7929856 512 byte sectors: 255H 63S/T 493C) FreeBSD-8-Current dd if=/dev/da0 of=/dev/null bs=64k count=10000 10000+0 records in 10000+0 records out 655360000 bytes transferred in 60.320972 secs (10864546 bytes/sec) systat -vm Disks ad4 ad6 da0 cd0 pass0 sg0 sg1 68560 wire KB/t 0.00 0.00 64.00 0.00 0.00 0.00 0.00 117684 act tps 0 0 166 0 0 0 0 75468 inact MB/s 0.00 0.00 10.40 0.00 0.00 0.00 0.00 1860 cache %busy 0 0 99 0 0 0 0 1136340 free FreeBSD-7.1 dd if=/dev/da0 of=/dev/null bs=64k count=10000 10000+0 records in 10000+0 records out 655360000 bytes transferred in 44.021160 secs (14887386 bytes/sec) systat -vm Disks ad4 ad6 da0 KB/t 0.00 0.00 64.00 tps 0 0 228 MB/s 0.00 0.00 14.22 %busy 0 0 99 From owner-freebsd-usb@FreeBSD.ORG Tue Mar 3 01:16:06 2009 Return-Path: Delivered-To: usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DA8FC106564A; Tue, 3 Mar 2009 01:16:06 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 989D48FC18; Tue, 3 Mar 2009 01:16:06 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.14.2/8.14.1) with ESMTP id n231Evjv034905; Mon, 2 Mar 2009 18:14:57 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Mon, 02 Mar 2009 18:15:13 -0700 (MST) Message-Id: <20090302.181513.1973603215.imp@bsdimp.com> To: andrew-freebsd@areilly.bpc-users.org From: "M. Warner Losh" In-Reply-To: <20090302233215.GA53763@duncan.reilly.home> References: <2fd864e0903020512i22b2c31fg487aaf37fed6398b@mail.gmail.com> <20090302.132522.-432836388.imp@bsdimp.com> <20090302233215.GA53763@duncan.reilly.home> X-Mailer: Mew version 5.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: usb@freebsd.org, yanefbsd@gmail.com, mmakonnen@gmail.com, freebsd-current@freebsd.org, astrodog@gmail.com Subject: Re: The rc.d mess strikes back X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Mar 2009 01:16:07 -0000 In message: <20090302233215.GA53763@duncan.reilly.home> Andrew Reilly writes: : On Mon, Mar 02, 2009 at 01:25:22PM -0700, M. Warner Losh wrote: : > In message: <2fd864e0903020512i22b2c31fg487aaf37fed6398b@mail.gmail.com> : > Astrodog writes: : > : As unfortunate (and annoying) as that delay was, your system was in a : > : "defined" state, at the end of rc.d. As things stand now, that doesn't : > : appear to be the case anymore, and I think that may be a more : > : significant issue than the delay. : > : > I'd be happy with synchronous dhcp. : : The more general problem is the (large) number of network : applications that assume that network addresses and routes never : change (because that's how things were when they were written.) : My personal pet peeve is ntpd, but there are many others. Any : daemon that caches host IP address information at startup is : (IMO) broken, and needs to be fixed. There are many reasons why : network addresses may change *after* startup, and it is not : reasonable to go around and manually HUP everything when that : happens. True. : Needing synchronous DHCP as a work-around here is just the : signifier of the problem: it isn't the over-all solution. It is a short-term work-around at best. Warner From owner-freebsd-usb@FreeBSD.ORG Tue Mar 3 01:42:37 2009 Return-Path: Delivered-To: usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6411C1065674 for ; Tue, 3 Mar 2009 01:42:37 +0000 (UTC) (envelope-from andrew@areilly.bpa.nu) Received: from nschwqsrv02p.mx.bigpond.com (nschwqsrv02p.mx.bigpond.com [61.9.189.234]) by mx1.freebsd.org (Postfix) with ESMTP id E03E78FC0A for ; Tue, 3 Mar 2009 01:42:36 +0000 (UTC) (envelope-from andrew@areilly.bpa.nu) Received: from nschwotgx03p.mx.bigpond.com ([124.188.162.219]) by nschwmtas03p.mx.bigpond.com with ESMTP id <20090302233218.RBZP16649.nschwmtas03p.mx.bigpond.com@nschwotgx03p.mx.bigpond.com> for ; Mon, 2 Mar 2009 23:32:18 +0000 Received: from areilly.bpa.nu ([124.188.162.219]) by nschwotgx03p.mx.bigpond.com with ESMTP id <20090302233218.NYUJ7357.nschwotgx03p.mx.bigpond.com@areilly.bpa.nu> for ; Mon, 2 Mar 2009 23:32:18 +0000 Received: (qmail 56281 invoked by uid 501); 2 Mar 2009 23:32:15 -0000 Date: Tue, 3 Mar 2009 10:32:15 +1100 From: Andrew Reilly To: "M. Warner Losh" Message-ID: <20090302233215.GA53763@duncan.reilly.home> References: <2E9BD549-EF77-4F48-AB7E-C93AFC4BE387@gmail.com> <49ABCECE.1040102@gmail.com> <2fd864e0903020512i22b2c31fg487aaf37fed6398b@mail.gmail.com> <20090302.132522.-432836388.imp@bsdimp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090302.132522.-432836388.imp@bsdimp.com> User-Agent: Mutt/1.4.2.3i X-RPD-ScanID: Class unknown; VirusThreatLevel unknown, RefID str=0001.0A150201.49AC6C82.0024,ss=1,fgs=0 Cc: usb@freebsd.org, yanefbsd@gmail.com, mmakonnen@gmail.com, freebsd-current@freebsd.org, astrodog@gmail.com Subject: Re: The rc.d mess strikes back X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Mar 2009 01:42:37 -0000 On Mon, Mar 02, 2009 at 01:25:22PM -0700, M. Warner Losh wrote: > In message: <2fd864e0903020512i22b2c31fg487aaf37fed6398b@mail.gmail.com> > Astrodog writes: > : As unfortunate (and annoying) as that delay was, your system was in a > : "defined" state, at the end of rc.d. As things stand now, that doesn't > : appear to be the case anymore, and I think that may be a more > : significant issue than the delay. > > I'd be happy with synchronous dhcp. The more general problem is the (large) number of network applications that assume that network addresses and routes never change (because that's how things were when they were written.) My personal pet peeve is ntpd, but there are many others. Any daemon that caches host IP address information at startup is (IMO) broken, and needs to be fixed. There are many reasons why network addresses may change *after* startup, and it is not reasonable to go around and manually HUP everything when that happens. Needing synchronous DHCP as a work-around here is just the signifier of the problem: it isn't the over-all solution. Cheers, -- Andrew From owner-freebsd-usb@FreeBSD.ORG Tue Mar 3 07:47:33 2009 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 B96FA106566B for ; Tue, 3 Mar 2009 07:47:33 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe14.swip.net [212.247.155.161]) by mx1.freebsd.org (Postfix) with ESMTP id 212BB8FC15 for ; Tue, 3 Mar 2009 07:47:32 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=Ma5krZdYoiIA:10 a=-DXRHlJb_54A:10 a=MXw7gxVQKqGXY79tIT8aFQ==:17 a=RU9fcS5ezV1_e8KGVxYA:9 a=OBFe6bp5NZ46y-jm5i4A:7 a=KqphgT6jFg4ylSPL2XalmegWICwA:4 a=LY0hPdMaydYA:10 Received: from [62.113.132.61] (account mc467741@c2i.net HELO laptop) by mailfe14.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 461126971; Tue, 03 Mar 2009 08:47:31 +0100 From: Hans Petter Selasky To: Artyom Mirgorodsky Date: Tue, 3 Mar 2009 08:50:01 +0100 User-Agent: KMail/1.9.7 References: <200903010045.44904.man@email.com.ua> <200903012001.21543.hselasky@c2i.net> <200903022320.31592.man@email.com.ua> In-Reply-To: <200903022320.31592.man@email.com.ua> MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200903030850.01866.hselasky@c2i.net> Cc: freebsd-usb@freebsd.org Subject: Re: Low perfomance when read from usb flash drive X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Mar 2009 07:47:34 -0000 On Monday 02 March 2009, Artyom Mirgorodsky wrote: > > It might be a bug with your memory stick. Are your findings consistent > > accross other brands of memory sticks aswell, between 7.1 and 8.x ? > > Today, I tested another flash drive > > ugen1.2: at usbus1 > umass0: on usbus1 > umass0: SCSI over Bulk-Only; quirks = 0x0000 > umass0:3:0:-1: Attached to scbus3 > sg1 at umass-sim0 bus 0 target 0 lun 0 > sg1: Removable Direct Access SCSI-2 device > sg1: 40.000MB/s transfers > pass1 at umass-sim0 bus 0 target 0 lun 0 > pass1: Removable Direct Access SCSI-2 device > pass1: 40.000MB/s transfers > GEOM: new disk da0 > da0 at umass-sim0 bus 0 target 0 lun 0 > da0: Removable Direct Access SCSI-2 device > da0: 40.000MB/s transfers > da0: 3872MB (7929856 512 byte sectors: 255H 63S/T 493C) > > > > FreeBSD-8-Current > > dd if=/dev/da0 of=/dev/null bs=64k count=10000 > 10000+0 records in > 10000+0 records out > 655360000 bytes transferred in 60.320972 secs (10864546 bytes/sec) > > systat -vm > > Disks ad4 ad6 da0 cd0 pass0 sg0 sg1 68560 wire > KB/t 0.00 0.00 64.00 0.00 0.00 0.00 0.00 117684 act > tps 0 0 166 0 0 0 0 75468 inact > MB/s 0.00 0.00 10.40 0.00 0.00 0.00 0.00 1860 cache > %busy 0 0 99 0 0 0 0 1136340 free > > > > FreeBSD-7.1 > > dd if=/dev/da0 of=/dev/null bs=64k count=10000 > 10000+0 records in > 10000+0 records out > 655360000 bytes transferred in 44.021160 secs (14887386 bytes/sec) Hi, What brand is your CPU. I know that certain AMD USB controllers perform less with the new USB stack, but I've not been able to track down the issue. Can you try another PC having another CPU brand? There might be some minor things that needs tuning like the NAK retry counter. I suspect you have run into a timing issue with the hardware. --HPS From owner-freebsd-usb@FreeBSD.ORG Tue Mar 3 09:30:38 2009 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 516111065672 for ; Tue, 3 Mar 2009 09:30:38 +0000 (UTC) (envelope-from man@email.com.ua) Received: from mail.alkar.net (mail.alkar.net [195.248.191.95]) by mx1.freebsd.org (Postfix) with ESMTP id C65138FC2D for ; Tue, 3 Mar 2009 09:30:37 +0000 (UTC) (envelope-from man@email.com.ua) Received: from [212.86.226.26] (HELO man.alkar.net) by mail.alkar.net (CommuniGate Pro SMTP 5.2.12) with ESMTP id 1885242143; Tue, 03 Mar 2009 11:30:36 +0200 From: Artyom Mirgorodsky To: Hans Petter Selasky Date: Tue, 3 Mar 2009 11:30:35 +0200 User-Agent: KMail/1.11.0 (FreeBSD/7.0-STABLE; KDE/4.2.0; i386; svn-916705; 2009-01-20) References: <200903010045.44904.man@email.com.ua> <200903022320.31592.man@email.com.ua> <200903030850.01866.hselasky@c2i.net> In-Reply-To: <200903030850.01866.hselasky@c2i.net> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200903031130.35613.man@email.com.ua> Cc: freebsd-usb@freebsd.org Subject: Re: Low perfomance when read from usb flash drive X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Mar 2009 09:30:38 -0000 >I know that certain AMD USB controllers perform less with the new USB stack, >but I've not been able to track down the issue. Yes, I have AMD platform (motherboard ASUS A8N-VM-CSM) >Can you try another PC having another CPU brand? Yes, I have already posted the result - 22 Mb/sec, much better than on my computer. >There might be some minor things that needs tuning like the NAK retry counter. >I suspect you have run into a timing issue with the hardware. Can I do anything to solve this problem or at least help you to track it down? From owner-freebsd-usb@FreeBSD.ORG Tue Mar 3 14:13:33 2009 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 A406A1065673 for ; Tue, 3 Mar 2009 14:13:33 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe06.swip.net [212.247.154.161]) by mx1.freebsd.org (Postfix) with ESMTP id 3AF858FC17 for ; Tue, 3 Mar 2009 14:13:32 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=Ma5krZdYoiIA:10 a=-DXRHlJb_54A:10 a=j+k/Ze5hWUCaCztCgEjzDQ==:17 a=68ZaoHg-GwWA-XmukBcA:9 a=bZBcqVfo7pvtAtxFN0IA:7 a=TKRs1HT6k38StQ7Z3kCiEyvRqaIA:4 a=LY0hPdMaydYA:10 Received: from [81.191.55.181] (account mc467741@c2i.net HELO laptop) by mailfe06.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 1204974697; Tue, 03 Mar 2009 15:13:31 +0100 From: Hans Petter Selasky To: Artyom Mirgorodsky Date: Tue, 3 Mar 2009 15:16:02 +0100 User-Agent: KMail/1.9.7 References: <200903010045.44904.man@email.com.ua> <200903030850.01866.hselasky@c2i.net> <200903031130.35613.man@email.com.ua> In-Reply-To: <200903031130.35613.man@email.com.ua> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200903031516.02744.hselasky@c2i.net> Cc: freebsd-usb@freebsd.org Subject: Re: Low perfomance when read from usb flash drive X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Mar 2009 14:13:33 -0000 On Tuesday 03 March 2009, Artyom Mirgorodsky wrote: > >I know that certain AMD USB controllers perform less with the new USB > > stack, but I've not been able to track down the issue. > > Yes, I have AMD platform (motherboard ASUS A8N-VM-CSM) > > >Can you try another PC having another CPU brand? > > Yes, I have already posted the result - 22 Mb/sec, much better than on my > computer. > > >There might be some minor things that needs tuning like the NAK retry > > counter. I suspect you have run into a timing issue with the hardware. > > Can I do anything to solve this problem or at least help you to track it > down? Edit: src/sys/dev/usb/controller/ehci.c if (usb2_get_speed(xfer->xroot->udev) == USB_SPEED_HIGH) { qh_endp |= (EHCI_QH_SET_EPS(EHCI_QH_SPEED_HIGH) | EHCI_QH_DTC); if (methods != &ehci_device_intr_methods) qh_endp |= EHCI_QH_SET_NRL(8); } else { And tune to NRL value to 15. Recompile kernel and modules. --HPS From owner-freebsd-usb@FreeBSD.ORG Tue Mar 3 16:33:41 2009 Return-Path: Delivered-To: usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9AFCB106566C; Tue, 3 Mar 2009 16:33:41 +0000 (UTC) (envelope-from mmakonnen@gmail.com) Received: from mail-fx0-f158.google.com (mail-fx0-f158.google.com [209.85.220.158]) by mx1.freebsd.org (Postfix) with ESMTP id CD65D8FC0C; Tue, 3 Mar 2009 16:33:40 +0000 (UTC) (envelope-from mmakonnen@gmail.com) Received: by fxm2 with SMTP id 2so2462717fxm.43 for ; Tue, 03 Mar 2009 08:33:39 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=wbNcWrZrGCryAU1uGsoBYwseYg0toS9KZWXkW4XOXDY=; b=JiT/p7KKa9b7BK4Gf/AvLoFAnR+uXhXuphy71e5Un+nJzvzI9u9VdWPgm1SWalpwFe cMW4wOHeg6OZIUOqvHqCbCwDFEWqY4kv4/q2rFhVZScv4QvMvonuJO6xlf0kktOicgus ktZbwXzl3ieVro+Unn+szgQkSWdhgN7ZhFEhI= 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:content-transfer-encoding; b=EAqpeQPF4DvK3PG1PVLcFrT4b0m5uv1u9v/sRIxTmWqb7LnQmjL9PfM2qlltz3FoOX 5craNPWUfXALK4hRgV1dzL3jFRtVeL99H7PBJB0/CFw9u3OuWEWUdPaK+1nEOmwHnhuD pobXI7QU0Gge2ghwqlT44ebN3QlqtyeJts9uQ= MIME-Version: 1.0 Received: by 10.86.96.18 with SMTP id t18mr2182881fgb.25.1236098019857; Tue, 03 Mar 2009 08:33:39 -0800 (PST) In-Reply-To: <20090302.181513.1973603215.imp@bsdimp.com> References: <2fd864e0903020512i22b2c31fg487aaf37fed6398b@mail.gmail.com> <20090302.132522.-432836388.imp@bsdimp.com> <20090302233215.GA53763@duncan.reilly.home> <20090302.181513.1973603215.imp@bsdimp.com> Date: Tue, 3 Mar 2009 19:33:39 +0300 Message-ID: <584bfc3f0903030833k70405609q7e2d3b28c8cf4c29@mail.gmail.com> From: Mike Telahun Makonnen To: "M. Warner Losh" Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: usb@freebsd.org, andrew-freebsd@areilly.bpc-users.org, freebsd-current@freebsd.org, astrodog@gmail.com, yanefbsd@gmail.com Subject: Re: The rc.d mess strikes back X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Mar 2009 16:33:42 -0000 On Tue, Mar 3, 2009 at 4:15 AM, M. Warner Losh wrote: > In message: <20090302233215.GA53763@duncan.reilly.home> > =A0 =A0 =A0 =A0 =A0 =A0Andrew Reilly writes: > : On Mon, Mar 02, 2009 at 01:25:22PM -0700, M. Warner Losh wrote: > : > In message: <2fd864e0903020512i22b2c31fg487aaf37fed6398b@mail.gmail.c= om> > : > =A0 =A0 =A0 =A0 =A0 =A0 Astrodog writes: > : > : As unfortunate (and annoying) as that delay was, your system was in= a > : > : "defined" state, at the end of rc.d. As things stand now, that does= n't > : > : appear to be the case anymore, and I think that may be a more > : > : significant issue than the delay. > : > > : > I'd be happy with synchronous dhcp. Ok. I've been waiting to see if brooks@ was going to weigh in on this, but I'll go ahead and make the change now and see if there is any more fall-out. Once that's done, network behaviour should be more or less the same as before my change, with the exception that any DHCP interfaces that aren't plugged in may delay the boot by more than 30sec. [snip] > > : Needing synchronous DHCP as a work-around here is just the > : signifier of the problem: it isn't the over-all solution. > > It is a short-term work-around at best. >From the problems that have been reported so far it seems to me the problem is with some drivers that repeatedly bring the network link up and down. The *ideal* solution seems (to me) to be to fix these drivers. Am I wrong? Cheers. Mike. From owner-freebsd-usb@FreeBSD.ORG Tue Mar 3 18:18:19 2009 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 A0716106566B for ; Tue, 3 Mar 2009 18:18:19 +0000 (UTC) (envelope-from man@email.com.ua) Received: from mail.alkar.net (mail.alkar.net [195.248.191.95]) by mx1.freebsd.org (Postfix) with ESMTP id 206848FC0C for ; Tue, 3 Mar 2009 18:18:18 +0000 (UTC) (envelope-from man@email.com.ua) Received: from [94.179.37.227] (account man@email.com.ua HELO home.alkar.net) by mail.alkar.net (CommuniGate Pro SMTP 5.2.12) with ESMTPA id 1886137088; Tue, 03 Mar 2009 20:03:18 +0200 From: Artyom Mirgorodsky Organization: Vega To: Hans Petter Selasky , freebsd-usb@freebsd.org Date: Tue, 3 Mar 2009 20:06:54 +0200 User-Agent: KMail/1.11.0 (FreeBSD/8.0-CURRENT; KDE/4.2.1; i386; svn-915845; 2009-01-20) References: <200903010045.44904.man@email.com.ua> <200903031130.35613.man@email.com.ua> <200903031516.02744.hselasky@c2i.net> In-Reply-To: <200903031516.02744.hselasky@c2i.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200903032006.54451.man@email.com.ua> Cc: Subject: Re: Low perfomance when read from usb flash drive X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Mar 2009 18:18:19 -0000 On Tuesday 03 March 2009 16:16:02 Hans Petter Selasky wrote: > if (usb2_get_speed(xfer->xroot->udev) == USB_SPEED_HIGH) { > qh_endp |= (EHCI_QH_SET_EPS(EHCI_QH_SPEED_HIGH) | > EHCI_QH_DTC); > if (methods != &ehci_device_intr_methods) > qh_endp |= EHCI_QH_SET_NRL(8); > } else { > > And tune to NRL value to 15. Recompile kernel and modules. Nothing changed dd if=/dev/da0 of=/dev/null bs=64k 5433+0 records in 5433+0 records out 356057088 bytes transferred in 27.286939 secs (13048627 bytes/sec) From owner-freebsd-usb@FreeBSD.ORG Tue Mar 3 18:25:23 2009 Return-Path: Delivered-To: usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8F5971065674 for ; Tue, 3 Mar 2009 18:25:23 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net (lor.one-eyed-alien.net [69.66.77.232]) by mx1.freebsd.org (Postfix) with ESMTP id EE0F48FC19 for ; Tue, 3 Mar 2009 18:25:22 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net (localhost [127.0.0.1]) by lor.one-eyed-alien.net (8.14.3/8.14.3) with ESMTP id n23I383w060122; Tue, 3 Mar 2009 12:03:08 -0600 (CST) (envelope-from brooks@lor.one-eyed-alien.net) Received: (from brooks@localhost) by lor.one-eyed-alien.net (8.14.3/8.14.3/Submit) id n23I38Ql060121; Tue, 3 Mar 2009 12:03:08 -0600 (CST) (envelope-from brooks) Date: Tue, 3 Mar 2009 12:03:07 -0600 From: Brooks Davis To: Mike Telahun Makonnen Message-ID: <20090303180307.GA11134@lor.one-eyed-alien.net> References: <2fd864e0903020512i22b2c31fg487aaf37fed6398b@mail.gmail.com> <20090302.132522.-432836388.imp@bsdimp.com> <20090302233215.GA53763@duncan.reilly.home> <20090302.181513.1973603215.imp@bsdimp.com> <584bfc3f0903030833k70405609q7e2d3b28c8cf4c29@mail.gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="1yeeQ81UyVL57Vl7" Content-Disposition: inline In-Reply-To: <584bfc3f0903030833k70405609q7e2d3b28c8cf4c29@mail.gmail.com> User-Agent: Mutt/1.5.17 (2007-11-01) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (lor.one-eyed-alien.net [127.0.0.1]); Tue, 03 Mar 2009 12:03:08 -0600 (CST) Cc: andrew-freebsd@areilly.bpc-users.org, astrodog@gmail.com, usb@freebsd.org, freebsd-current@freebsd.org, yanefbsd@gmail.com Subject: Re: The rc.d mess strikes back X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Mar 2009 18:25:23 -0000 --1yeeQ81UyVL57Vl7 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Mar 03, 2009 at 07:33:39PM +0300, Mike Telahun Makonnen wrote: > On Tue, Mar 3, 2009 at 4:15 AM, M. Warner Losh wrote: > > In message: <20090302233215.GA53763@duncan.reilly.home> > > ? ? ? ? ? ?Andrew Reilly writes: > > : On Mon, Mar 02, 2009 at 01:25:22PM -0700, M. Warner Losh wrote: > > : > In message: <2fd864e0903020512i22b2c31fg487aaf37fed6398b@mail.gmail= =2Ecom> > > : > ? ? ? ? ? ? Astrodog writes: > > : > : As unfortunate (and annoying) as that delay was, your system was = in a > > : > : "defined" state, at the end of rc.d. As things stand now, that do= esn't > > : > : appear to be the case anymore, and I think that may be a more > > : > : significant issue than the delay. > > : > > > : > I'd be happy with synchronous dhcp. >=20 > Ok. I've been waiting to see if brooks@ was going to weigh in on this, > but I'll go ahead and make the change now and see if there is any more > fall-out. Once that's done, network behaviour should be more or less > the same as before my change, with the exception that any DHCP > interfaces that aren't plugged in may delay the boot by more than > 30sec. I don't have much time to debug this, but I've not had problems with services starting too early on the systems I've been running with async dhcp. If there is a problem with the wait process we need to actually debug it. If the wait for a route/running interface isn't sufficent we should try to figure out what is. Synchronous dhcp sucks and yeilds justifed user complaints so it would be nice to kill it off. I switched the default because it worked for me and I hoped that people would help find and fix edge cases. BTW, the change to background by default still doesn't make sense to me. At best it shouldn't do anything useful in the async case and it entierly defeats the sync case. > [snip] > > > > : Needing synchronous DHCP as a work-around here is just the > > : signifier of the problem: it isn't the over-all solution. > > > > It is a short-term work-around at best. >=20 > >From the problems that have been reported so far it seems to me the > problem is with some drivers that repeatedly bring the network link up > and down. The *ideal* solution seems (to me) to be to fix these > drivers. Am I wrong? This needs to be the solution in the end. -- Brooks --1yeeQ81UyVL57Vl7 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iD4DBQFJrXDbXY6L6fI4GtQRAsi9AJ9wdYVVbe4o9wyD78OWKxMTZVqBywCYpQjt nu+aGMnug7r4TeIiW9JOqw== =ZAQV -----END PGP SIGNATURE----- --1yeeQ81UyVL57Vl7-- From owner-freebsd-usb@FreeBSD.ORG Tue Mar 3 21:41:07 2009 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 9F52B106566C for ; Tue, 3 Mar 2009 21:41:07 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe03.swip.net [212.247.154.65]) by mx1.freebsd.org (Postfix) with ESMTP id 30F778FC18 for ; Tue, 3 Mar 2009 21:41:06 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=Ma5krZdYoiIA:10 a=-DXRHlJb_54A:10 a=MXw7gxVQKqGXY79tIT8aFQ==:17 a=47vyccSKLEfkaHTilywA:9 a=eQeeFW9mZEdqgXjXIrzK-DFgWOsA:4 a=LY0hPdMaydYA:10 Received: from [62.113.132.61] (account mc467741@c2i.net HELO laptop) by mailfe03.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 1208880907; Tue, 03 Mar 2009 22:41:04 +0100 From: Hans Petter Selasky To: Artyom Mirgorodsky Date: Tue, 3 Mar 2009 22:43:30 +0100 User-Agent: KMail/1.9.7 References: <200903010045.44904.man@email.com.ua> <200903031516.02744.hselasky@c2i.net> <200903032006.54451.man@email.com.ua> In-Reply-To: <200903032006.54451.man@email.com.ua> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200903032243.31914.hselasky@c2i.net> Cc: freebsd-usb@freebsd.org Subject: Re: Low perfomance when read from usb flash drive X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Mar 2009 21:41:08 -0000 On Tuesday 03 March 2009, Artyom Mirgorodsky wrote: > On Tuesday 03 March 2009 16:16:02 Hans Petter Selasky wrote: > > if (usb2_get_speed(xfer->xroot->udev) == USB_SPEED_HIGH) { > > qh_endp |= (EHCI_QH_SET_EPS(EHCI_QH_SPEED_HIGH) | > > EHCI_QH_DTC); > > if (methods != &ehci_device_intr_methods) > > qh_endp |= EHCI_QH_SET_NRL(8); > > } else { > > > > And tune to NRL value to 15. Recompile kernel and modules. > Hi, Here is some more testing you can do: dd if=/dev/da0 of=/dev/null bs=1024 & And then: vmstat -i ; sleep 1 ; vmstat -i Now compute the number of interrupts that appear on the EHCI. Repeat the same test using FreeBSD -current. a) On the machine where it is slow. b) On the machine where it is fast. I think the reduced performance can be explained by a clamp on the interrupt rate around 1000 interrupts per second instead of 8000. Maybe someone has an explanation for this? The EHCI is being programmed to interrupt at 125us intervals, but there seems to be limits other places. It is possible to workaround this in the umass driver by doing the cmd + read in one operation. --HPS From owner-freebsd-usb@FreeBSD.ORG Tue Mar 3 22:15:44 2009 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 5AC3D1065672 for ; Tue, 3 Mar 2009 22:15:44 +0000 (UTC) (envelope-from stevecalfee@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.229]) by mx1.freebsd.org (Postfix) with ESMTP id 2C9E98FC19 for ; Tue, 3 Mar 2009 22:15:44 +0000 (UTC) (envelope-from stevecalfee@gmail.com) Received: by rv-out-0506.google.com with SMTP id f6so3405772rvb.43 for ; Tue, 03 Mar 2009 14:15:43 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=LBbK/+4N0A8qpAib+YIHfyIEVgD+d/uPMV6cheX6bKA=; b=e8i3O+1FRmuuOivZbh/v/CQ18o+2Fwr5VCWXkdDF6RS/Yu9GPPoVOv88a4cA/hz50s vkQqtvUWBJDib1wT8N7HGgPd5NunFPONvG5/mG15pZ2u7K5qQHtKBAS+xEDqjwrceTYF 1Ga/TfdsZmBDgOPUlUOFtbcUj6NcHp00p+xpY= 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:content-transfer-encoding; b=mBLm1Sqrs2KtZysTZqgP2B4WHb+MsyY27GEYt8LH0d/sccelMDYfK2yZmt2VR0cLid m65uZMoavKAiU5mohVgUIasYNHlI3RbVl9mjl2JTE6We5gZuICBBwOMvL5QxhKe8OxIV acZPE1Q15WvRNR08NF9S4znfRS7KPWwiap32o= MIME-Version: 1.0 Received: by 10.115.22.1 with SMTP id z1mr3633693wai.202.1236118543858; Tue, 03 Mar 2009 14:15:43 -0800 (PST) In-Reply-To: <200903032243.31914.hselasky@c2i.net> References: <200903010045.44904.man@email.com.ua> <200903031516.02744.hselasky@c2i.net> <200903032006.54451.man@email.com.ua> <200903032243.31914.hselasky@c2i.net> Date: Tue, 3 Mar 2009 14:15:43 -0800 Message-ID: <4a5ff6bc0903031415s16158407m386b8321a5082996@mail.gmail.com> From: Steve Calfee To: Hans Petter Selasky Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-usb@freebsd.org Subject: Re: Low perfomance when read from usb flash drive X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Mar 2009 22:15:44 -0000 > I think the reduced performance can be explained by a clamp on the interrupt > rate around 1000 interrupts per second instead of 8000. Maybe someone has an > explanation for this? > > The EHCI is being programmed to interrupt at 125us intervals, but there seems > to be limits other places. > > It is possible to workaround this in the umass driver by doing the cmd + read > in one operation. Hi Hans, I am looking at using FreeBSD in an embedded product. I have not examined your ehci software, but I am aware of how Linux and other OSes run the controller. Why are you taking an interrupt every uFrame SOF? What can you possibly do then? You are not in a RTOS, you are not guaranteed to even get that fast an interrupt. The whole point of the magic ehci DMA engine is that many transactions can be programmed and then they can interrupt when they are done. The Periodic list is set up with (hopefully) enough transactions that the OS can keep up, and async doesn't care at all - the only impact is possible xfer speed. Taking really fast periodic (uFrame) interrupts guarantees no faster transfers than just having the end of transfer interrupt. Just wondering. Regards, Steve From owner-freebsd-usb@FreeBSD.ORG Wed Mar 4 03:50:03 2009 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 33EA5106566B for ; Wed, 4 Mar 2009 03:50:03 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 089438FC12 for ; Wed, 4 Mar 2009 03:50:03 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n243o2ZE031106 for ; Wed, 4 Mar 2009 03:50:02 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n243o2ob031105; Wed, 4 Mar 2009 03:50:02 GMT (envelope-from gnats) Date: Wed, 4 Mar 2009 03:50:02 GMT Message-Id: <200903040350.n243o2ob031105@freefall.freebsd.org> To: freebsd-usb@FreeBSD.org From: dfilter@FreeBSD.ORG (dfilter service) Cc: Subject: Re: usb/125072: 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: Wed, 04 Mar 2009 03:50:03 -0000 The following reply was made to PR usb/125072; it has been noted by GNATS. From: dfilter@FreeBSD.ORG (dfilter service) To: bug-followup@FreeBSD.org Cc: Subject: Re: usb/125072: commit references a PR Date: Wed, 4 Mar 2009 03:48:11 +0000 (UTC) Author: thompsa Date: Wed Mar 4 03:47:57 2009 New Revision: 189360 URL: http://svn.freebsd.org/changeset/base/189360 Log: Add Mobile Action MA-620 Infrared Adapter. PR: usb/125072 Submitted by: Alexander Logvinov MFC after: 1 week Modified: head/share/man/man4/uplcom.4 head/sys/dev/usb/serial/uplcom.c head/sys/dev/usb/usbdevs Modified: head/share/man/man4/uplcom.4 ============================================================================== --- head/share/man/man4/uplcom.4 Wed Mar 4 03:45:34 2009 (r189359) +++ head/share/man/man4/uplcom.4 Wed Mar 4 03:47:57 2009 (r189360) @@ -98,6 +98,8 @@ I/O DATA USB-RSAQ2 .It I/O DATA USB-RSAQ3 .It +Mobile Action MA-620 Infrared Adapter +.It PLANEX USB-RS232 URS-03 .It RATOC REX-USB60 Modified: head/sys/dev/usb/serial/uplcom.c ============================================================================== --- head/sys/dev/usb/serial/uplcom.c Wed Mar 4 03:45:34 2009 (r189359) +++ head/sys/dev/usb/serial/uplcom.c Wed Mar 4 03:47:57 2009 (r189360) @@ -274,6 +274,9 @@ static const struct usb2_device_id uplco {USB_UPL(USB_VENDOR_PROLIFIC, USB_PRODUCT_PROLIFIC_PHAROS, 0, 0xFFFF, TYPE_PL2303)}, /* Willcom W-SIM */ {USB_UPL(USB_VENDOR_PROLIFIC2, USB_PRODUCT_PROLIFIC2_WSIM, 0, 0xFFFF, TYPE_PL2303X)}, + /* Mobile Action MA-620 Infrared Adapter */ + {USB_UPL(USB_VENDOR_MOBILEACTION, USB_PRODUCT_MOBILEACTION_MA620, 0, 0xFFFF, TYPE_PL2303X)}, + }; static device_method_t uplcom_methods[] = { Modified: head/sys/dev/usb/usbdevs ============================================================================== --- head/sys/dev/usb/usbdevs Wed Mar 4 03:45:34 2009 (r189359) +++ head/sys/dev/usb/usbdevs Wed Mar 4 03:47:57 2009 (r189360) @@ -1767,6 +1767,9 @@ product MITSUMI CDRRW 0x0000 CD-R/RW Dr product MITSUMI BT_DONGLE 0x641f Bluetooth USB dongle product MITSUMI FDD 0x6901 USB FDD +/* Mobile Action products */ +product MOBILEACTION MA620 0x0620 MA-620 Infrared Adapter + /* Mobility products */ product MOBILITY EA 0x0204 Ethernet product MOBILITY EASIDOCK 0x0304 EasiDock Ethernet _______________________________________________ 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 Mar 4 06:12:51 2009 Return-Path: Delivered-To: usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4F773106564A; Wed, 4 Mar 2009 06:12:51 +0000 (UTC) (envelope-from mmakonnen@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.155]) by mx1.freebsd.org (Postfix) with ESMTP id 7D7738FC1D; Wed, 4 Mar 2009 06:12:49 +0000 (UTC) (envelope-from mmakonnen@gmail.com) Received: by fg-out-1718.google.com with SMTP id l26so146935fgb.35 for ; Tue, 03 Mar 2009 22:12:49 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=dfisJhJiEXQ1JLR6MZ0oi60xdfP+CuL0NlKjAQBUzSk=; b=nbB7I53jHFdEAiX7FR3A94sgmF8j9xQFgb8TPVoxw2kXt8PEAO0OyfsOXwWYpCBWjs Vma3W3iEc2Av9ZUpaJj5OsRtHL0F4G16Mq8BX+dMA7sqhrQLS+PLFUFLWM6UK/QP5ka9 TS6mP6u8CdvG+mVvgQQ7sTh79uaVSDkK9rRkM= 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:content-transfer-encoding; b=t8jKArch/L5zVj36pNSxfi+H30iD0j13tmMLXqGIAt7ikXuQ1YytfyBzdNGhOUqS6q QuvKI+JTby8nRol+YoNLInB49gr5C4bV69WXYHbERX6MICkovrJtznnmpXUJ8YbADQuq 0V/I9izmy2WetXzghw5aOuj2/i5JOWiJsyolo= MIME-Version: 1.0 Received: by 10.86.74.15 with SMTP id w15mr2050624fga.60.1236147169296; Tue, 03 Mar 2009 22:12:49 -0800 (PST) In-Reply-To: <20090303180307.GA11134@lor.one-eyed-alien.net> References: <2fd864e0903020512i22b2c31fg487aaf37fed6398b@mail.gmail.com> <20090302.132522.-432836388.imp@bsdimp.com> <20090302233215.GA53763@duncan.reilly.home> <20090302.181513.1973603215.imp@bsdimp.com> <584bfc3f0903030833k70405609q7e2d3b28c8cf4c29@mail.gmail.com> <20090303180307.GA11134@lor.one-eyed-alien.net> Date: Wed, 4 Mar 2009 09:12:49 +0300 Message-ID: <584bfc3f0903032212x25831c5bi35d9b637c1896e1d@mail.gmail.com> From: Mike Telahun Makonnen To: Brooks Davis Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: andrew-freebsd@areilly.bpc-users.org, astrodog@gmail.com, usb@freebsd.org, freebsd-current@freebsd.org, yanefbsd@gmail.com Subject: Re: The rc.d mess strikes back 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, 04 Mar 2009 06:12:51 -0000 On Tue, Mar 3, 2009 at 9:03 PM, Brooks Davis wrote: > > I don't have much time to debug this, but I've not had problems with > services starting too early on the systems I've been running with async > dhcp. =A0If there is a problem with the wait process we need to actually > debug it. =A0If the wait for a route/running interface isn't sufficent we > should try to figure out what is. =A0Synchronous dhcp sucks and yeilds > justifed user complaints so it would be nice to kill it off. =A0I switche= d > the default because it worked for me and I hoped that people would help > find and fix edge cases. Can you elaborate why synchronous DHCP sucks ? > > BTW, the change to background by default still doesn't make sense to > me. =A0At best it shouldn't do anything useful in the async case and it > entierly defeats the sync case. > Yeah, I realized this as soon as people started complaining about the changes and reverting that commit didn't fix their problem. I'll back it out. Cheers, Mike. From owner-freebsd-usb@FreeBSD.ORG Wed Mar 4 08:04:07 2009 Return-Path: Delivered-To: usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 85F9E106566B; Wed, 4 Mar 2009 08:04:07 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from mail-gx0-f176.google.com (mail-gx0-f176.google.com [209.85.217.176]) by mx1.freebsd.org (Postfix) with ESMTP id 0575D8FC0A; Wed, 4 Mar 2009 08:04:06 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: by gxk24 with SMTP id 24so7384053gxk.19 for ; Wed, 04 Mar 2009 00:04:06 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=AbsrC1UuyOVeiiDSKnC6vt5ONuP0nN/qzwLKd4f3lhM=; b=jm3JVmzgVlMissJJTjFXEY0LRDBBpgtJ/AB7wDD9ggT2mOlbZiisostLf8XPJsiMis V1grlv9Mra18RmVk4M3+BSukmX62xR324FQGFuu7Uuc+YoBSv6PCcdkUeUscuaFRo2eR Tz+hR077h2cnbpnl8GUFIJBmkDkeH2DzCmpBI= 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:content-transfer-encoding; b=DBTPI6VQ1ku4hd6Peis8/g+JwIiP7tlSCcfUbahrgxzgBkloP/B5QulUY4yN1pjjHX nrMlxKITbneUax42IU7ZaUcFU0VxzssxyIY2vJNFDIwZEAx6AKnnNSm5gP5QYfMzOTNZ 67TkhIIeDKTNndNftyKKd40trgKzIqw0LN3Ew= MIME-Version: 1.0 Received: by 10.90.120.19 with SMTP id s19mr407agc.55.1236153846243; Wed, 04 Mar 2009 00:04:06 -0800 (PST) In-Reply-To: <584bfc3f0903032212x25831c5bi35d9b637c1896e1d@mail.gmail.com> References: <2fd864e0903020512i22b2c31fg487aaf37fed6398b@mail.gmail.com> <20090302.132522.-432836388.imp@bsdimp.com> <20090302233215.GA53763@duncan.reilly.home> <20090302.181513.1973603215.imp@bsdimp.com> <584bfc3f0903030833k70405609q7e2d3b28c8cf4c29@mail.gmail.com> <20090303180307.GA11134@lor.one-eyed-alien.net> <584bfc3f0903032212x25831c5bi35d9b637c1896e1d@mail.gmail.com> Date: Wed, 4 Mar 2009 00:04:06 -0800 Message-ID: <7d6fde3d0903040004y1fcbb086i355cd0113717620b@mail.gmail.com> From: Garrett Cooper To: Mike Telahun Makonnen Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: andrew-freebsd@areilly.bpc-users.org, Brooks Davis , astrodog@gmail.com, usb@freebsd.org, freebsd-current@freebsd.org Subject: Re: The rc.d mess strikes back 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, 04 Mar 2009 08:04:08 -0000 On Tue, Mar 3, 2009 at 10:12 PM, Mike Telahun Makonnen wrote: > On Tue, Mar 3, 2009 at 9:03 PM, Brooks Davis wrote: >> >> I don't have much time to debug this, but I've not had problems with >> services starting too early on the systems I've been running with async >> dhcp. =A0If there is a problem with the wait process we need to actually >> debug it. =A0If the wait for a route/running interface isn't sufficent w= e >> should try to figure out what is. =A0Synchronous dhcp sucks and yeilds >> justifed user complaints so it would be nice to kill it off. =A0I switch= ed >> the default because it worked for me and I hoped that people would help >> find and fix edge cases. > > Can you elaborate why synchronous DHCP sucks ? The only reason I could see is bringup time. Am I correct in this assumptio= n? >> >> BTW, the change to background by default still doesn't make sense to >> me. =A0At best it shouldn't do anything useful in the async case and it >> entierly defeats the sync case. >> > > Yeah, I realized this as soon as people started complaining about the > changes and reverting that commit didn't fix their problem. I'll back > it out. Thanks :), -Garrett From owner-freebsd-usb@FreeBSD.ORG Wed Mar 4 08:09:32 2009 Return-Path: Delivered-To: usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 180B7106564A; Wed, 4 Mar 2009 08:09:32 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from el-out-1112.google.com (el-out-1112.google.com [209.85.162.181]) by mx1.freebsd.org (Postfix) with ESMTP id AB2128FC1B; Wed, 4 Mar 2009 08:09:31 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: by el-out-1112.google.com with SMTP id r27so2631725ele.13 for ; Wed, 04 Mar 2009 00:09:31 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=L8hraKIKW0xvUnYbnzdjt47+GmvMe5fDA0+VU4CXSfw=; b=XBfJCnx0mrMcjqpEVb7Z0n0Bp42DjO5eUqJNL2DhCi7Szz6rpmuCDxnbnOkCdXckki zvgmQuDGxQF2IbdpJLYrzlWUTLr4cA3Z/VF5l8AJnTGOP1qD8haLNHegmI566yWs0aM6 RVZgUpNuWJqm907UP5BKrSGNsXfN0kQM0WURw= 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:content-transfer-encoding; b=qiu4JnyBbSsKLw/2DGV5kkTVmUskacZWbhFG4KNfkVMKNOgvw2oLfnD2WjRxgXekkp SdSoCfCAowxCj4hxxq58qdIgj+ZY05thNmxNCvrnbTLv/YXjbJ+L1UY8fr7wM5vzGd3u omjlFlc4qEzbqIiaQ0GkhgwFgbL83JwJPEXQ4= MIME-Version: 1.0 Received: by 10.90.25.11 with SMTP id 11mr3434095agy.72.1236154171056; Wed, 04 Mar 2009 00:09:31 -0800 (PST) In-Reply-To: <20090302233215.GA53763@duncan.reilly.home> References: <2E9BD549-EF77-4F48-AB7E-C93AFC4BE387@gmail.com> <49ABCECE.1040102@gmail.com> <2fd864e0903020512i22b2c31fg487aaf37fed6398b@mail.gmail.com> <20090302.132522.-432836388.imp@bsdimp.com> <20090302233215.GA53763@duncan.reilly.home> Date: Wed, 4 Mar 2009 00:09:30 -0800 Message-ID: <7d6fde3d0903040009y1b9d009chbacab05180630572@mail.gmail.com> From: Garrett Cooper To: Andrew Reilly Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: usb@freebsd.org, astrodog@gmail.com, freebsd-current@freebsd.org, mmakonnen@gmail.com Subject: Re: The rc.d mess strikes back 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, 04 Mar 2009 08:09:32 -0000 On Mon, Mar 2, 2009 at 3:32 PM, Andrew Reilly wrote: > On Mon, Mar 02, 2009 at 01:25:22PM -0700, M. Warner Losh wrote: >> In message: <2fd864e0903020512i22b2c31fg487aaf37fed6398b@mail.gmail.com> >> =A0 =A0 =A0 =A0 =A0 =A0 Astrodog writes: >> : As unfortunate (and annoying) as that delay was, your system was in a >> : "defined" state, at the end of rc.d. As things stand now, that doesn't >> : appear to be the case anymore, and I think that may be a more >> : significant issue than the delay. >> >> I'd be happy with synchronous dhcp. > > The more general problem is the (large) number of network > applications that assume that network addresses and routes never > change (because that's how things were when they were written.) > My personal pet peeve is ntpd, but there are many others. =A0Any > daemon that caches host IP address information at startup is > (IMO) broken, and needs to be fixed. =A0There are many reasons why > network addresses may change *after* startup, and it is not > reasonable to go around and manually HUP everything when that > happens. > > Needing synchronous DHCP as a work-around here is just the > signifier of the problem: it isn't the over-all solution. I completely and wholeheartedly agree with you. This could be more difficult with contributed software, but it can be done! Thanks =3D], -Garrett From owner-freebsd-usb@FreeBSD.ORG Wed Mar 4 08:20:19 2009 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 871E11065673 for ; Wed, 4 Mar 2009 08:20:19 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe12.tele2.se [212.247.155.97]) by mx1.freebsd.org (Postfix) with ESMTP id 195888FC19 for ; Wed, 4 Mar 2009 08:20:18 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=Ma5krZdYoiIA:10 a=-DXRHlJb_54A:10 a=F9Ddb8ZnJZvc46m2WQEPHQ==:17 a=V3CGy0ory5sdZRABxIoA:9 a=Nhq8M4o7NlFvPYYrYH4A:7 a=_-unnd2EU46UU0o1NBqpg1FTmT4A:4 a=50e4U0PicR4A:10 Received: from [85.19.79.136] (account mc467741@c2i.net HELO laptop.bitfrost.local) by mailfe12.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 1032089937; Wed, 04 Mar 2009 09:20:17 +0100 From: Hans Petter Selasky To: Steve Calfee Date: Wed, 4 Mar 2009 09:22:46 +0100 User-Agent: KMail/1.9.7 References: <200903010045.44904.man@email.com.ua> <200903032243.31914.hselasky@c2i.net> <4a5ff6bc0903031415s16158407m386b8321a5082996@mail.gmail.com> In-Reply-To: <4a5ff6bc0903031415s16158407m386b8321a5082996@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200903040922.48163.hselasky@c2i.net> Cc: freebsd-usb@freebsd.org Subject: Re: Low perfomance when read from usb flash drive 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, 04 Mar 2009 08:20:19 -0000 Hi Steve, On Tuesday 03 March 2009, Steve Calfee wrote: > > I think the reduced performance can be explained by a clamp on the > > interrupt rate around 1000 interrupts per second instead of 8000. Maybe > > someone has an explanation for this? > > > > The EHCI is being programmed to interrupt at 125us intervals, but there > > seems to be limits other places. > > > > It is possible to workaround this in the umass driver by doing the cmd + > > read in one operation. > > Hi Hans, > > I am looking at using FreeBSD in an embedded product. I have not > examined your ehci software, but I am aware of how Linux and other > OSes run the controller. > > Why are you taking an interrupt every uFrame SOF? If the transaction completes before 125us we take the interrupt before 125us. The problem is that the interrupt delay becomes critical to performance when the interrupt rate is close to the interrupt limitation. For example: Transferring 13Mbyte/sec at blocksize equal to 65536 bytes generates 600 interrupts. Hence the Mass Storage state machine has three steps the throughput is computed like (600/3)*65536 bytes. If we on the average have to wait 0.5ms for an interrupt we loose throughput. > async > doesn't care at all If you have to wait for a transaction before you can do the next one it matters. > - the only impact is possible xfer speed. Taking > really fast periodic (uFrame) interrupts guarantees no faster > transfers than just having the end of transfer interrupt. > --HPS From owner-freebsd-usb@FreeBSD.ORG Wed Mar 4 08:28:39 2009 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 EF0C1106564A for ; Wed, 4 Mar 2009 08:28:39 +0000 (UTC) (envelope-from man@email.com.ua) Received: from mail.alkar.net (mail.alkar.net [195.248.191.95]) by mx1.freebsd.org (Postfix) with ESMTP id 73D838FC16 for ; Wed, 4 Mar 2009 08:28:39 +0000 (UTC) (envelope-from man@email.com.ua) Received: from [212.86.226.26] (HELO man.alkar.net) by mail.alkar.net (CommuniGate Pro SMTP 5.2.12) with ESMTP id 1886919780; Wed, 04 Mar 2009 10:28:37 +0200 From: Artyom Mirgorodsky To: Hans Petter Selasky Date: Wed, 4 Mar 2009 10:28:36 +0200 User-Agent: KMail/1.11.0 (FreeBSD/7.0-STABLE; KDE/4.2.0; i386; svn-916705; 2009-01-20) References: <200903010045.44904.man@email.com.ua> <200903032006.54451.man@email.com.ua> <200903032243.31914.hselasky@c2i.net> In-Reply-To: <200903032243.31914.hselasky@c2i.net> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200903041028.37027.man@email.com.ua> Cc: freebsd-usb@freebsd.org Subject: Re: Low perfomance when read from usb flash drive 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, 04 Mar 2009 08:28:40 -0000 >Repeat the same test using FreeBSD -current. >a) On the machine where it is slow. vmstat -i ; sleep 1 ; vmstat -i interrupt total rate irq1: atkbd0 233 2 irq14: ata0 85 0 irq16: vgapci0 5377 52 irq21: hdac0 ohci0 742 7 irq22: nfe0 ehci0 23610 229 irq23: atapci1 5405 52 cpu0: timer 203959 1980 cpu1: timer 200914 1950 Total 440325 4275 interrupt total rate irq1: atkbd0 234 2 irq14: ata0 85 0 irq16: vgapci0 5439 52 irq21: hdac0 ohci0 742 7 irq22: nfe0 ehci0 24621 236 irq23: atapci1 5405 51 cpu0: timer 205981 1980 cpu1: timer 202937 1951 Total 445444 4283 >I think the reduced performance can be explained by a clamp on the interrupt >rate around 1000 interrupts per second instead of 8000. Maybe someone has an >explanation for this? You right, the interrupt rate around 1000 (1011) on this machine, but on FreeBSD 7.1 more 3000. If it is some kind of interrupt aggregation, may be I can try to turn it off? >b) On the machine where it is fast. vmstat -i ; sleep 1 ; vmstat -i interrupt total rate irq4: uart0 4154 0 irq14: ata0 472922 0 irq15: ata1 26 0 irq18: em0 752711 0 irq21: ahc0 53 0 irq23: ehci0 103456 0 irq24: em1 147 0 cpu0: timer 1551216517 2000 cpu1: timer 1551195251 2000 Total 3103745237 4001 interrupt total rate irq4: uart0 4154 0 irq14: ata0 472923 0 irq15: ata1 26 0 irq18: em0 752713 0 irq21: ahc0 53 0 irq23: ehci0 110949 0 irq24: em1 147 0 cpu0: timer 1551218551 2000 cpu1: timer 1551197285 2000 Total 3103756801 4001 From owner-freebsd-usb@FreeBSD.ORG Wed Mar 4 08:40:12 2009 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 7D02B106564A; Wed, 4 Mar 2009 08:40:12 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe05.swip.net [212.247.154.129]) by mx1.freebsd.org (Postfix) with ESMTP id B23A08FC08; Wed, 4 Mar 2009 08:40:11 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=ndGObMz6TgMA:10 a=8nqVQ115KrMA:10 a=F9Ddb8ZnJZvc46m2WQEPHQ==:17 a=wCL8q2Vy6nRMSLN4IjoA:9 a=0rJnrDQ_hwtTIY29KBqKaBO4RTQA:4 a=50e4U0PicR4A:10 Received: from [85.19.79.136] (account mc467741@c2i.net HELO laptop.bitfrost.local) by mailfe05.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 1102165083; Wed, 04 Mar 2009 09:40:09 +0100 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Wed, 4 Mar 2009 09:42:38 +0100 User-Agent: KMail/1.9.7 References: <200903010045.44904.man@email.com.ua> <200903032243.31914.hselasky@c2i.net> <200903041028.37027.man@email.com.ua> In-Reply-To: <200903041028.37027.man@email.com.ua> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200903040942.39191.hselasky@c2i.net> Cc: freebsd-usb@freebsd.org Subject: Knobs to reduce PCI interrupt latency [was: Low perfomance when read from usb flash drive] 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, 04 Mar 2009 08:40:12 -0000 Hi, Do we have any knobs in FreeBSD to reduce the interrupt latency? I am currently seeing performance differences between 8.x and 7.x. Anyone have any ideas? --HPS On Wednesday 04 March 2009, Artyom Mirgorodsky wrote: > >Repeat the same test using FreeBSD -current. > > > >a) On the machine where it is slow. > > vmstat -i ; sleep 1 ; vmstat -i > interrupt total rate > irq1: atkbd0 233 2 > irq14: ata0 85 0 > irq16: vgapci0 5377 52 > irq21: hdac0 ohci0 742 7 > irq22: nfe0 ehci0 23610 229 > irq23: atapci1 5405 52 > cpu0: timer 203959 1980 > cpu1: timer 200914 1950 > Total 440325 4275 > interrupt total rate > irq1: atkbd0 234 2 > irq14: ata0 85 0 > irq16: vgapci0 5439 52 > irq21: hdac0 ohci0 742 7 > irq22: nfe0 ehci0 24621 236 > irq23: atapci1 5405 51 > cpu0: timer 205981 1980 > cpu1: timer 202937 1951 > Total 445444 4283 > > >I think the reduced performance can be explained by a clamp on the > > interrupt rate around 1000 interrupts per second instead of 8000. Maybe > > someone has an explanation for this? > > You right, the interrupt rate around 1000 (1011) on this machine, but on > FreeBSD 7.1 more 3000. If it is some kind of interrupt aggregation, may be > I can try to turn it off? > > >b) On the machine where it is fast. > > vmstat -i ; sleep 1 ; vmstat -i > interrupt total rate > irq4: uart0 4154 0 > irq14: ata0 472922 0 > irq15: ata1 26 0 > irq18: em0 752711 0 > irq21: ahc0 53 0 > irq23: ehci0 103456 0 > irq24: em1 147 0 > cpu0: timer 1551216517 2000 > cpu1: timer 1551195251 2000 > Total 3103745237 4001 > interrupt total rate > irq4: uart0 4154 0 > irq14: ata0 472923 0 > irq15: ata1 26 0 > irq18: em0 752713 0 > irq21: ahc0 53 0 > irq23: ehci0 110949 0 > irq24: em1 147 0 > cpu0: timer 1551218551 2000 > cpu1: timer 1551197285 2000 > Total 3103756801 4001 From owner-freebsd-usb@FreeBSD.ORG Wed Mar 4 08:48:00 2009 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 13FBD106566B for ; Wed, 4 Mar 2009 08:48:00 +0000 (UTC) (envelope-from man@email.com.ua) Received: from mail.alkar.net (mail.alkar.net [195.248.191.95]) by mx1.freebsd.org (Postfix) with ESMTP id 8B8C88FC08 for ; Wed, 4 Mar 2009 08:47:59 +0000 (UTC) (envelope-from man@email.com.ua) Received: from [212.86.226.26] (HELO man.alkar.net) by mail.alkar.net (CommuniGate Pro SMTP 5.2.12) with ESMTP id 1886947488; Wed, 04 Mar 2009 10:47:58 +0200 From: Artyom Mirgorodsky To: Hans Petter Selasky Date: Wed, 4 Mar 2009 10:47:57 +0200 User-Agent: KMail/1.11.0 (FreeBSD/7.0-STABLE; KDE/4.2.0; i386; svn-916705; 2009-01-20) References: <200903010045.44904.man@email.com.ua> <200903022320.31592.man@email.com.ua> <200903030850.01866.hselasky@c2i.net> In-Reply-To: <200903030850.01866.hselasky@c2i.net> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200903041047.57385.man@email.com.ua> Cc: freebsd-usb@freebsd.org Subject: Re: Low perfomance when read from usb flash drive 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, 04 Mar 2009 08:48:00 -0000 I forgot to write, that a similar problem was observed in FreeBSD 7 with usb4bsd patches. From owner-freebsd-usb@FreeBSD.ORG Wed Mar 4 08:49:01 2009 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 0CFCA106566B for ; Wed, 4 Mar 2009 08:49:01 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id B63FD8FC18 for ; Wed, 4 Mar 2009 08:49:00 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.14.2/8.14.1) with ESMTP id n248kb5f073445; Wed, 4 Mar 2009 01:46:37 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Wed, 04 Mar 2009 01:46:55 -0700 (MST) Message-Id: <20090304.014655.1820405796.imp@bsdimp.com> To: hselasky@c2i.net From: "M. Warner Losh" In-Reply-To: <200903040922.48163.hselasky@c2i.net> References: <200903032243.31914.hselasky@c2i.net> <4a5ff6bc0903031415s16158407m386b8321a5082996@mail.gmail.com> <200903040922.48163.hselasky@c2i.net> X-Mailer: Mew version 5.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-usb@freebsd.org Subject: Re: Low perfomance when read from usb flash drive 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, 04 Mar 2009 08:49:01 -0000 In message: <200903040922.48163.hselasky@c2i.net> Hans Petter Selasky writes: : Hi Steve, : : On Tuesday 03 March 2009, Steve Calfee wrote: : > > I think the reduced performance can be explained by a clamp on the : > > interrupt rate around 1000 interrupts per second instead of 8000. Maybe : > > someone has an explanation for this? : > > : > > The EHCI is being programmed to interrupt at 125us intervals, but there : > > seems to be limits other places. : > > : > > It is possible to workaround this in the umass driver by doing the cmd + : > > read in one operation. : > : > Hi Hans, : > : > I am looking at using FreeBSD in an embedded product. I have not : > examined your ehci software, but I am aware of how Linux and other : > OSes run the controller. : > : > Why are you taking an interrupt every uFrame SOF? : : If the transaction completes before 125us we take the interrupt before 125us. : The problem is that the interrupt delay becomes critical to performance when : the interrupt rate is close to the interrupt limitation. : : For example: : : Transferring 13Mbyte/sec at blocksize equal to 65536 bytes generates 600 : interrupts. Hence the Mass Storage state machine has three steps the : throughput is computed like (600/3)*65536 bytes. If we on the average have to : wait 0.5ms for an interrupt we loose throughput. Shouldn't you be using filters and such to make this less relevant? A filter runs on the order of 5us after the interrupt on fast machines, and 20us on slower (400MHz) ones. You can feed the pipeline better, and handle higher interrupt rates... Warner From owner-freebsd-usb@FreeBSD.ORG Wed Mar 4 08:52:34 2009 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 EFB99106564A; Wed, 4 Mar 2009 08:52:34 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 93AE68FC0A; Wed, 4 Mar 2009 08:52:34 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.14.2/8.14.1) with ESMTP id n248ntNq073487; Wed, 4 Mar 2009 01:49:55 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Wed, 04 Mar 2009 01:50:13 -0700 (MST) Message-Id: <20090304.015013.-862235060.imp@bsdimp.com> To: hselasky@c2i.net From: "M. Warner Losh" In-Reply-To: <200903040942.39191.hselasky@c2i.net> References: <200903032243.31914.hselasky@c2i.net> <200903041028.37027.man@email.com.ua> <200903040942.39191.hselasky@c2i.net> X-Mailer: Mew version 5.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, freebsd-usb@freebsd.org Subject: Re: Knobs to reduce PCI interrupt latency 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, 04 Mar 2009 08:52:35 -0000 In message: <200903040942.39191.hselasky@c2i.net> Hans Petter Selasky writes: : Do we have any knobs in FreeBSD to reduce the interrupt latency? I am : currently seeing performance differences between 8.x and 7.x. Anyone have any : ideas? If we did, don't you think they would be enabled by default :) Seriously, I measured interrupt latency on a 7.0-current system at around 20us for a fast interrupt/filter (300MHz or 400MHz low-power CPU). For fast machines, this can approach 1us, which is hard to measure with the setup I had for the 300MHz case. Deferring work to the scheduled interrupt can be useful, especailly if you can keep the pipeline full such that the filter can kick off the next set of transactions quickly, and then call the completion routines on the last set in parallel in the ithread. This works well for most random-access things, but less well for single threaded, sequential benchmarks. Warner : --HPS : : On Wednesday 04 March 2009, Artyom Mirgorodsky wrote: : > >Repeat the same test using FreeBSD -current. : > > : > >a) On the machine where it is slow. : > : > vmstat -i ; sleep 1 ; vmstat -i : > interrupt total rate : > irq1: atkbd0 233 2 : > irq14: ata0 85 0 : > irq16: vgapci0 5377 52 : > irq21: hdac0 ohci0 742 7 : > irq22: nfe0 ehci0 23610 229 : > irq23: atapci1 5405 52 : > cpu0: timer 203959 1980 : > cpu1: timer 200914 1950 : > Total 440325 4275 : > interrupt total rate : > irq1: atkbd0 234 2 : > irq14: ata0 85 0 : > irq16: vgapci0 5439 52 : > irq21: hdac0 ohci0 742 7 : > irq22: nfe0 ehci0 24621 236 : > irq23: atapci1 5405 51 : > cpu0: timer 205981 1980 : > cpu1: timer 202937 1951 : > Total 445444 4283 : > : > >I think the reduced performance can be explained by a clamp on the : > > interrupt rate around 1000 interrupts per second instead of 8000. Maybe : > > someone has an explanation for this? : > : > You right, the interrupt rate around 1000 (1011) on this machine, but on : > FreeBSD 7.1 more 3000. If it is some kind of interrupt aggregation, may be : > I can try to turn it off? : > : > >b) On the machine where it is fast. : > : > vmstat -i ; sleep 1 ; vmstat -i : > interrupt total rate : > irq4: uart0 4154 0 : > irq14: ata0 472922 0 : > irq15: ata1 26 0 : > irq18: em0 752711 0 : > irq21: ahc0 53 0 : > irq23: ehci0 103456 0 : > irq24: em1 147 0 : > cpu0: timer 1551216517 2000 : > cpu1: timer 1551195251 2000 : > Total 3103745237 4001 : > interrupt total rate : > irq4: uart0 4154 0 : > irq14: ata0 472923 0 : > irq15: ata1 26 0 : > irq18: em0 752713 0 : > irq21: ahc0 53 0 : > irq23: ehci0 110949 0 : > irq24: em1 147 0 : > cpu0: timer 1551218551 2000 : > cpu1: timer 1551197285 2000 : > Total 3103756801 4001 : : : _______________________________________________ : 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 Wed Mar 4 08:59:18 2009 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 71719106566C for ; Wed, 4 Mar 2009 08:59:18 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe14.tele2.se [212.247.155.161]) by mx1.freebsd.org (Postfix) with ESMTP id D05768FC16 for ; Wed, 4 Mar 2009 08:59:17 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=Ma5krZdYoiIA:10 a=-DXRHlJb_54A:10 a=F9Ddb8ZnJZvc46m2WQEPHQ==:17 a=8kQB0OdkAAAA:8 a=4TiyodsbXAEmuLSezzYA:9 a=Z05caA5rYOklySfM2wkA:7 a=yuabBorXCFmh_gcKruEvH5gkcSoA:4 a=LY0hPdMaydYA:10 a=9aOQ2cSd83gA:10 Received: from [85.19.79.136] (account mc467741@c2i.net HELO laptop.bitfrost.local) by mailfe14.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 461703500; Wed, 04 Mar 2009 09:59:16 +0100 From: Hans Petter Selasky To: "M. Warner Losh" Date: Wed, 4 Mar 2009 10:01:36 +0100 User-Agent: KMail/1.9.7 References: <200903032243.31914.hselasky@c2i.net> <200903040922.48163.hselasky@c2i.net> <20090304.014655.1820405796.imp@bsdimp.com> In-Reply-To: <20090304.014655.1820405796.imp@bsdimp.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200903041001.37376.hselasky@c2i.net> Cc: freebsd-usb@freebsd.org Subject: Re: Low perfomance when read from usb flash drive 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, 04 Mar 2009 08:59:18 -0000 On Wednesday 04 March 2009, M. Warner Losh wrote: > In message: <200903040922.48163.hselasky@c2i.net> > > Hans Petter Selasky writes: > : Hi Steve, > : > : On Tuesday 03 March 2009, Steve Calfee wrote: > : > > I think the reduced performance can be explained by a clamp on the > : > > interrupt rate around 1000 interrupts per second instead of 8000. > : > > Maybe someone has an explanation for this? > : > > > : > > The EHCI is being programmed to interrupt at 125us intervals, but > : > > there seems to be limits other places. > : > > > : > > It is possible to workaround this in the umass driver by doing the > : > > cmd + read in one operation. > : > > : > Hi Hans, > : > > : > I am looking at using FreeBSD in an embedded product. I have not > : > examined your ehci software, but I am aware of how Linux and other > : > OSes run the controller. > : > > : > Why are you taking an interrupt every uFrame SOF? > : > : If the transaction completes before 125us we take the interrupt before > : 125us. The problem is that the interrupt delay becomes critical to > : performance when the interrupt rate is close to the interrupt limitation. > : > : For example: > : > : Transferring 13Mbyte/sec at blocksize equal to 65536 bytes generates 600 > : interrupts. Hence the Mass Storage state machine has three steps the > : throughput is computed like (600/3)*65536 bytes. If we on the average > : have to wait 0.5ms for an interrupt we loose throughput. > > Shouldn't you be using filters and such to make this less relevant? A > filter runs on the order of 5us after the interrupt on fast machines, > and 20us on slower (400MHz) ones. You can feed the pipeline better, > and handle higher interrupt rates... > Yes, that's one possibility. It looks like there is some timing slightly out of sync. I have an AMD box with the same symptoms. I will try to figure out what is causing it. --HPS From owner-freebsd-usb@FreeBSD.ORG Wed Mar 4 09:16:02 2009 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 A44241065687 for ; Wed, 4 Mar 2009 09:16:02 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 3CC168FC18 for ; Wed, 4 Mar 2009 09:16:02 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.14.2/8.14.1) with ESMTP id n249CqLp073805; Wed, 4 Mar 2009 02:12:52 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Wed, 04 Mar 2009 02:13:11 -0700 (MST) Message-Id: <20090304.021311.-705197428.imp@bsdimp.com> To: hselasky@c2i.net From: "M. Warner Losh" In-Reply-To: <200903041001.37376.hselasky@c2i.net> References: <200903040922.48163.hselasky@c2i.net> <20090304.014655.1820405796.imp@bsdimp.com> <200903041001.37376.hselasky@c2i.net> X-Mailer: Mew version 5.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-usb@freebsd.org Subject: Re: Low perfomance when read from usb flash drive 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, 04 Mar 2009 09:16:02 -0000 In message: <200903041001.37376.hselasky@c2i.net> Hans Petter Selasky writes: : On Wednesday 04 March 2009, M. Warner Losh wrote: : > In message: <200903040922.48163.hselasky@c2i.net> : > : > Hans Petter Selasky writes: : > : Hi Steve, : > : : > : On Tuesday 03 March 2009, Steve Calfee wrote: : > : > > I think the reduced performance can be explained by a clamp on the : > : > > interrupt rate around 1000 interrupts per second instead of 8000. : > : > > Maybe someone has an explanation for this? : > : > > : > : > > The EHCI is being programmed to interrupt at 125us intervals, but : > : > > there seems to be limits other places. : > : > > : > : > > It is possible to workaround this in the umass driver by doing the : > : > > cmd + read in one operation. : > : > : > : > Hi Hans, : > : > : > : > I am looking at using FreeBSD in an embedded product. I have not : > : > examined your ehci software, but I am aware of how Linux and other : > : > OSes run the controller. : > : > : > : > Why are you taking an interrupt every uFrame SOF? : > : : > : If the transaction completes before 125us we take the interrupt before : > : 125us. The problem is that the interrupt delay becomes critical to : > : performance when the interrupt rate is close to the interrupt limitation. : > : : > : For example: : > : : > : Transferring 13Mbyte/sec at blocksize equal to 65536 bytes generates 600 : > : interrupts. Hence the Mass Storage state machine has three steps the : > : throughput is computed like (600/3)*65536 bytes. If we on the average : > : have to wait 0.5ms for an interrupt we loose throughput. : > : > Shouldn't you be using filters and such to make this less relevant? A : > filter runs on the order of 5us after the interrupt on fast machines, : > and 20us on slower (400MHz) ones. You can feed the pipeline better, : > and handle higher interrupt rates... : > : : Yes, that's one possibility. It looks like there is some timing slightly out : of sync. I have an AMD box with the same symptoms. I will try to figure out : what is causing it. Maybe there's just good, old-fashioned lock contention going on? 7.x has more Giant use than 8.0 will, and in the past this has been a source of problems. Something else to check into. Maybe enabling lock profiling might yield some good data? Warner From owner-freebsd-usb@FreeBSD.ORG Wed Mar 4 16:33:48 2009 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 A1DD8106564A for ; Wed, 4 Mar 2009 16:33:48 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: from pele.citylink.co.nz (pele.citylink.co.nz [202.8.44.226]) by mx1.freebsd.org (Postfix) with ESMTP id 3BFFA8FC14 for ; Wed, 4 Mar 2009 16:33:48 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: from localhost (localhost [127.0.0.1]) by pele.citylink.co.nz (Postfix) with ESMTP id 87BE1FF5B; Thu, 5 Mar 2009 05:33:47 +1300 (NZDT) X-Virus-Scanned: Debian amavisd-new at citylink.co.nz Received: from pele.citylink.co.nz ([127.0.0.1]) by localhost (pele.citylink.co.nz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id JPO-dGYMSfIu; Thu, 5 Mar 2009 05:33:43 +1300 (NZDT) Received: from citylink.fud.org.nz (unknown [202.8.44.45]) by pele.citylink.co.nz (Postfix) with ESMTP; Thu, 5 Mar 2009 05:33:43 +1300 (NZDT) Received: by citylink.fud.org.nz (Postfix, from userid 1001) id 39DA01142F; Thu, 5 Mar 2009 05:33:43 +1300 (NZDT) Date: Wed, 4 Mar 2009 08:33:43 -0800 From: Andrew Thompson To: Hans Petter Selasky Message-ID: <20090304163343.GD17847@citylink.fud.org.nz> References: <200903032243.31914.hselasky@c2i.net> <200903040922.48163.hselasky@c2i.net> <20090304.014655.1820405796.imp@bsdimp.com> <200903041001.37376.hselasky@c2i.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200903041001.37376.hselasky@c2i.net> User-Agent: Mutt/1.5.17 (2007-11-01) Cc: freebsd-usb@freebsd.org Subject: Re: Low perfomance when read from usb flash drive 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, 04 Mar 2009 16:33:49 -0000 On Wed, Mar 04, 2009 at 10:01:36AM +0100, Hans Petter Selasky wrote: > On Wednesday 04 March 2009, M. Warner Losh wrote: > > In message: <200903040922.48163.hselasky@c2i.net> > > > > : > I am looking at using FreeBSD in an embedded product. I have not > > : > examined your ehci software, but I am aware of how Linux and other > > : > OSes run the controller. > > : > > > : > Why are you taking an interrupt every uFrame SOF? > > : > > : If the transaction completes before 125us we take the interrupt before > > : 125us. The problem is that the interrupt delay becomes critical to > > : performance when the interrupt rate is close to the interrupt limitation. > > : > > : For example: > > : > > : Transferring 13Mbyte/sec at blocksize equal to 65536 bytes generates 600 > > : interrupts. Hence the Mass Storage state machine has three steps the > > : throughput is computed like (600/3)*65536 bytes. If we on the average > > : have to wait 0.5ms for an interrupt we loose throughput. > > > > Shouldn't you be using filters and such to make this less relevant? A > > filter runs on the order of 5us after the interrupt on fast machines, > > and 20us on slower (400MHz) ones. You can feed the pipeline better, > > and handle higher interrupt rates... > > > > Yes, that's one possibility. It looks like there is some timing slightly out > of sync. I have an AMD box with the same symptoms. I will try to figure out > what is causing it. If you do change to filters then this is much easier with taskqueues as it has a fast variant, otherwise you would need an intermediate step in order to signal the existing usb threading scheme. The taskqueue changeover will be happening soonish anyway. Andrew From owner-freebsd-usb@FreeBSD.ORG Wed Mar 4 16:51:09 2009 Return-Path: Delivered-To: usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ED777106568C for ; Wed, 4 Mar 2009 16:51:09 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net (lor.one-eyed-alien.net [69.66.77.232]) by mx1.freebsd.org (Postfix) with ESMTP id 74B818FC20 for ; Wed, 4 Mar 2009 16:51:09 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net (localhost [127.0.0.1]) by lor.one-eyed-alien.net (8.14.3/8.14.3) with ESMTP id n24GnrMM002392; Wed, 4 Mar 2009 10:49:53 -0600 (CST) (envelope-from brooks@lor.one-eyed-alien.net) Received: (from brooks@localhost) by lor.one-eyed-alien.net (8.14.3/8.14.3/Submit) id n24GnrSh002391; Wed, 4 Mar 2009 10:49:53 -0600 (CST) (envelope-from brooks) Date: Wed, 4 Mar 2009 10:49:53 -0600 From: Brooks Davis To: Garrett Cooper Message-ID: <20090304164953.GB1209@lor.one-eyed-alien.net> References: <2fd864e0903020512i22b2c31fg487aaf37fed6398b@mail.gmail.com> <20090302.132522.-432836388.imp@bsdimp.com> <20090302233215.GA53763@duncan.reilly.home> <20090302.181513.1973603215.imp@bsdimp.com> <584bfc3f0903030833k70405609q7e2d3b28c8cf4c29@mail.gmail.com> <20090303180307.GA11134@lor.one-eyed-alien.net> <584bfc3f0903032212x25831c5bi35d9b637c1896e1d@mail.gmail.com> <7d6fde3d0903040004y1fcbb086i355cd0113717620b@mail.gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="rJwd6BRFiFCcLxzm" Content-Disposition: inline In-Reply-To: <7d6fde3d0903040004y1fcbb086i355cd0113717620b@mail.gmail.com> User-Agent: Mutt/1.5.17 (2007-11-01) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (lor.one-eyed-alien.net [127.0.0.1]); Wed, 04 Mar 2009 10:49:54 -0600 (CST) Cc: andrew-freebsd@areilly.bpc-users.org, astrodog@gmail.com, Mike Telahun Makonnen , usb@freebsd.org, freebsd-current@freebsd.org Subject: Re: The rc.d mess strikes back 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, 04 Mar 2009 16:51:10 -0000 --rJwd6BRFiFCcLxzm Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Mar 04, 2009 at 12:04:06AM -0800, Garrett Cooper wrote: > On Tue, Mar 3, 2009 at 10:12 PM, Mike Telahun Makonnen > wrote: > > On Tue, Mar 3, 2009 at 9:03 PM, Brooks Davis wrote: > >> > >> I don't have much time to debug this, but I've not had problems with > >> services starting too early on the systems I've been running with async > >> dhcp. ?If there is a problem with the wait process we need to actually > >> debug it. ?If the wait for a route/running interface isn't sufficent we > >> should try to figure out what is. ?Synchronous dhcp sucks and yeilds > >> justifed user complaints so it would be nice to kill it off. ?I switch= ed > >> the default because it worked for me and I hoped that people would help > >> find and fix edge cases. > > > > Can you elaborate why synchronous DHCP sucks ? >=20 > The only reason I could see is bringup time. Am I correct in this assumpt= ion? If you use synchronous DHCP then every interface that wants to try to get a DHCP address if it has link needs to run through the full link timeout at boot. On a laptop this is annoying and generally pointless. The changes to defaultroute to wait for a default route to be set mean that you consolidate the wait in one location and you don't waste time starting dhclient on interfaces until a link exists (or an association is made for wlan devices). There may well be something better to wait or a need for a longer timeout in some environments. It's also quite possible that we have an ordering problem and need to move some more things after defaultroute or move the checks to a different location. -- Brooks --rJwd6BRFiFCcLxzm Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iD8DBQFJrrEwXY6L6fI4GtQRAlPtAKCbIwm4d9bKGwnzXQzWtfx+RsjZDQCgqzCf 1MVkBETW0iL4socEznZBkyM= =0Anm -----END PGP SIGNATURE----- --rJwd6BRFiFCcLxzm-- From owner-freebsd-usb@FreeBSD.ORG Wed Mar 4 17:10:03 2009 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 B62091065676 for ; Wed, 4 Mar 2009 17:10:03 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 9F52D8FC27 for ; Wed, 4 Mar 2009 17:10:02 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n24HA2ZH070270 for ; Wed, 4 Mar 2009 17:10:02 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n24HA22Y070269; Wed, 4 Mar 2009 17:10:02 GMT (envelope-from gnats) Resent-Date: Wed, 4 Mar 2009 17:10:02 GMT Resent-Message-Id: <200903041710.n24HA22Y070269@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-usb@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, Alexey Viziryakin Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 64662106567D for ; Wed, 4 Mar 2009 17:05:47 +0000 (UTC) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (www.freebsd.org [IPv6:2001:4f8:fff6::21]) by mx1.freebsd.org (Postfix) with ESMTP id 528548FC1D for ; Wed, 4 Mar 2009 17:05:47 +0000 (UTC) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (localhost [127.0.0.1]) by www.freebsd.org (8.14.3/8.14.3) with ESMTP id n24H5kfc042374 for ; Wed, 4 Mar 2009 17:05:46 GMT (envelope-from nobody@www.freebsd.org) Received: (from nobody@localhost) by www.freebsd.org (8.14.3/8.14.3/Submit) id n24H5kd3042373; Wed, 4 Mar 2009 17:05:46 GMT (envelope-from nobody) Message-Id: <200903041705.n24H5kd3042373@www.freebsd.org> Date: Wed, 4 Mar 2009 17:05:46 GMT From: Alexey Viziryakin To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-3.1 Cc: Subject: usb/132312: Xorg 7.4 halts USB controller 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, 04 Mar 2009 17:10:04 -0000 >Number: 132312 >Category: usb >Synopsis: Xorg 7.4 halts USB controller >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-usb >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Mar 04 17:10:02 UTC 2009 >Closed-Date: >Last-Modified: >Originator: Alexey Viziryakin >Release: 7.1 Stable >Organization: none >Environment: FreeBSD freebsd.localhost 7.1-STABLE FreeBSD 7.1-STABLE #0: Sun Feb 15 14:27:11 MSK 2009 root@freebsd.localhost:/usr/obj/usr/src/sys/I686VESA7R i386 >Description: After perfoming upgrade to Xorg 7.4, it halts my internal USB controller completely. I have this in /var/log/messages: Mar 4 19:42:51 freebsd kernel: usb3: unrecoverable error, controller halted Mar 4 19:42:51 freebsd kernel: usb3: blocking intrs 0x10 Part of my dmesg: Copyright (c) 1992-2009 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 7.1-STABLE #0: Sun Feb 15 14:27:11 MSK 2009 root@freebsd.localhost:/usr/obj/usr/src/sys/I686VESA7R Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Celeron(R) CPU 2.20GHz (2200.17-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf29 Stepping = 9 Features=0xbfebfbff Features2=0x4400 real memory = 1006612480 (959 MB) avail memory = 975761408 (930 MB) ACPI APIC Table: ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 kqemu version 0x00010300 kqemu: KQEMU installed, max_locked_mem=487144kB. acpi0: on motherboard acpi0: Overriding SCI Interrupt from IRQ 9 to IRQ 20 acpi0: [ITHREAD] acpi0: Power Button (fixed) acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, 3bf00000 (3) failed Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0xe408-0xe40b on acpi0 acpi_acad0: on acpi0 battery0: on acpi0 acpi_lid0: on acpi0 acpi_button0: on acpi0 acpi_button1: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: on hostb0 pcib1: at device 1.0 on pci0 pci1: on pcib1 vgapci0: port 0xd800-0xd87f mem 0xe8000000-0xefffffff,0 xcf800000-0xcf81ffff irq 16 at device 0.0 on pci1 isab0: at device 2.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0 xa400-0xa40f irq 16 at device 2.5 on pci0 ata0: on atapci0 ata1: [ITHREAD] pcm0: port 0x9400-0x94ff,0x9000-0x907f irq 18 at device 2.7 on pci0 pcm0: [ITHREAD] pcm0: ohci0: mem 0xce800000-0xce800fff irq 20 at device 3.0 on pci0 ohci0: [GIANT-LOCKED] ohci0: [ITHREAD] usb0: OHCI version 1.0, legacy support usb0: SMM does not respond, resetting usb0: on ohci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 2 ports with 2 removable, self powered ohci1: mem 0xce000000-0xce000fff irq 21 at device 3.1 on pci0 ohci1: [GIANT-LOCKED] ohci1: [ITHREAD] usb1: OHCI version 1.0, legacy support usb1: SMM does not respond, resetting usb1: on ohci1 usb1: USB revision 1.0 uhub1: on usb1 uhub1: 2 ports with 2 removable, self powered ohci2: mem 0xcd800000-0xcd800fff irq 22 at device 3.2 on pci0 ohci2: [GIANT-LOCKED] ohci2: [ITHREAD] usb2: OHCI version 1.0, legacy support usb2: SMM does not respond, resetting usb2: on ohci2 usb2: USB revision 1.0 uhub2: on usb2 uhub2: 2 ports with 2 removable, self powered ehci0: mem 0xcd000000-0xcd000fff irq 23 at d evice 3.3 on pci0 ehci0: [GIANT-LOCKED] ehci0: [ITHREAD] usb3: EHCI version 1.0 usb3: companion controllers, 2 ports each: usb0 usb1 usb2 usb3: on ehci0 usb3: USB revision 2.0 uhub3: on usb3 uhub3: 6 ports with 6 removable, self poweredA channel 0> on atapci0 umass0: on uhub3 uhub4: on uhub3 uhub4: single transaction translator uhub4: 4 ports with 4 removable, self powered uhub5: on uhub4 uhub5: single transaction translator uhub5: 4 ports with 4 removable, self powered Xorg has compiled without HAL and AIGLX options. >How-To-Repeat: start Xorg 7.4 on same hardware. >Fix: >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-usb@FreeBSD.ORG Wed Mar 4 18:06:46 2009 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 1C6591065687 for ; Wed, 4 Mar 2009 18:06:46 +0000 (UTC) (envelope-from boris.kotzev@gmail.com) Received: from mail-bw0-f164.google.com (mail-bw0-f164.google.com [209.85.218.164]) by mx1.freebsd.org (Postfix) with ESMTP id 676B78FC26 for ; Wed, 4 Mar 2009 18:06:45 +0000 (UTC) (envelope-from boris.kotzev@gmail.com) Received: by bwz8 with SMTP id 8so2882442bwz.43 for ; Wed, 04 Mar 2009 10:06:44 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:organization:to:subject :date:user-agent:mime-version:content-type:content-transfer-encoding :content-disposition:message-id; bh=nbg6Ac9zFOjVt5wpToBOe60GuTdd4QPaNAx5zpRX3AE=; b=iYUKr/twVEpaLjGkurklLE3kU7Ncr+90eO0JV2Kmhvg5Md/E9qjDtiksvLrokUfJ8A DXvNgVcRBMevHHg7tEN+vyn+/Wk+tzLUBWJ4DFxqhpoRiGR9ylCGaRMINXhc4Ha6MVvY tJAoM9LWT6qdO0CcGHfyR4dAoPqEP3yKAIhk4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:organization:to:subject:date:user-agent:mime-version :content-type:content-transfer-encoding:content-disposition :message-id; b=I0DkOzwI39NeDQT98WKG6PIbxo8YYyzmVBfyvQ+YZXQlfKwtXWBBjZPLHE1TkIDW1q nu9X8dEsTcCnbKFzhW72uTtsr75rnQ5eyi8YwW1kXIPPvNtDV1B9jFuynNR7bHIqLhdL 25+PiG2MepKj3BXVAkKdU2URdFueZWaSn9N7w= Received: by 10.103.165.18 with SMTP id s18mr47889muo.124.1236188778514; Wed, 04 Mar 2009 09:46:18 -0800 (PST) Received: from host7.net62.hdsl-213-169.fastbg.net (host7.net62.HDSL-213-169.FastBG.NET [213.169.62.7]) by mx.google.com with ESMTPS id 23sm1689786mun.0.2009.03.04.09.46.16 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 04 Mar 2009 09:46:17 -0800 (PST) From: Boris Kotzev Organization: Home To: freebsd-usb@freebsd.org Date: Wed, 4 Mar 2009 19:46:14 +0200 User-Agent: KMail/1.11.0 (FreeBSD/8.0-CURRENT; KDE/4.2.0; amd64; ; ) MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200903041946.15105.boris.kotzev@gmail.com> Subject: usb touchpad not working properly on CURRENT with usb2 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, 04 Mar 2009 18:06:46 -0000 Hi, The touchpad of my laptop is not responding properly to input anymore. It used to work fine with the old usb stack. The laptop is running CURRENT from yesterday: FreeBSD zembla.universe 8.0-CURRENT FreeBSD 8.0-CURRENT #0: Wed Mar 4 17:30:05 EET 2009 user@zembla.universe:/usr/obj/usr/src/sys/CUSTOM amd64 When I move my finger horizontally on the touchpad of the laptop, the cursor moves up and down. Moving the finger vertically moves the cursor a little and then it stops. Pressing the touchpad button moves the cursor to the right. The touchpad is detected as: ugen0.2: at usbus0, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON Resetting the touchpad produces the following dmesg output: ukbd0: at uhub0, port 2, addr 2 (disconnected) ums1: at uhub0, port 2, addr 2 (disconnected) ums_detach:608: sc=0xffffff000188c400 uhid1: at uhub0, port 2, addr 2 (disconnected) ukbd0: on usbus0 kbd1 at ukbd0 ums1: on usbus0 ums_attach:530: WARNING: report size, 67 bytes, is larger than interrupt size, 64 bytes! ums1: 3 buttons and [XY] coordinates ums_attach:546: sc=0xffffff000184e800 ums_attach:547: X 8/8 ums_attach:548: Y 16/8 ums_attach:549: Z 0/0 ums_attach:550: T 0/0 ums_attach:551: W 0/0 ums_attach:555: B1 0/1 ums_attach:555: B2 1/1 ums_attach:555: B3 2/1 ums_attach:557: size=67, id=0 uhid1: on usbus0 What other information should I provide to help solving this problem? Sincerely, Boris Kotzev From owner-freebsd-usb@FreeBSD.ORG Wed Mar 4 18:08:31 2009 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 C7F4B1065670; Wed, 4 Mar 2009 18:08:31 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe06.swip.net [212.247.154.161]) by mx1.freebsd.org (Postfix) with ESMTP id 07AEA8FC08; Wed, 4 Mar 2009 18:08:30 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=Ma5krZdYoiIA:10 a=-DXRHlJb_54A:10 a=MXw7gxVQKqGXY79tIT8aFQ==:17 a=8kQB0OdkAAAA:8 a=YQoiwSLTK2HH0V1lXNcA:9 a=kzxRqTxKut2zIV_Q4WMA:7 a=0L1CQnPMqGXVUZpmdSazwfcwRqAA:4 a=LY0hPdMaydYA:10 a=9aOQ2cSd83gA:10 Received: from [62.113.132.61] (account mc467741@c2i.net HELO laptop) by mailfe06.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 1205660811; Wed, 04 Mar 2009 19:08:29 +0100 From: Hans Petter Selasky To: Andrew Thompson Date: Wed, 4 Mar 2009 19:10:57 +0100 User-Agent: KMail/1.9.7 References: <200903032243.31914.hselasky@c2i.net> <200903041001.37376.hselasky@c2i.net> <20090304163343.GD17847@citylink.fud.org.nz> In-Reply-To: <20090304163343.GD17847@citylink.fud.org.nz> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200903041910.58446.hselasky@c2i.net> Cc: freebsd-usb@freebsd.org Subject: Re: Low perfomance when read from usb flash drive 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, 04 Mar 2009 18:08:32 -0000 On Wednesday 04 March 2009, Andrew Thompson wrote: > On Wed, Mar 04, 2009 at 10:01:36AM +0100, Hans Petter Selasky wrote: > > On Wednesday 04 March 2009, M. Warner Losh wrote: > > > In message: <200903040922.48163.hselasky@c2i.net> > > > > > > : > I am looking at using FreeBSD in an embedded product. I have not > > > : > examined your ehci software, but I am aware of how Linux and other > > > : > OSes run the controller. > > > : > > > > : > Why are you taking an interrupt every uFrame SOF? > > > : > > > : If the transaction completes before 125us we take the interrupt > > > : before 125us. The problem is that the interrupt delay becomes > > > : critical to performance when the interrupt rate is close to the > > > : interrupt limitation. > > > : > > > : For example: > > > : > > > : Transferring 13Mbyte/sec at blocksize equal to 65536 bytes generates > > > : 600 interrupts. Hence the Mass Storage state machine has three steps > > > : the throughput is computed like (600/3)*65536 bytes. If we on the > > > : average have to wait 0.5ms for an interrupt we loose throughput. > > > > > > Shouldn't you be using filters and such to make this less relevant? A > > > filter runs on the order of 5us after the interrupt on fast machines, > > > and 20us on slower (400MHz) ones. You can feed the pipeline better, > > > and handle higher interrupt rates... > > > > Yes, that's one possibility. It looks like there is some timing slightly > > out of sync. I have an AMD box with the same symptoms. I will try to > > figure out what is causing it. > > If you do change to filters then this is much easier with taskqueues as > it has a fast variant, otherwise you would need an intermediate step in > order to signal the existing usb threading scheme. The taskqueue > changeover will be happening soonish anyway. I am not going to do anything with filters. I'm going to try some other things. --HPS From owner-freebsd-usb@FreeBSD.ORG Wed Mar 4 18:43:12 2009 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 F333310656E8; Wed, 4 Mar 2009 18:43:11 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 2BA1B8FC2A; Wed, 4 Mar 2009 18:43:11 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.14.2/8.14.1) with ESMTP id n24IgPfD088483; Wed, 4 Mar 2009 11:42:25 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Wed, 04 Mar 2009 11:42:44 -0700 (MST) Message-Id: <20090304.114244.106970172.imp@bsdimp.com> To: hselasky@c2i.net From: "M. Warner Losh" In-Reply-To: <200903041910.58446.hselasky@c2i.net> References: <200903041001.37376.hselasky@c2i.net> <20090304163343.GD17847@citylink.fud.org.nz> <200903041910.58446.hselasky@c2i.net> X-Mailer: Mew version 5.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-usb@freebsd.org, thompsa@freebsd.org Subject: Re: Low perfomance when read from usb flash drive 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, 04 Mar 2009 18:43:24 -0000 In message: <200903041910.58446.hselasky@c2i.net> Hans Petter Selasky writes: : On Wednesday 04 March 2009, Andrew Thompson wrote: : > On Wed, Mar 04, 2009 at 10:01:36AM +0100, Hans Petter Selasky wrote: : > > On Wednesday 04 March 2009, M. Warner Losh wrote: : > > > In message: <200903040922.48163.hselasky@c2i.net> : > > > : > > > : > I am looking at using FreeBSD in an embedded product. I have not : > > > : > examined your ehci software, but I am aware of how Linux and other : > > > : > OSes run the controller. : > > > : > : > > > : > Why are you taking an interrupt every uFrame SOF? : > > > : : > > > : If the transaction completes before 125us we take the interrupt : > > > : before 125us. The problem is that the interrupt delay becomes : > > > : critical to performance when the interrupt rate is close to the : > > > : interrupt limitation. : > > > : : > > > : For example: : > > > : : > > > : Transferring 13Mbyte/sec at blocksize equal to 65536 bytes generates : > > > : 600 interrupts. Hence the Mass Storage state machine has three steps : > > > : the throughput is computed like (600/3)*65536 bytes. If we on the : > > > : average have to wait 0.5ms for an interrupt we loose throughput. : > > > : > > > Shouldn't you be using filters and such to make this less relevant? A : > > > filter runs on the order of 5us after the interrupt on fast machines, : > > > and 20us on slower (400MHz) ones. You can feed the pipeline better, : > > > and handle higher interrupt rates... : > > : > > Yes, that's one possibility. It looks like there is some timing slightly : > > out of sync. I have an AMD box with the same symptoms. I will try to : > > figure out what is causing it. : > : > If you do change to filters then this is much easier with taskqueues as : > it has a fast variant, otherwise you would need an intermediate step in : > order to signal the existing usb threading scheme. The taskqueue : > changeover will be happening soonish anyway. : : I am not going to do anything with filters. I'm going to try some other : things. Then you will always have the scheduling delay... Warner From owner-freebsd-usb@FreeBSD.ORG Wed Mar 4 19:29:13 2009 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 99C4A10656D0; Wed, 4 Mar 2009 19:29:13 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe12.swip.net [212.247.155.97]) by mx1.freebsd.org (Postfix) with ESMTP id 04F828FC19; Wed, 4 Mar 2009 19:29:12 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=Ma5krZdYoiIA:10 a=-DXRHlJb_54A:10 a=MXw7gxVQKqGXY79tIT8aFQ==:17 a=s3CS8VpXvsVOQ2LcikAA:9 a=69vwkcdzZ3Z5PCmGLONK-KCMxvcA:4 a=LY0hPdMaydYA:10 Received: from [62.113.132.61] (account mc467741@c2i.net HELO laptop) by mailfe12.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 1032443675; Wed, 04 Mar 2009 20:29:07 +0100 From: Hans Petter Selasky To: "M. Warner Losh" Date: Wed, 4 Mar 2009 20:31:36 +0100 User-Agent: KMail/1.9.7 References: <200903041001.37376.hselasky@c2i.net> <200903041910.58446.hselasky@c2i.net> <20090304.114244.106970172.imp@bsdimp.com> In-Reply-To: <20090304.114244.106970172.imp@bsdimp.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200903042031.37578.hselasky@c2i.net> Cc: freebsd-usb@freebsd.org, thompsa@freebsd.org Subject: Re: Low perfomance when read from usb flash drive 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, 04 Mar 2009 19:29:14 -0000 On Wednesday 04 March 2009, M. Warner Losh wrote: > : > > : > If you do change to filters then this is much easier with taskqueues as > : > it has a fast variant, otherwise you would need an intermediate step in > : > order to signal the existing usb threading scheme. The taskqueue > : > changeover will be happening soonish anyway. > : > : I am not going to do anything with filters. I'm going to try some other > : things. > > Then you will always have the scheduling delay... But the scheduling delay is not in the millisecond range on a 2.4GHz ?? --HPS From owner-freebsd-usb@FreeBSD.ORG Wed Mar 4 19:36:29 2009 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 C9F0810656BD for ; Wed, 4 Mar 2009 19:36:29 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe16.swip.net [212.247.155.225]) by mx1.freebsd.org (Postfix) with ESMTP id 0A0ED8FC16 for ; Wed, 4 Mar 2009 19:36:28 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=8YXBI72TSqcA:10 a=MXw7gxVQKqGXY79tIT8aFQ==:17 a=51FOcaKV6DWg-OqmqQEA:9 a=fROtAiJpSyreB9GVBucA:7 a=V1pcMhc704PRLqPCFRHtqHEwsz8A:4 a=LY0hPdMaydYA:10 Received: from [62.113.132.61] (account mc467741@c2i.net HELO laptop) by mailfe16.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 461413497; Wed, 04 Mar 2009 20:36:27 +0100 From: Hans Petter Selasky To: freebsd-usb@freebsd.org Date: Wed, 4 Mar 2009 20:38:56 +0100 User-Agent: KMail/1.9.7 References: <200903041705.n24H5kd3042373@www.freebsd.org> In-Reply-To: <200903041705.n24H5kd3042373@www.freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200903042038.57592.hselasky@c2i.net> Cc: Alexey Viziryakin , freebsd-gnats-submit@freebsd.org Subject: Re: usb/132312: Xorg 7.4 halts USB controller 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, 04 Mar 2009 19:36:30 -0000 On Wednesday 04 March 2009, Alexey Viziryakin wrote: > >Number: 132312 > >Category: usb > >Synopsis: Xorg 7.4 halts USB controller > >Confidential: no > >Severity: critical > >Priority: high > >Responsible: freebsd-usb > >State: open > >Quarter: > >Keywords: > >Date-Required: > >Class: sw-bug > >Submitter-Id: current-users > >Arrival-Date: Wed Mar 04 17:10:02 UTC 2009 > >Closed-Date: > >Last-Modified: > >Originator: Alexey Viziryakin > >Release: 7.1 Stable > >Organization: > > none > > >Environment: > > FreeBSD freebsd.localhost 7.1-STABLE FreeBSD 7.1-STABLE #0: Sun Feb 15 > 14:27:11 MSK 2009 root@freebsd.localhost:/usr/obj/usr/src/sys/I686VESA7R > i386 > > >Description: > > After perfoming upgrade to Xorg 7.4, it halts my internal USB controller > completely. I have this in /var/log/messages: > > Mar 4 19:42:51 freebsd kernel: usb3: unrecoverable error, controller > halted Mar 4 19:42:51 freebsd kernel: usb3: blocking intrs 0x10 > > Part of my dmesg: > > Copyright (c) 1992-2009 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > The Regents of the University of California. All rights reserved. > FreeBSD is a registered trademark of The FreeBSD Foundation. > FreeBSD 7.1-STABLE #0: Sun Feb 15 14:27:11 MSK 2009 > root@freebsd.localhost:/usr/obj/usr/src/sys/I686VESA7R > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: Intel(R) Celeron(R) CPU 2.20GHz (2200.17-MHz 686-class CPU) > Origin = "GenuineIntel" Id = 0xf29 Stepping = 9 > > Features=0xbfebfbffA,C MOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE> > Features2=0x4400 > real memory = 1006612480 (959 MB) > avail memory = 975761408 (930 MB) > ACPI APIC Table: > ioapic0 irqs 0-23 on motherboard > kbd1 at kbdmux0 > kqemu version 0x00010300 > kqemu: KQEMU installed, max_locked_mem=487144kB. > acpi0: on motherboard > acpi0: Overriding SCI Interrupt from IRQ 9 to IRQ 20 > acpi0: [ITHREAD] > acpi0: Power Button (fixed) > acpi0: reservation of 0, a0000 (3) failed > acpi0: reservation of 100000, 3bf00000 (3) failed > Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 > acpi_timer0: <24-bit timer at 3.579545MHz> port 0xe408-0xe40b on acpi0 > acpi_acad0: on acpi0 > battery0: on acpi0 > acpi_lid0: on acpi0 > acpi_button0: on acpi0 > acpi_button1: on acpi0 > pcib0: port 0xcf8-0xcff on acpi0 > pci0: on pcib0 > agp0: on hostb0 > pcib1: at device 1.0 on pci0 > pci1: on pcib1 > vgapci0: port 0xd800-0xd87f mem > 0xe8000000-0xefffffff,0 xcf800000-0xcf81ffff irq 16 at device 0.0 on pci1 > isab0: at device 2.0 on pci0 > isa0: on isab0 > atapci0: port > 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0 xa400-0xa40f irq 16 at device 2.5 on > pci0 > ata0: ata1: on atapci0 > ata1: [ITHREAD] > pcm0: port 0x9400-0x94ff,0x9000-0x907f irq 18 at device 2.7 on > pci0 pcm0: [ITHREAD] > pcm0: > ohci0: mem 0xce800000-0xce800fff irq 20 at device > 3.0 on pci0 > ohci0: [GIANT-LOCKED] > ohci0: [ITHREAD] > usb0: OHCI version 1.0, legacy support > usb0: SMM does not respond, resetting > usb0: on ohci0 > usb0: USB revision 1.0 > uhub0: on usb0 > uhub0: 2 ports with 2 removable, self powered > ohci1: mem 0xce000000-0xce000fff irq 21 at device > 3.1 on pci0 > ohci1: [GIANT-LOCKED] > ohci1: [ITHREAD] > usb1: OHCI version 1.0, legacy support > usb1: SMM does not respond, resetting > usb1: on ohci1 > usb1: USB revision 1.0 > uhub1: on usb1 > uhub1: 2 ports with 2 removable, self powered > ohci2: mem 0xcd800000-0xcd800fff irq 22 at device > 3.2 on pci0 > ohci2: [GIANT-LOCKED] > ohci2: [ITHREAD] > usb2: OHCI version 1.0, legacy support > usb2: SMM does not respond, resetting > usb2: on ohci2 > usb2: USB revision 1.0 > uhub2: on usb2 > uhub2: 2 ports with 2 removable, self powered > ehci0: mem 0xcd000000-0xcd000fff irq 23 > at d evice 3.3 on pci0 > ehci0: [GIANT-LOCKED] > ehci0: [ITHREAD] > usb3: EHCI version 1.0 > usb3: companion controllers, 2 ports each: usb0 usb1 usb2 > usb3: on ehci0 > usb3: USB revision 2.0 > uhub3: on usb3 > uhub3: 6 ports with 6 removable, self poweredA channel 0> on atapci0 > umass0: 2.00 /0.01, addr 2> on uhub3 > uhub4: on > uhub3 uhub4: single transaction translator > uhub4: 4 ports with 4 removable, self powered > uhub5: on > uhub4 uhub5: single transaction translator > uhub5: 4 ports with 4 removable, self powered > > Xorg has compiled without HAL and AIGLX options. > > >How-To-Repeat: > > start Xorg 7.4 on same hardware. > > >Fix: > > > > > >Release-Note: > >Audit-Trail: > >Unformatted: This is probably an IRQ problem. --HPS From owner-freebsd-usb@FreeBSD.ORG Wed Mar 4 19:39:19 2009 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 742C41065670 for ; Wed, 4 Mar 2009 19:39:19 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe04.swip.net [212.247.154.97]) by mx1.freebsd.org (Postfix) with ESMTP id 080C88FC15 for ; Wed, 4 Mar 2009 19:39:18 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=p0lbXY6ahC0A:10 a=83Y5weSI77cA:10 a=MXw7gxVQKqGXY79tIT8aFQ==:17 a=ZG4q3b01JypdIAXVL0UA:9 a=NwgdlIW284PBtif1NrYA:7 a=R0YHiscnTt4_OMrDM3A0Syw_270A:4 a=LY0hPdMaydYA:10 Received: from [62.113.132.61] (account mc467741@c2i.net HELO laptop) by mailfe04.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 1204670466; Wed, 04 Mar 2009 20:39:17 +0100 From: Hans Petter Selasky To: freebsd-usb@freebsd.org Date: Wed, 4 Mar 2009 20:41:47 +0100 User-Agent: KMail/1.9.7 References: <200903041946.15105.boris.kotzev@gmail.com> In-Reply-To: <200903041946.15105.boris.kotzev@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200903042041.47709.hselasky@c2i.net> Cc: Boris Kotzev Subject: Re: usb touchpad not working properly on CURRENT with usb2 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, 04 Mar 2009 19:39:19 -0000 On Wednesday 04 March 2009, Boris Kotzev wrote: > Hi, > > The touchpad of my laptop is not responding properly to input anymore. It > used to work fine with the old usb stack. > > The laptop is running CURRENT from yesterday: > > FreeBSD zembla.universe 8.0-CURRENT FreeBSD 8.0-CURRENT #0: Wed Mar 4 > 17:30:05 EET 2009 user@zembla.universe:/usr/obj/usr/src/sys/CUSTOM amd64 > > When I move my finger horizontally on the touchpad of the laptop, the > cursor moves up and down. Moving the finger vertically moves the cursor a > little and then it stops. Pressing the touchpad button moves the cursor to > the right. > > The touchpad is detected as: > > ugen0.2: at usbus0, > cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON > > Resetting the touchpad produces the following dmesg output: > > ukbd0: at uhub0, port 2, addr 2 (disconnected) > ums1: at uhub0, port 2, addr 2 (disconnected) > ums_detach:608: sc=0xffffff000188c400 > uhid1: at uhub0, port 2, addr 2 (disconnected) > ukbd0: on usbus0 > kbd1 at ukbd0 > ums1: on usbus0 > ums_attach:530: WARNING: report size, 67 bytes, is larger than interrupt > size, 64 bytes! ums1: 3 buttons and [XY] coordinates > ums_attach:546: sc=0xffffff000184e800 > ums_attach:547: X 8/8 > ums_attach:548: Y 16/8 > ums_attach:549: Z 0/0 > ums_attach:550: T 0/0 > ums_attach:551: W 0/0 > ums_attach:555: B1 0/1 > ums_attach:555: B2 1/1 > ums_attach:555: B3 2/1 > ums_attach:557: size=67, id=0 > uhid1: on usbus0 > > What other information should I provide to help solving this problem? > > Sincerely, > > Boris Kotzev Could you get the USB HID descriptors dumped using: usbhidctl --HPS From owner-freebsd-usb@FreeBSD.ORG Wed Mar 4 20:10:33 2009 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 ED6DE106564A; Wed, 4 Mar 2009 20:10:33 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id A8E888FC12; Wed, 4 Mar 2009 20:10:33 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.14.2/8.14.1) with ESMTP id n24K7fLq089531; Wed, 4 Mar 2009 13:07:42 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Wed, 04 Mar 2009 13:08:00 -0700 (MST) Message-Id: <20090304.130800.-1943978022.imp@bsdimp.com> To: hselasky@c2i.net From: "M. Warner Losh" In-Reply-To: <200903042031.37578.hselasky@c2i.net> References: <200903041910.58446.hselasky@c2i.net> <20090304.114244.106970172.imp@bsdimp.com> <200903042031.37578.hselasky@c2i.net> X-Mailer: Mew version 5.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-usb@freebsd.org, thompsa@freebsd.org Subject: Re: Low perfomance when read from usb flash drive 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, 04 Mar 2009 20:10:34 -0000 In message: <200903042031.37578.hselasky@c2i.net> Hans Petter Selasky writes: : On Wednesday 04 March 2009, M. Warner Losh wrote: : > : > : > : > If you do change to filters then this is much easier with taskqueues as : > : > it has a fast variant, otherwise you would need an intermediate step in : > : > order to signal the existing usb threading scheme. The taskqueue : > : > changeover will be happening soonish anyway. : > : : > : I am not going to do anything with filters. I'm going to try some other : > : things. : > : > Then you will always have the scheduling delay... : : But the scheduling delay is not in the millisecond range on a 2.4GHz ?? Not typically. Warner From owner-freebsd-usb@FreeBSD.ORG Wed Mar 4 20:40:06 2009 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 EA2E41065670 for ; Wed, 4 Mar 2009 20: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 D7C6A8FC22 for ; Wed, 4 Mar 2009 20:40:06 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n24Ke6HJ030204 for ; Wed, 4 Mar 2009 20:40:06 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n24Ke6nW030203; Wed, 4 Mar 2009 20:40:06 GMT (envelope-from gnats) Date: Wed, 4 Mar 2009 20:40:06 GMT Message-Id: <200903042040.n24Ke6nW030203@freefall.freebsd.org> To: freebsd-usb@FreeBSD.org From: Hans Petter Selasky Cc: Subject: Re: usb/132312: Xorg 7.4 halts USB controller 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, 04 Mar 2009 20:40:07 -0000 The following reply was made to PR usb/132312; it has been noted by GNATS. From: Hans Petter Selasky To: freebsd-usb@freebsd.org Cc: Alexey Viziryakin , freebsd-gnats-submit@freebsd.org Subject: Re: usb/132312: Xorg 7.4 halts USB controller Date: Wed, 4 Mar 2009 20:38:56 +0100 On Wednesday 04 March 2009, Alexey Viziryakin wrote: > >Number: 132312 > >Category: usb > >Synopsis: Xorg 7.4 halts USB controller > >Confidential: no > >Severity: critical > >Priority: high > >Responsible: freebsd-usb > >State: open > >Quarter: > >Keywords: > >Date-Required: > >Class: sw-bug > >Submitter-Id: current-users > >Arrival-Date: Wed Mar 04 17:10:02 UTC 2009 > >Closed-Date: > >Last-Modified: > >Originator: Alexey Viziryakin > >Release: 7.1 Stable > >Organization: > > none > > >Environment: > > FreeBSD freebsd.localhost 7.1-STABLE FreeBSD 7.1-STABLE #0: Sun Feb 15 > 14:27:11 MSK 2009 root@freebsd.localhost:/usr/obj/usr/src/sys/I686VESA7R > i386 > > >Description: > > After perfoming upgrade to Xorg 7.4, it halts my internal USB controller > completely. I have this in /var/log/messages: > > Mar 4 19:42:51 freebsd kernel: usb3: unrecoverable error, controller > halted Mar 4 19:42:51 freebsd kernel: usb3: blocking intrs 0x10 > > Part of my dmesg: > > Copyright (c) 1992-2009 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > The Regents of the University of California. All rights reserved. > FreeBSD is a registered trademark of The FreeBSD Foundation. > FreeBSD 7.1-STABLE #0: Sun Feb 15 14:27:11 MSK 2009 > root@freebsd.localhost:/usr/obj/usr/src/sys/I686VESA7R > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: Intel(R) Celeron(R) CPU 2.20GHz (2200.17-MHz 686-class CPU) > Origin = "GenuineIntel" Id = 0xf29 Stepping = 9 > > Features=0xbfebfbffA,C MOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE> > Features2=0x4400 > real memory = 1006612480 (959 MB) > avail memory = 975761408 (930 MB) > ACPI APIC Table: > ioapic0 irqs 0-23 on motherboard > kbd1 at kbdmux0 > kqemu version 0x00010300 > kqemu: KQEMU installed, max_locked_mem=487144kB. > acpi0: on motherboard > acpi0: Overriding SCI Interrupt from IRQ 9 to IRQ 20 > acpi0: [ITHREAD] > acpi0: Power Button (fixed) > acpi0: reservation of 0, a0000 (3) failed > acpi0: reservation of 100000, 3bf00000 (3) failed > Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 > acpi_timer0: <24-bit timer at 3.579545MHz> port 0xe408-0xe40b on acpi0 > acpi_acad0: on acpi0 > battery0: on acpi0 > acpi_lid0: on acpi0 > acpi_button0: on acpi0 > acpi_button1: on acpi0 > pcib0: port 0xcf8-0xcff on acpi0 > pci0: on pcib0 > agp0: on hostb0 > pcib1: at device 1.0 on pci0 > pci1: on pcib1 > vgapci0: port 0xd800-0xd87f mem > 0xe8000000-0xefffffff,0 xcf800000-0xcf81ffff irq 16 at device 0.0 on pci1 > isab0: at device 2.0 on pci0 > isa0: on isab0 > atapci0: port > 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0 xa400-0xa40f irq 16 at device 2.5 on > pci0 > ata0: ata1: on atapci0 > ata1: [ITHREAD] > pcm0: port 0x9400-0x94ff,0x9000-0x907f irq 18 at device 2.7 on > pci0 pcm0: [ITHREAD] > pcm0: > ohci0: mem 0xce800000-0xce800fff irq 20 at device > 3.0 on pci0 > ohci0: [GIANT-LOCKED] > ohci0: [ITHREAD] > usb0: OHCI version 1.0, legacy support > usb0: SMM does not respond, resetting > usb0: on ohci0 > usb0: USB revision 1.0 > uhub0: on usb0 > uhub0: 2 ports with 2 removable, self powered > ohci1: mem 0xce000000-0xce000fff irq 21 at device > 3.1 on pci0 > ohci1: [GIANT-LOCKED] > ohci1: [ITHREAD] > usb1: OHCI version 1.0, legacy support > usb1: SMM does not respond, resetting > usb1: on ohci1 > usb1: USB revision 1.0 > uhub1: on usb1 > uhub1: 2 ports with 2 removable, self powered > ohci2: mem 0xcd800000-0xcd800fff irq 22 at device > 3.2 on pci0 > ohci2: [GIANT-LOCKED] > ohci2: [ITHREAD] > usb2: OHCI version 1.0, legacy support > usb2: SMM does not respond, resetting > usb2: on ohci2 > usb2: USB revision 1.0 > uhub2: on usb2 > uhub2: 2 ports with 2 removable, self powered > ehci0: mem 0xcd000000-0xcd000fff irq 23 > at d evice 3.3 on pci0 > ehci0: [GIANT-LOCKED] > ehci0: [ITHREAD] > usb3: EHCI version 1.0 > usb3: companion controllers, 2 ports each: usb0 usb1 usb2 > usb3: on ehci0 > usb3: USB revision 2.0 > uhub3: on usb3 > uhub3: 6 ports with 6 removable, self poweredA channel 0> on atapci0 > umass0: 2.00 /0.01, addr 2> on uhub3 > uhub4: on > uhub3 uhub4: single transaction translator > uhub4: 4 ports with 4 removable, self powered > uhub5: on > uhub4 uhub5: single transaction translator > uhub5: 4 ports with 4 removable, self powered > > Xorg has compiled without HAL and AIGLX options. > > >How-To-Repeat: > > start Xorg 7.4 on same hardware. > > >Fix: > > > > > >Release-Note: > >Audit-Trail: > >Unformatted: This is probably an IRQ problem. --HPS From owner-freebsd-usb@FreeBSD.ORG Wed Mar 4 21:46:09 2009 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 A41AC1065674 for ; Wed, 4 Mar 2009 21:46:09 +0000 (UTC) (envelope-from boris.kotzev@gmail.com) Received: from mail-bw0-f164.google.com (mail-bw0-f164.google.com [209.85.218.164]) by mx1.freebsd.org (Postfix) with ESMTP id ECCD38FC16 for ; Wed, 4 Mar 2009 21:46:08 +0000 (UTC) (envelope-from boris.kotzev@gmail.com) Received: by bwz8 with SMTP id 8so2958672bwz.43 for ; Wed, 04 Mar 2009 13:46:07 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:organization:to:subject :date:user-agent:references:in-reply-to:cc:mime-version:content-type :content-transfer-encoding:content-disposition:message-id; bh=FdJW88GqIi1DU1zLpu7ISmiGxIAbtwN6NPt8xVHD5WU=; b=JDjwGwQLTmBwbDN/+MbHdQcvtvH+6qAU6/2EoHtgolWmrQC02o2fgMW9TBpztpLZbi DQV7IklxRTXAbv9orlHWet82uKG7VaP56JtmxTMzuDDbnofNGlCADJf+Gh8jcHpkPgAj L0zeOR0bsYU1UNHqcr3Mpvj4Z7Nd0GUbJ6KlQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:organization:to:subject:date:user-agent:references:in-reply-to :cc:mime-version:content-type:content-transfer-encoding :content-disposition:message-id; b=EHXJKpP6uPY/wioxApW3U9Ti5atJg7cWA+S2+hxNjYQadrCQE8NfodgALTlA0Ooq3h gCYd5maRGvm7ibGvl8fQq5Xz3Xf8iOmsKicO0NOffsuI6L+SjMPvVg36n9hFcomurvAs d9C97kZOlS/tWOF4VmJ1Owt8P4R+sw05fycsw= Received: by 10.103.173.15 with SMTP id a15mr168567mup.59.1236203167870; Wed, 04 Mar 2009 13:46:07 -0800 (PST) Received: from host7.net62.hdsl-213-169.fastbg.net (host7.net62.HDSL-213-169.FastBG.NET [213.169.62.7]) by mx.google.com with ESMTPS id i7sm2050572mue.44.2009.03.04.13.46.02 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 04 Mar 2009 13:46:05 -0800 (PST) From: Boris Kotzev Organization: Home To: Hans Petter Selasky Date: Wed, 4 Mar 2009 23:46:00 +0200 User-Agent: KMail/1.11.0 (FreeBSD/8.0-CURRENT; KDE/4.2.0; amd64; ; ) References: <200903041946.15105.boris.kotzev@gmail.com> <200903042041.47709.hselasky@c2i.net> In-Reply-To: <200903042041.47709.hselasky@c2i.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200903042346.00840.boris.kotzev@gmail.com> Cc: freebsd-usb@freebsd.org Subject: Re: usb touchpad not working properly on CURRENT with usb2 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, 04 Mar 2009 21:46:09 -0000 > On Wednesday 04 March 2009, Boris Kotzev wrote: > > Hi, > > > > The touchpad of my laptop is not responding properly to input anymore. It > > used to work fine with the old usb stack. > > > > The laptop is running CURRENT from yesterday: > > > > FreeBSD zembla.universe 8.0-CURRENT FreeBSD 8.0-CURRENT #0: Wed Mar 4 > > 17:30:05 EET 2009 user@zembla.universe:/usr/obj/usr/src/sys/CUSTOM amd64 > > > > When I move my finger horizontally on the touchpad of the laptop, the > > cursor moves up and down. Moving the finger vertically moves the cursor a > > little and then it stops. Pressing the touchpad button moves the cursor > > to the right. > > > > The touchpad is detected as: > > > > ugen0.2: at usbus0, > > cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON > > > > Resetting the touchpad produces the following dmesg output: > > > > ukbd0: at uhub0, port 2, addr 2 (disconnected) > > ums1: at uhub0, port 2, addr 2 (disconnected) > > ums_detach:608: sc=0xffffff000188c400 > > uhid1: at uhub0, port 2, addr 2 (disconnected) > > ukbd0: on usbus0 > > kbd1 at ukbd0 > > ums1: on usbus0 > > ums_attach:530: WARNING: report size, 67 bytes, is larger than interrupt > > size, 64 bytes! ums1: 3 buttons and [XY] coordinates > > ums_attach:546: sc=0xffffff000184e800 > > ums_attach:547: X 8/8 > > ums_attach:548: Y 16/8 > > ums_attach:549: Z 0/0 > > ums_attach:550: T 0/0 > > ums_attach:551: W 0/0 > > ums_attach:555: B1 0/1 > > ums_attach:555: B2 1/1 > > ums_attach:555: B3 2/1 > > ums_attach:557: size=67, id=0 > > uhid1: on usbus0 > > > > What other information should I provide to help solving this problem? > > > > Sincerely, > > > > Boris Kotzev > > Could you get the USB HID descriptors dumped using: > > usbhidctl > > --HPS All information I managed to extract by using usbhidctl is below: # usbhidctl -f /dev/uhid1 -ra Report descriptor: Collection page=Consumer usage=Consumer_Control Input size=8 count=1 page=Consumer usage=Eject, logical range 0..255 End collection Total input size 1 bytes Total output size 0 bytes Total feature size 0 bytes usbhidctl: USB_SET_IMMED: Device not configured If it is not enough, will you explain to me how to use this utility? Thanks! Boris Kotzev From owner-freebsd-usb@FreeBSD.ORG Wed Mar 4 22:08:33 2009 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 1BA50106566C for ; Wed, 4 Mar 2009 22:08:33 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe11.swipnet.se [212.247.155.65]) by mx1.freebsd.org (Postfix) with ESMTP id A64488FC0A for ; Wed, 4 Mar 2009 22:08:32 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=Ma5krZdYoiIA:10 a=-DXRHlJb_54A:10 a=MXw7gxVQKqGXY79tIT8aFQ==:17 a=6I5d2MoRAAAA:8 a=WdkDrgFWcxF-9tJEChcA:9 a=gT0q3WaU_y0F5DIk5puTka7E5mUA:4 a=LY0hPdMaydYA:10 a=RtfH9zicuI-Dtfbr:21 a=f_R47tP3xDqDAhdV:21 Received: from [62.113.132.61] (account mc467741@c2i.net HELO laptop) by mailfe11.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 1032686680; Wed, 04 Mar 2009 23:08:31 +0100 From: Hans Petter Selasky To: Artyom Mirgorodsky Date: Wed, 4 Mar 2009 23:10:59 +0100 User-Agent: KMail/1.9.7 References: <200903010045.44904.man@email.com.ua> <200903030850.01866.hselasky@c2i.net> <200903041047.57385.man@email.com.ua> In-Reply-To: <200903041047.57385.man@email.com.ua> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200903042311.00403.hselasky@c2i.net> Cc: freebsd-usb@freebsd.org Subject: Re: Low perfomance when read from usb flash drive 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, 04 Mar 2009 22:08:33 -0000 On Wednesday 04 March 2009, Artyom Mirgorodsky wrote: > I forgot to write, that a similar problem was observed in FreeBSD 7 with > usb4bsd patches. Here is a patch which I think will address your problem. It is EHCI hardware related. Different models behave differently. Try this: http://perforce.freebsd.org/chv.cgi?CH=158692 --HPS From owner-freebsd-usb@FreeBSD.ORG Wed Mar 4 22:18:52 2009 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 60B551065672 for ; Wed, 4 Mar 2009 22:18:52 +0000 (UTC) (envelope-from stevecalfee@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.181]) by mx1.freebsd.org (Postfix) with ESMTP id 328F58FC0C for ; Wed, 4 Mar 2009 22:18:51 +0000 (UTC) (envelope-from stevecalfee@gmail.com) Received: by wa-out-1112.google.com with SMTP id k34so1948192wah.27 for ; Wed, 04 Mar 2009 14:18:51 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=scNlIpzxSus8uBP+8meRmktzs+trAlXjp+ITfERRW0A=; b=FA7Ahn7baecMLxYAT0SwqAmCFm8frNvqCOoas09W+BzxsOy8Sx4cYxB9NetbETeIgZ b/AO5MWzEE29moMFJ66xWZC9+Pio8iRNJyy2OaBaNdXIr2rYwNd74Hx3pNWzwITqcOj9 7ooBthHRfM/tZ6O66QrAvvHDMc4RcuX+oTusc= 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:content-transfer-encoding; b=N7rmXIQzPfCYgWvs73tYxcEI5opgl8nx/u+5EcqF8qTAYIGvrJfiMIwgjZKIAW1pQM Rwff0t0PCvC344R9nnSy8LQ1sQ4iGQeDvO2K0p1sJ8epscLoCo+/33adkd0S2GYdALnS 0LAgLdg/2theDYIA5urkUsrBzuB1nGXpPWwbg= MIME-Version: 1.0 Received: by 10.115.32.18 with SMTP id k18mr207501waj.98.1236205131261; Wed, 04 Mar 2009 14:18:51 -0800 (PST) In-Reply-To: <200903040922.48163.hselasky@c2i.net> References: <200903010045.44904.man@email.com.ua> <200903032243.31914.hselasky@c2i.net> <4a5ff6bc0903031415s16158407m386b8321a5082996@mail.gmail.com> <200903040922.48163.hselasky@c2i.net> Date: Wed, 4 Mar 2009 14:18:51 -0800 Message-ID: <4a5ff6bc0903041418g1a26c046sbc7ae2459ba48044@mail.gmail.com> From: Steve Calfee To: Hans Petter Selasky Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-usb@freebsd.org Subject: Re: Low perfomance when read from usb flash drive 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, 04 Mar 2009 22:18:52 -0000 On Wed, Mar 4, 2009 at 12:22 AM, Hans Petter Selasky wrote: > Hi Steve, > > On Tuesday 03 March 2009, Steve Calfee wrote: >> > I think the reduced performance can be explained by a clamp on the >> > interrupt rate around 1000 interrupts per second instead of 8000. Maybe >> > someone has an explanation for this? >> > >> > The EHCI is being programmed to interrupt at 125us intervals, but there >> > seems to be limits other places. >> > >> > It is possible to workaround this in the umass driver by doing the cmd + >> > read in one operation. >> >> Hi Hans, >> >> I am looking at using FreeBSD in an embedded product. I have not >> examined your ehci software, but I am aware of how Linux and other >> OSes run the controller. >> >> Why are you taking an interrupt every uFrame SOF? > > If the transaction completes before 125us we take the interrupt before 125us. > The problem is that the interrupt delay becomes critical to performance when > the interrupt rate is close to the interrupt limitation. > Hi Hans, Ok I have looked a little at your ehci.c code and the ehci spec. I see that you are talking about the "interrupt threshold control" field which Intel added to the ehci to keep the high speed controller from flooding the cpu with interrupts. It has nothing to do with SOF interrupts. > For example: > > Transferring 13Mbyte/sec at blocksize equal to 65536 bytes generates 600 > interrupts. Hence the Mass Storage state machine has three steps the > throughput is computed like (600/3)*65536 bytes. If we on the average have to > wait 0.5ms for an interrupt we loose throughput. > I think here you are referring to the awkward synchronous scsi protocol embedded in usb mass storage devices. In this protocol the host does a IN and gets a USBS... status data block, does an OUT with a USBC... data block and then the data transfer (either IN or OUT). I don't think I have seen Linux or Windows transfer (in one scsi xfer) more than about 40K, but ok lets say 65K is possible. This means 128 -- 512 byte packet transfers. The max number of transfers I have seen in a microframe is about 11, but lets say it is 16 with some super ehci/dma controller. That says you can transfer 65K in 128/16 == 8 uFrames (this is higher than the 60Mbyte/sec bus speed of light, but it is easy to calculate). In this same super computer/ehci hardware the 3 packets (USBS, USBC, data) will most likely all be in different microframes. So in this scenario there will be 3 interrupts in 10 microframes = 1.250 milliseconds. In practice the USB mass storage device is the limiting factor and will be much slower than this. So what I am getting at is it is hard to believe the interrupt rate which will limit your xfer speed. Now the interesting question (for me a FreeBSD novice) is how does the OS limit the number of interrupts? Usually they would be limited by the available CPU power, and unlikely be limited to some arbitrary number per second (1000 or 8000). Does FreeBSD run all interrupts out of what Linux would call a bottom-half or tasklet? In that case latency for sequential I/O in the 3 step scsi protocol could add up to hurt you. Regards, Steve From owner-freebsd-usb@FreeBSD.ORG Wed Mar 4 22:37:59 2009 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 553E9106564A for ; Wed, 4 Mar 2009 22:37:59 +0000 (UTC) (envelope-from stevecalfee@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.182]) by mx1.freebsd.org (Postfix) with ESMTP id 281F48FC24 for ; Wed, 4 Mar 2009 22:37:58 +0000 (UTC) (envelope-from stevecalfee@gmail.com) Received: by wa-out-1112.google.com with SMTP id k34so1952803wah.27 for ; Wed, 04 Mar 2009 14:37:58 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=ud0hFRBBc4UghhVUUXilqlsQ0Dg09n//cZZuUrn6DdU=; b=uCmSKO9j+PMtwViHNe0m4r89R/ILnxw0XIbcFQnBztD11Z1UV7AtAt6eOn1WRfSfcl Zpr1WytLt1ZqChS7p8kbYxWDE9McKOmJbf9lg7N1XIhDxyEYQwnHO5tAvXvVfdPWRRh8 SrY/L7f2K+twEaLkqg2Dvdykh8GqVjxKQrlgE= 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:content-transfer-encoding; b=ejON/HZAOwZNIjbVsjd61Cz7reCUz0hoQjGZ1C+yzgfjRDUPVrDyKmyDQ4ze4wFfli YrEPr08xRNDiY5ko5w2m9oevuckp7IZoHtZSk+M4XSyk2tD7twgSGTEbAN6yl3XFIvNv LY+Yr1VHjcdFtHgUybWbio+L9Km1CJj8dtvR0= MIME-Version: 1.0 Received: by 10.115.58.1 with SMTP id l1mr206684wak.191.1236206278643; Wed, 04 Mar 2009 14:37:58 -0800 (PST) In-Reply-To: <200903042311.00403.hselasky@c2i.net> References: <200903010045.44904.man@email.com.ua> <200903030850.01866.hselasky@c2i.net> <200903041047.57385.man@email.com.ua> <200903042311.00403.hselasky@c2i.net> Date: Wed, 4 Mar 2009 14:37:58 -0800 Message-ID: <4a5ff6bc0903041437l52a58387v1735e34ebc383847@mail.gmail.com> From: Steve Calfee To: Hans Petter Selasky Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-usb@freebsd.org Subject: Re: Low perfomance when read from usb flash drive 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, 04 Mar 2009 22:37:59 -0000 On Wed, Mar 4, 2009 at 2:10 PM, Hans Petter Selasky wrote: > On Wednesday 04 March 2009, Artyom Mirgorodsky wrote: >> I forgot to write, that a similar problem was observed in FreeBSD 7 with >> usb4bsd patches. > > Here is a patch which I think will address your problem. It is EHCI hardware > related. Different models behave differently. Try this: > > http://perforce.freebsd.org/chv.cgi?CH=158692 > Wow, that is bizarre. The "doorbell" is usually used so the software knows that the cpu vs dma race is complete when moving qtds off the qh - ie dequeueing requests. What you have done is asked the guy doing the photo finish at the end of a horse race to press the shutter a little before the horse crosses the line - so the shutter latency will allow a picture right as the horse crosses the line. Unfortunately, this (like all races) is affected by the object doing the racing - horse speed and camera speed are variable! I believe something else must be wrong. Regards, Steve From owner-freebsd-usb@FreeBSD.ORG Wed Mar 4 22:48:26 2009 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 24598106566C for ; Wed, 4 Mar 2009 22:48:26 +0000 (UTC) (envelope-from man@email.com.ua) Received: from mail.alkar.net (mail.alkar.net [195.248.191.95]) by mx1.freebsd.org (Postfix) with ESMTP id 9A3DD8FC08 for ; Wed, 4 Mar 2009 22:48:25 +0000 (UTC) (envelope-from man@email.com.ua) Received: from [92.113.90.117] (account man@email.com.ua HELO home.alkar.net) by mail.alkar.net (CommuniGate Pro SMTP 5.2.12) with ESMTPA id 1888249996; Thu, 05 Mar 2009 00:48:24 +0200 From: Artyom Mirgorodsky Organization: Vega To: Hans Petter Selasky Date: Thu, 5 Mar 2009 00:52:01 +0200 User-Agent: KMail/1.11.0 (FreeBSD/8.0-CURRENT; KDE/4.2.1; i386; svn-915845; 2009-01-20) References: <200903010045.44904.man@email.com.ua> <200903041047.57385.man@email.com.ua> <200903042311.00403.hselasky@c2i.net> In-Reply-To: <200903042311.00403.hselasky@c2i.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200903050052.01911.man@email.com.ua> Cc: freebsd-usb@freebsd.org Subject: Re: Low perfomance when read from usb flash drive 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, 04 Mar 2009 22:48:26 -0000 > Here is a patch which I think will address your problem. It is EHCI hardware > related. Different models behave differently. Try this: > > http://perforce.freebsd.org/chv.cgi?CH=158692 Much better: dd if=/dev/da0 of=/dev/null bs=64k count=5000 5000+0 records in 5000+0 records out 327680000 bytes transferred in 17.282871 secs (18959813 bytes/sec) From owner-freebsd-usb@FreeBSD.ORG Wed Mar 4 23:07:20 2009 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 574B8106566C for ; Wed, 4 Mar 2009 23:07:20 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe01.swip.net [212.247.154.1]) by mx1.freebsd.org (Postfix) with ESMTP id B2D7F8FC12 for ; Wed, 4 Mar 2009 23:07:19 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=Ma5krZdYoiIA:10 a=-DXRHlJb_54A:10 a=MXw7gxVQKqGXY79tIT8aFQ==:17 a=8kQB0OdkAAAA:8 a=6I5d2MoRAAAA:8 a=gvOMmpoZNh3WImVdzuEA:9 a=WZqWRaXQd78en5NKbM6zDKrvElIA:4 a=LY0hPdMaydYA:10 a=9aOQ2cSd83gA:10 a=YYtyPbemraNutXIM:21 a=KM4DycbHs61dn12O:21 Received: from [62.113.132.61] (account mc467741@c2i.net HELO laptop) by mailfe01.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 154320870; Thu, 05 Mar 2009 00:07:18 +0100 From: Hans Petter Selasky To: Steve Calfee Date: Thu, 5 Mar 2009 00:09:47 +0100 User-Agent: KMail/1.9.7 References: <200903010045.44904.man@email.com.ua> <200903042311.00403.hselasky@c2i.net> <4a5ff6bc0903041437l52a58387v1735e34ebc383847@mail.gmail.com> In-Reply-To: <4a5ff6bc0903041437l52a58387v1735e34ebc383847@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200903050009.48188.hselasky@c2i.net> Cc: freebsd-usb@freebsd.org Subject: Re: Low perfomance when read from usb flash drive 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, 04 Mar 2009 23:07:20 -0000 On Wednesday 04 March 2009, Steve Calfee wrote: > On Wed, Mar 4, 2009 at 2:10 PM, Hans Petter Selasky wrote: > > On Wednesday 04 March 2009, Artyom Mirgorodsky wrote: > >> I forgot to write, that a similar problem was observed in FreeBSD 7 with > >> usb4bsd patches. > > > > Here is a patch which I think will address your problem. It is EHCI > > hardware related. Different models behave differently. Try this: > > > > http://perforce.freebsd.org/chv.cgi?CH=158692 > > Wow, that is bizarre. The "doorbell" is usually used so the software > knows that the cpu vs dma race is complete when moving qtds off the qh > - ie dequeueing requests. What you have done is asked the guy doing > the photo finish at the end of a horse race to press the shutter a > little before the horse crosses the line - so the shutter latency will > allow a picture right as the horse crosses the line. Unfortunately, > this (like all races) is affected by the object doing the racing - > horse speed and camera speed are variable! > > I believe something else must be wrong. The new USB stack _is_ doing things faster than the old one. I have gone through a large range of tests before I landed on the doorbell trick. Actually the new USB stack doesn't use the doorbell, we use software timers instead. The hardware certainly behaves different from vendor to vendor. Probably somone making the chips have to explain what is wrong. In my (Nvidia+AMD64+EHCI) test case I tried: No doorbell: 12 Mbyte/sec Doorbell after transfer (after QH removal): 14 Mbyte/sec Doorbell after next transfer (after QH insertion): 21 Mbyte/sec On my other reference Intel chip I did not get any noticable performance increase by doing this trick ... I think this trick is the best I can do. I've seen peculiarities before regarding the doorbell not behaving like it should .... --HPS From owner-freebsd-usb@FreeBSD.ORG Thu Mar 5 01:29:16 2009 Return-Path: Delivered-To: usb@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CB50110656F8; Thu, 5 Mar 2009 01:29:16 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: from pele.citylink.co.nz (pele.citylink.co.nz [202.8.44.226]) by mx1.freebsd.org (Postfix) with ESMTP id 92A648FC12; Thu, 5 Mar 2009 01:29:16 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: from localhost (localhost [127.0.0.1]) by pele.citylink.co.nz (Postfix) with ESMTP id C6419FF59; Thu, 5 Mar 2009 14:29:15 +1300 (NZDT) X-Virus-Scanned: Debian amavisd-new at citylink.co.nz Received: from pele.citylink.co.nz ([127.0.0.1]) by localhost (pele.citylink.co.nz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Gla8new7sk-E; Thu, 5 Mar 2009 14:29:12 +1300 (NZDT) Received: from citylink.fud.org.nz (unknown [202.8.44.45]) by pele.citylink.co.nz (Postfix) with ESMTP; Thu, 5 Mar 2009 14:29:12 +1300 (NZDT) Received: by citylink.fud.org.nz (Postfix, from userid 1001) id CBB6D1142F; Thu, 5 Mar 2009 14:29:11 +1300 (NZDT) Date: Wed, 4 Mar 2009 17:29:11 -0800 From: Andrew Thompson To: usb@FreeBSD.org Message-ID: <20090305012911.GB26859@citylink.fud.org.nz> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.17 (2007-11-01) Cc: current@freebsd.org Subject: TODO 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, 05 Mar 2009 01:29:17 -0000 Hi, I have started a page to track USB tasks, please update with any items and feel free to work on any. Any discussion about the items should happen on the usb@ mailing list. http://wiki.freebsd.org/USBTODO cheers, Andrew From owner-freebsd-usb@FreeBSD.ORG Thu Mar 5 02:02:57 2009 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 98A191065673 for ; Thu, 5 Mar 2009 02:02:57 +0000 (UTC) (envelope-from wilkinsa@stlux550.dsto.defence.gov.au) Received: from digger1.defence.gov.au (digger1.defence.gov.au [203.5.217.4]) by mx1.freebsd.org (Postfix) with ESMTP id 9DA2C8FC08 for ; Thu, 5 Mar 2009 02:02:56 +0000 (UTC) (envelope-from wilkinsa@stlux550.dsto.defence.gov.au) Received: from ednmsw510.dsto.defence.gov.au (ednmsw510.dsto.defence.gov.au [131.185.68.11]) by digger1.defence.gov.au (DSTO/DSTO) with ESMTP id n251kHrf022396 for ; Thu, 5 Mar 2009 12:16:17 +1030 (CST) Received: from ednex510.dsto.defence.gov.au (ednex510.dsto.defence.gov.au) by ednmsw510.dsto.defence.gov.au (Clearswift SMTPRS 5.2.9) with ESMTP id for ; Thu, 5 Mar 2009 12:20:33 +1030 Received: from stlex511.dsto.defence.gov.au ([203.6.60.49]) by ednex510.dsto.defence.gov.au with Microsoft SMTPSVC(6.0.3790.3959); Thu, 5 Mar 2009 12:20:33 +1030 Received: from stlux550.dsto.defence.gov.au ([203.6.60.61]) by stlex511.dsto.defence.gov.au with Microsoft SMTPSVC(6.0.3790.3959); Thu, 5 Mar 2009 10:50:30 +0900 Received: from stlux550.dsto.defence.gov.au (localhost [127.0.0.1]) by stlux550.dsto.defence.gov.au (8.14.3/8.14.3) with ESMTP id n250md5k093136 for ; Thu, 5 Mar 2009 09:48:39 +0900 (WST) (envelope-from wilkinsa@stlux550.dsto.defence.gov.au) Received: (from wilkinsa@localhost) by stlux550.dsto.defence.gov.au (8.14.3/8.14.3/Submit) id n250mdH4093135 for freebsd-usb@freebsd.org; Thu, 5 Mar 2009 09:48:39 +0900 (WST) (envelope-from wilkinsa) Date: Thu, 5 Mar 2009 09:48:39 +0900 From: "Wilkinson, Alex" To: freebsd-usb@freebsd.org Message-ID: <20090305004839.GH92789@stlux503.dsto.defence.gov.au> Mail-Followup-To: freebsd-usb@freebsd.org References: <200903010045.44904.man@email.com.ua> <200903042311.00403.hselasky@c2i.net> <4a5ff6bc0903041437l52a58387v1735e34ebc383847@mail.gmail.com> <200903050009.48188.hselasky@c2i.net> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline In-Reply-To: <200903050009.48188.hselasky@c2i.net> Organisation: Defence Science Technology Organisation User-Agent: Mutt/1.5.18 (2008-05-17) X-OriginalArrivalTime: 05 Mar 2009 01:50:30.0348 (UTC) FILETIME=[C3AC50C0:01C99D34] X-TM-AS-Product-Ver: SMEX-7.0.0.1584-5.6.1016-16498.007 X-TM-AS-Result: No--5.255000-0.000000-31 Content-Transfer-Encoding: 7bit Subject: Re: Low perfomance when read from usb flash drive 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, 05 Mar 2009 02:02:57 -0000 Excuse my ignorance, but what is meant by "doorbell" ? -aW 0n Thu, Mar 05, 2009 at 12:09:47AM +0100, Hans Petter Selasky wrote: >The new USB stack _is_ doing things faster than the old one. I have gone >through a large range of tests before I landed on the doorbell trick. >Actually the new USB stack doesn't use the doorbell, we use software timers >instead. The hardware certainly behaves different from vendor to vendor. >Probably somone making the chips have to explain what is wrong. > >In my (Nvidia+AMD64+EHCI) test case I tried: > >No doorbell: 12 Mbyte/sec >Doorbell after transfer (after QH removal): 14 Mbyte/sec >Doorbell after next transfer (after QH insertion): 21 Mbyte/sec IMPORTANT: This email remains the property of the Australian Defence Organisation and is subject to the jurisdiction of section 70 of the CRIMES ACT 1914. If you have received this email in error, you are requested to contact the sender and delete the email. From owner-freebsd-usb@FreeBSD.ORG Thu Mar 5 06:47:05 2009 Return-Path: Delivered-To: usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D053D106564A for ; Thu, 5 Mar 2009 06:47:05 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.153]) by mx1.freebsd.org (Postfix) with ESMTP id 612628FC12 for ; Thu, 5 Mar 2009 06:47:05 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: by fg-out-1718.google.com with SMTP id l26so280109fgb.35 for ; Wed, 04 Mar 2009 22:47:04 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=AUX1r+twq54/4u4ahvVLWKKR/7YPSAfURhuDlaWyCPM=; b=mqJyMQcTCeGiEywj9ME0HEcfmWvEn+EVcMSlw7BAwKrxCh5KG+hJ5c49LbT77sCPsu Pmz7uZy7t223ScGW0UmCiaMZpwGP772ToX44/FbGApIdXiBEAFHOfSnVetlM7JXh27IA Yp2rIfleJJY41LKS+45ykz9YuH5j9ryWriKrI= 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:content-transfer-encoding; b=olvuD5JRT1U/9Pa+K9ZNODAB0OTMagqohIxGbxUZYgDdNzgv9YzI5GjDRb4muy2tpy A67DG/DAwdrztRsv9b6bQ217ZLDyL2fpyzinWB8pzs1wWW3dITfdnZKzgaGeVEMC8WeC asMWwCbtUS3W8d1c9V2zHaLfXhFzxZHYEbXBg= MIME-Version: 1.0 Received: by 10.86.59.2 with SMTP id h2mr657945fga.73.1236233843454; Wed, 04 Mar 2009 22:17:23 -0800 (PST) In-Reply-To: <20090305012911.GB26859@citylink.fud.org.nz> References: <20090305012911.GB26859@citylink.fud.org.nz> Date: Thu, 5 Mar 2009 09:17:23 +0300 Message-ID: From: pluknet To: Andrew Thompson Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: usb@freebsd.org, current@freebsd.org Subject: Re: TODO 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, 05 Mar 2009 06:47:06 -0000 2009/3/5 Andrew Thompson : > Hi, > > > I have started a page to track USB tasks, please update with any items > and feel free to work on any. > > Any discussion about the items should happen on the usb@ mailing list. > > http://wiki.freebsd.org/USBTODO > Please, add the DDB support. This is now impossible due to threaded nature of USB. -- wbr, pluknet From owner-freebsd-usb@FreeBSD.ORG Thu Mar 5 08:38:16 2009 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 6372610656F6 for ; Thu, 5 Mar 2009 08:38:16 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe10.swipnet.se [212.247.155.33]) by mx1.freebsd.org (Postfix) with ESMTP id E9E978FC0C for ; Thu, 5 Mar 2009 08:38:15 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=Ma5krZdYoiIA:10 a=-DXRHlJb_54A:10 a=j+k/Ze5hWUCaCztCgEjzDQ==:17 a=Du-YiaFk4znbJyAltiYA:9 a=qpbyh_NP7AOaadLe4cvJk-FX6HcA:4 a=LY0hPdMaydYA:10 Received: from [81.191.55.181] (account mc467741@c2i.net HELO laptop) by mailfe10.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 1036036392; Thu, 05 Mar 2009 09:38:14 +0100 From: Hans Petter Selasky To: freebsd-usb@freebsd.org Date: Thu, 5 Mar 2009 09:40:44 +0100 User-Agent: KMail/1.9.7 References: <200903010045.44904.man@email.com.ua> <200903050009.48188.hselasky@c2i.net> <20090305004839.GH92789@stlux503.dsto.defence.gov.au> In-Reply-To: <20090305004839.GH92789@stlux503.dsto.defence.gov.au> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200903050940.44754.hselasky@c2i.net> Cc: Subject: Re: Low perfomance when read from usb flash drive 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, 05 Mar 2009 08:38:16 -0000 On Thursday 05 March 2009, Wilkinson, Alex wrote: > Excuse my ignorance, but what is meant by "doorbell" ? > Doorbell is an EHCI callback interrupt when the Async queue has been checked for removed QH's. --HPS From owner-freebsd-usb@FreeBSD.ORG Thu Mar 5 08:53:28 2009 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 04753106564A for ; Thu, 5 Mar 2009 08:53:28 +0000 (UTC) (envelope-from keramida@freebsd.org) Received: from poseidon.ceid.upatras.gr (poseidon.ceid.upatras.gr [150.140.141.169]) by mx1.freebsd.org (Postfix) with ESMTP id 748278FC14 for ; Thu, 5 Mar 2009 08:53:27 +0000 (UTC) (envelope-from keramida@freebsd.org) Received: from mail.ceid.upatras.gr (unknown [10.1.0.143]) by poseidon.ceid.upatras.gr (Postfix) with ESMTP id 2EBC3EB5398 for ; Thu, 5 Mar 2009 10:31:30 +0200 (EET) Received: from localhost (europa.ceid.upatras.gr [127.0.0.1]) by mail.ceid.upatras.gr (Postfix) with ESMTP id E3B8945088 for ; Thu, 5 Mar 2009 10:31:29 +0200 (EET) X-Virus-Scanned: amavisd-new at ceid.upatras.gr Received: from mail.ceid.upatras.gr ([127.0.0.1]) by localhost (europa.ceid.upatras.gr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id L6ikECgqRzVm for ; Thu, 5 Mar 2009 10:31:29 +0200 (EET) Received: from kobe.laptop (adsl158-175.kln.forthnet.gr [62.1.61.175]) by mail.ceid.upatras.gr (Postfix) with ESMTP id A67F24503F for ; Thu, 5 Mar 2009 10:31:29 +0200 (EET) Received: from kobe.laptop (kobe.laptop [127.0.0.1]) by kobe.laptop (8.14.3/8.14.3) with ESMTP id n258VTrU060667 for ; Thu, 5 Mar 2009 10:31:29 +0200 (EET) (envelope-from keramida@freebsd.org) Received: (from keramida@localhost) by kobe.laptop (8.14.3/8.14.3/Submit) id n258VTTv060663; Thu, 5 Mar 2009 10:31:29 +0200 (EET) (envelope-from keramida@freebsd.org) From: Giorgos Keramidas To: freebsd-usb@freebsd.org Date: Thu, 05 Mar 2009 10:31:28 +0200 Message-ID: <87k5742wwv.fsf@kobe.laptop> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.91 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: recent usb2 regression 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, 05 Mar 2009 08:53:28 -0000 After my last update to March 1 sources, uhci started going into interrupt storm mode: $ vmstat -i interrupt total rate irq1: atkbd0 8676 1 irq9: acpi0 12412 2 irq12: psm0 5979 1 irq14: ata0 601562 136 irq15: ata1 69 0 irq16: uhci0 745625990 169191 irq19: uhci3 5906 1 irq23: uhci2 ehci1 1 0 cpu0: timer 8813127 1999 irq256: hdac0 116677 26 irq258: re0 2438 0 cpu1: timer 8804089 1997 irq259: vgapci0 20525 4 Total 764017451 173364 Setting hw.usb2.uhci.debug=1 I see many repeated messages like: Mar 5 10:06:39 foo kernel: uhci_interrupt:1453: uhci_interrupt: host controller halted Mar 5 10:06:39 foo kernel: uhci_dumpregs:691: usbus0 regs: cmd=0080, sts=0020, intr=000f, frnum=0072, flbase=010be1c8, sof=0040, portsc1=0080, portsc2=0080 Mar 5 10:06:39 foo kernel: uhci_dump_qh:764: QH(0xc6251e00) at 0x01a51e02: h_next=0x01a79e82 e_next=0x00000001 Mar 5 10:06:39 foo kernel: uhci_dump_qh:764: QH(0xc6279e80) at 0x01a79e82: h_next=0x01a76702 e_next=0x00000001 Mar 5 10:06:39 foo kernel: uhci_dump_qh:764: QH(0xc6276700) at 0x01a76702: h_next=0x01a8b002 e_next=0x00000001 Mar 5 10:06:39 foo kernel: uhci_dump_qh:764: QH(0xc628b000) at 0x01a8b002: h_next=0x00000001 e_next=0x01a77080 There are local changes in this src/ tree, but none of them seems related to usb2 going crazy. I am running an i386 kernel build from the `KOBE' config file shown in the patch uploaded at: http://people.freebsd.org/~keramida/diff/gker.head.r189392.diff usbconfig shows only my USB mouse attached at the time: # usbconfig ugen5.1: at usbus5, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON ugen6.1: at usbus6, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=ON ugen0.1: at usbus0, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON ugen1.1: at usbus1, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON ugen2.1: at usbus2, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=ON ugen3.1: at usbus3, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON ugen4.1: at usbus4, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON ugen4.2: at usbus4, cfg=0 md=HOST spd=LOW (1.5Mbps) pwr=ON Is this a known problem with kernels from March 1, or a new one? From owner-freebsd-usb@FreeBSD.ORG Thu Mar 5 09:11:25 2009 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 0E1391065672 for ; Thu, 5 Mar 2009 09:11:25 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe15.swipnet.se [212.247.155.193]) by mx1.freebsd.org (Postfix) with ESMTP id 414548FC1E for ; Thu, 5 Mar 2009 09:11:23 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=j+k/Ze5hWUCaCztCgEjzDQ==:17 a=6I5d2MoRAAAA:8 a=EgYNDkRLCUQ9JMbgYDMA:9 a=alpENnrJM44qV6NEU2wA:7 a=eg74mO_SHvaXAjGL-mgkVdTQqBUA:4 a=LY0hPdMaydYA:10 Received: from [81.191.55.181] (account mc467741@c2i.net HELO laptop) by mailfe15.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 458859328; Thu, 05 Mar 2009 10:11:22 +0100 From: Hans Petter Selasky To: freebsd-usb@freebsd.org Date: Thu, 5 Mar 2009 10:13:19 +0100 User-Agent: KMail/1.9.7 References: <87k5742wwv.fsf@kobe.laptop> In-Reply-To: <87k5742wwv.fsf@kobe.laptop> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200903051013.19417.hselasky@c2i.net> Cc: Giorgos Keramidas Subject: Re: recent usb2 regression 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, 05 Mar 2009 09:11:25 -0000 On Thursday 05 March 2009, Giorgos Keramidas wrote: > After my last update to March 1 sources, uhci started going into > interrupt storm mode: > > $ vmstat -i > interrupt total rate > irq1: atkbd0 8676 1 > irq9: acpi0 12412 2 > irq12: psm0 5979 1 > irq14: ata0 601562 136 > irq15: ata1 69 0 > irq16: uhci0 745625990 169191 > irq19: uhci3 5906 1 > irq23: uhci2 ehci1 1 0 > cpu0: timer 8813127 1999 > irq256: hdac0 116677 26 > irq258: re0 2438 0 > cpu1: timer 8804089 1997 > irq259: vgapci0 20525 4 > Total 764017451 173364 > > Setting hw.usb2.uhci.debug=1 I see many repeated messages like: > > Mar 5 10:06:39 foo kernel: uhci_interrupt:1453: uhci_interrupt: host > controller halted Mar 5 10:06:39 foo kernel: uhci_dumpregs:691: usbus0 > regs: cmd=0080, sts=0020, intr=000f, frnum=0072, flbase=010be1c8, sof=0040, > portsc1=0080, portsc2=0080 Mar 5 10:06:39 foo kernel: uhci_dump_qh:764: > QH(0xc6251e00) at 0x01a51e02: h_next=0x01a79e82 e_next=0x00000001 Mar 5 > 10:06:39 foo kernel: uhci_dump_qh:764: QH(0xc6279e80) at 0x01a79e82: > h_next=0x01a76702 e_next=0x00000001 Mar 5 10:06:39 foo kernel: > uhci_dump_qh:764: QH(0xc6276700) at 0x01a76702: h_next=0x01a8b002 > e_next=0x00000001 Mar 5 10:06:39 foo kernel: uhci_dump_qh:764: > QH(0xc628b000) at 0x01a8b002: h_next=0x00000001 e_next=0x01a77080 > > There are local changes in this src/ tree, but none of them seems > related to usb2 going crazy. I am running an i386 kernel build from the > `KOBE' config file shown in the patch uploaded at: > > http://people.freebsd.org/~keramida/diff/gker.head.r189392.diff > > usbconfig shows only my USB mouse attached at the time: > > # usbconfig > ugen5.1: at usbus5, cfg=0 md=HOST spd=FULL (12Mbps) > pwr=ON ugen6.1: at usbus6, cfg=0 md=HOST spd=HIGH > (480Mbps) pwr=ON ugen0.1: at usbus0, cfg=0 md=HOST > spd=FULL (12Mbps) pwr=ON ugen1.1: at usbus1, cfg=0 > md=HOST spd=FULL (12Mbps) pwr=ON ugen2.1: at usbus2, > cfg=0 md=HOST spd=HIGH (480Mbps) pwr=ON ugen3.1: at > usbus3, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON ugen4.1: Intel> at usbus4, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON ugen4.2: 0x0003 Creative Labs> at usbus4, cfg=0 md=HOST spd=LOW (1.5Mbps) pwr=ON > > Is this a known problem with kernels from March 1, or a new one? Hi, The only active interrupt is the HCH status bit. You can try editing /sys/dev/usb/controller/uhci.c and apply the following patch: /* get acknowledge bits */ status &= (UHCI_STS_USBINT | UHCI_STS_USBEI | UHCI_STS_RD | + UHCI_STS_HCH | UHCI_STS_HSE | UHCI_STS_HCPE); --HPS From owner-freebsd-usb@FreeBSD.ORG Thu Mar 5 09:16:46 2009 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 998AE106566B for ; Thu, 5 Mar 2009 09:16:46 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe05.swip.net [212.247.154.129]) by mx1.freebsd.org (Postfix) with ESMTP id 01BC78FC08 for ; Thu, 5 Mar 2009 09:16:45 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=Ma5krZdYoiIA:10 a=-DXRHlJb_54A:10 a=j+k/Ze5hWUCaCztCgEjzDQ==:17 a=8kQB0OdkAAAA:8 a=XaIXT79Gmj2_LT1U-UcA:9 a=qdDE5R4bnGLJpbsx_cUPmLERMYQA:4 a=LY0hPdMaydYA:10 a=9aOQ2cSd83gA:10 a=677PiFX3TLVrf4Kp:21 a=ulGn1Pf6-kYNkCoK:21 Received: from [81.191.55.181] (account mc467741@c2i.net HELO laptop) by mailfe05.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 1102769279; Thu, 05 Mar 2009 10:16:44 +0100 From: Hans Petter Selasky To: Steve Calfee Date: Thu, 5 Mar 2009 10:19:14 +0100 User-Agent: KMail/1.9.7 References: <200903010045.44904.man@email.com.ua> <200903040922.48163.hselasky@c2i.net> <4a5ff6bc0903041418g1a26c046sbc7ae2459ba48044@mail.gmail.com> In-Reply-To: <4a5ff6bc0903041418g1a26c046sbc7ae2459ba48044@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200903051019.14577.hselasky@c2i.net> Cc: freebsd-usb@freebsd.org Subject: Re: Low perfomance when read from usb flash drive 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, 05 Mar 2009 09:16:46 -0000 On Wednesday 04 March 2009, Steve Calfee wrote: > On Wed, Mar 4, 2009 at 12:22 AM, Hans Petter Selasky wrote: > > Hi Steve, > > > > On Tuesday 03 March 2009, Steve Calfee wrote: > >> > I think the reduced performance can be explained by a clamp on the > >> > interrupt rate around 1000 interrupts per second instead of 8000. > >> > Maybe someone has an explanation for this? > >> > > >> > The EHCI is being programmed to interrupt at 125us intervals, but > >> > there seems to be limits other places. > >> > > >> > It is possible to workaround this in the umass driver by doing the cmd > >> > + read in one operation. > >> > >> Hi Hans, > >> > >> I am looking at using FreeBSD in an embedded product. I have not > >> examined your ehci software, but I am aware of how Linux and other > >> OSes run the controller. > >> > >> Why are you taking an interrupt every uFrame SOF? > > > > If the transaction completes before 125us we take the interrupt before > > 125us. The problem is that the interrupt delay becomes critical to > > performance when the interrupt rate is close to the interrupt limitation. > Hi Steve, > Now the interesting question (for me a FreeBSD novice) is how does the > OS limit the number of interrupts? Usually they would be limited by > the available CPU power, and unlikely be limited to some arbitrary > number per second (1000 or 8000). Does FreeBSD run all interrupts out > of what Linux would call a bottom-half or tasklet? In that case > latency for sequential I/O in the 3 step scsi protocol could add up to > hurt you. I think there is no limit. It is the EHCI hardware that is responsible for limiting the IRQ rate. Usually it is limited by some bits in the command register like 1,2,4,8.. x 125us. I'm currently using 1x125us yielding max 8000 IRQs/second. The operating system is probably not the bottleneck in this case. It's something in the hardware hanging or waiting. --HPS From owner-freebsd-usb@FreeBSD.ORG Thu Mar 5 13:28:55 2009 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 DCDE11065679 for ; Thu, 5 Mar 2009 13:28:55 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe02.swip.net [212.247.154.33]) by mx1.freebsd.org (Postfix) with ESMTP id 4991B8FC1B for ; Thu, 5 Mar 2009 13:28:54 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=p0lbXY6ahC0A:10 a=83Y5weSI77cA:10 a=j+k/Ze5hWUCaCztCgEjzDQ==:17 a=KhzzEgmWesCwPFZ8mewA:9 a=60tcQhnrhlCl1yLfOisA:7 a=J9hPQJQmTEBM-YyIHmRc-uDU59sA:4 a=LY0hPdMaydYA:10 Received: from [81.191.55.181] (account mc467741@c2i.net HELO laptop) by mailfe02.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 1208570321; Thu, 05 Mar 2009 14:28:52 +0100 From: Hans Petter Selasky To: Boris Kotzev Date: Thu, 5 Mar 2009 14:31:20 +0100 User-Agent: KMail/1.9.7 References: <200903041946.15105.boris.kotzev@gmail.com> <200903042041.47709.hselasky@c2i.net> <200903042346.00840.boris.kotzev@gmail.com> In-Reply-To: <200903042346.00840.boris.kotzev@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200903051431.22066.hselasky@c2i.net> Cc: freebsd-usb@freebsd.org Subject: Re: usb touchpad not working properly on CURRENT with usb2 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, 05 Mar 2009 13:28:56 -0000 On Wednesday 04 March 2009, Boris Kotzev wrote: > > On Wednesday 04 March 2009, Boris Kotzev wrote: > > > Hi, > > > > > > The touchpad of my laptop is not responding properly to input anymore. > > > It used to work fine with the old usb stack. > > > > > > The laptop is running CURRENT from yesterday: > > > > > > FreeBSD zembla.universe 8.0-CURRENT FreeBSD 8.0-CURRENT #0: Wed Mar 4 > > > 17:30:05 EET 2009 user@zembla.universe:/usr/obj/usr/src/sys/CUSTOM > > > amd64 > > > > > > When I move my finger horizontally on the touchpad of the laptop, the > > > cursor moves up and down. Moving the finger vertically moves the cursor > > > a little and then it stops. Pressing the touchpad button moves the > > > cursor to the right. > > > > > > The touchpad is detected as: > > > > > > ugen0.2: at usbus0, > > > cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON > > > > > > Resetting the touchpad produces the following dmesg output: > > > > > > ukbd0: at uhub0, port 2, addr 2 (disconnected) > > > ums1: at uhub0, port 2, addr 2 (disconnected) > > > ums_detach:608: sc=0xffffff000188c400 > > > uhid1: at uhub0, port 2, addr 2 (disconnected) > > > ukbd0: on usbus0 > > > kbd1 at ukbd0 > > > ums1: on usbus0 > > > ums_attach:530: WARNING: report size, 67 bytes, is larger than > > > interrupt size, 64 bytes! ums1: 3 buttons and [XY] coordinates > > > ums_attach:546: sc=0xffffff000184e800 > > > ums_attach:547: X 8/8 > > > ums_attach:548: Y 16/8 > > > ums_attach:549: Z 0/0 > > > ums_attach:550: T 0/0 > > > ums_attach:551: W 0/0 > > > ums_attach:555: B1 0/1 > > > ums_attach:555: B2 1/1 > > > ums_attach:555: B3 2/1 > > > ums_attach:557: size=67, id=0 > > > uhid1: on usbus0 > > > > > > What other information should I provide to help solving this problem? > > > > > > Sincerely, > > > > > > Boris Kotzev > > > > Could you get the USB HID descriptors dumped using: > > > > usbhidctl > > > > --HPS > > All information I managed to extract by using usbhidctl is below: > > # usbhidctl -f /dev/uhid1 -ra > Report descriptor: > Collection page=Consumer usage=Consumer_Control > Input size=8 count=1 page=Consumer usage=Eject, logical range 0..255 > End collection > Total input size 1 bytes > Total output size 0 bytes > Total feature size 0 bytes > usbhidctl: USB_SET_IMMED: Device not configured > > If it is not enough, will you explain to me how to use this utility? > Hi, I think you have to unload ums module. Then replug the device and search for the new uhid device. Can you also do: usbconfig -u 0 -a 2 dump_device_desc dump_curr_config_desc --HPS From owner-freebsd-usb@FreeBSD.ORG Thu Mar 5 16:20:04 2009 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 2A5DC1065670 for ; Thu, 5 Mar 2009 16:20:04 +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 D6BC28FC0A for ; Thu, 5 Mar 2009 16:20:03 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n25GK300062930 for ; Thu, 5 Mar 2009 16:20:03 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n25GK33C062929; Thu, 5 Mar 2009 16:20:03 GMT (envelope-from gnats) Date: Thu, 5 Mar 2009 16:20:03 GMT Message-Id: <200903051620.n25GK33C062929@freefall.freebsd.org> To: freebsd-usb@FreeBSD.org From: dfilter@FreeBSD.ORG (dfilter service) Cc: Subject: Re: usb/117185: 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, 05 Mar 2009 16:20:04 -0000 The following reply was made to PR usb/117185; it has been noted by GNATS. From: dfilter@FreeBSD.ORG (dfilter service) To: bug-followup@FreeBSD.org Cc: Subject: Re: usb/117185: commit references a PR Date: Thu, 5 Mar 2009 16:15:23 +0000 (UTC) Author: thompsa Date: Thu Mar 5 16:15:07 2009 New Revision: 189405 URL: http://svn.freebsd.org/changeset/base/189405 Log: Add support for the UNION interface descriptor, used by Nokia phones. PR: usb/117185 Modified: head/sys/dev/usb/serial/umodem.c Modified: head/sys/dev/usb/serial/umodem.c ============================================================================== --- head/sys/dev/usb/serial/umodem.c Thu Mar 5 16:03:44 2009 (r189404) +++ head/sys/dev/usb/serial/umodem.c Thu Mar 5 16:15:07 2009 (r189405) @@ -69,6 +69,7 @@ __FBSDID("$FreeBSD$"); /* * Comm Class spec: http://www.usb.org/developers/devclass_docs/usbccs10.pdf * http://www.usb.org/developers/devclass_docs/usbcdc11.pdf + * http://www.usb.org/developers/devclass_docs/cdc_wmc10.zip */ /* @@ -253,8 +254,6 @@ static int umodem_probe(device_t dev) { struct usb2_attach_arg *uaa = device_get_ivars(dev); - uint8_t cm; - uint8_t acm; int error; DPRINTFN(11, "\n"); @@ -263,19 +262,6 @@ umodem_probe(device_t dev) return (ENXIO); } error = usb2_lookup_id_by_uaa(umodem_devs, sizeof(umodem_devs), uaa); - if (error) { - return (error); - } - if (uaa->driver_info == NULL) { - /* some modems do not have any capabilities */ - return (error); - } - umodem_get_caps(uaa, &cm, &acm); - if (!(cm & USB_CDC_CM_DOES_CM) || - !(cm & USB_CDC_CM_OVER_DATA) || - !(acm & USB_CDC_ACM_HAS_LINE)) { - error = ENXIO; - } return (error); } @@ -285,6 +271,7 @@ umodem_attach(device_t dev) struct usb2_attach_arg *uaa = device_get_ivars(dev); struct umodem_softc *sc = device_get_softc(dev); struct usb2_cdc_cm_descriptor *cmd; + struct usb2_cdc_union_descriptor *cud; uint8_t i; int error; @@ -302,10 +289,20 @@ umodem_attach(device_t dev) cmd = umodem_get_desc(uaa, UDESC_CS_INTERFACE, UDESCSUB_CDC_CM); if ((cmd == NULL) || (cmd->bLength < sizeof(*cmd))) { - device_printf(dev, "no CM descriptor!\n"); - goto detach; + + cud = usb2_find_descriptor(uaa->device, NULL, + uaa->info.bIfaceIndex, UDESC_CS_INTERFACE, + 0 - 1, UDESCSUB_CDC_UNION, 0 - 1); + + if ((cud == NULL) || (cud->bLength < sizeof(*cud))) { + device_printf(dev, "no CM or union descriptor!\n"); + goto detach; + } + + sc->sc_data_iface_no = cud->bSlaveInterface[0]; + } else { + sc->sc_data_iface_no = cmd->bDataInterface; } - sc->sc_data_iface_no = cmd->bDataInterface; device_printf(dev, "data interface %d, has %sCM over " "data, has %sbreak\n", @@ -419,21 +416,19 @@ umodem_get_caps(struct usb2_attach_arg * struct usb2_cdc_cm_descriptor *cmd; struct usb2_cdc_acm_descriptor *cad; - *cm = *acm = 0; - cmd = umodem_get_desc(uaa, UDESC_CS_INTERFACE, UDESCSUB_CDC_CM); if ((cmd == NULL) || (cmd->bLength < sizeof(*cmd))) { - DPRINTF("no CM desc\n"); - return; - } - *cm = cmd->bmCapabilities; + DPRINTF("no CM desc (faking one)\n"); + *cm = USB_CDC_CM_DOES_CM | USB_CDC_CM_OVER_DATA; + } else + *cm = cmd->bmCapabilities; cad = umodem_get_desc(uaa, UDESC_CS_INTERFACE, UDESCSUB_CDC_ACM); if ((cad == NULL) || (cad->bLength < sizeof(*cad))) { DPRINTF("no ACM desc\n"); - return; - } - *acm = cad->bmCapabilities; + *acm = 0; + } else + *acm = cad->bmCapabilities; } static void _______________________________________________ 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 Mar 5 16:50:05 2009 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 3484C10656C0 for ; Thu, 5 Mar 2009 16:50:05 +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 08CD18FC18 for ; Thu, 5 Mar 2009 16:50:05 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n25Go4AN086711 for ; Thu, 5 Mar 2009 16:50:04 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n25Go4lO086710; Thu, 5 Mar 2009 16:50:04 GMT (envelope-from gnats) Date: Thu, 5 Mar 2009 16:50:04 GMT Message-Id: <200903051650.n25Go4lO086710@freefall.freebsd.org> To: freebsd-usb@FreeBSD.org From: Hans Petter Selasky Cc: Subject: Re: usb/117185: [umodem] [patch] Add support for UNION interface descriptor 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: Thu, 05 Mar 2009 16:50:06 -0000 The following reply was made to PR usb/117185; it has been noted by GNATS. From: Hans Petter Selasky To: bug-followup@freebsd.org, eugen@grosbein.pp.ru, Andrew Thompson Cc: Subject: Re: usb/117185: [umodem] [patch] Add support for UNION interface descriptor Date: Thu, 5 Mar 2009 16:50:49 +0100 Hi, Committed to USB P4 with some modifications. http://perforce.freebsd.org/chv.cgi?CH=158721 Andrew: Another patch to commit. --HPS From owner-freebsd-usb@FreeBSD.ORG Thu Mar 5 19:09:06 2009 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 84EE6106566B for ; Thu, 5 Mar 2009 19:09:06 +0000 (UTC) (envelope-from boris.kotzev@gmail.com) Received: from mail-fx0-f158.google.com (mail-fx0-f158.google.com [209.85.220.158]) by mx1.freebsd.org (Postfix) with ESMTP id D88FA8FC26 for ; Thu, 5 Mar 2009 19:09:05 +0000 (UTC) (envelope-from boris.kotzev@gmail.com) Received: by fxm2 with SMTP id 2so65891fxm.43 for ; Thu, 05 Mar 2009 11:09:04 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:organization:to:subject :date:user-agent:references:in-reply-to:cc:mime-version :content-disposition:content-type:content-transfer-encoding :message-id; bh=XNFLjKm2JBz3LKu/PkY9rrKyPFKhEI0yj2szCS3h/Rk=; b=MbTeY8BP6HpyVosawp3dIQF7gDaLFMwM2OJ73DAINAzG5eLmVUabPWzCgH3+LEOWxG sY9Ot9cMqBHYO4f8demteWmKGmmqkjZsP1PjFXEcTZLKpoDF5/Ef3gcOGJYm8fO7zjcd j2S77Ai1J6A6FzLHF30MQV+zdhqXGVj6NRAEw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:organization:to:subject:date:user-agent:references:in-reply-to :cc:mime-version:content-disposition:content-type :content-transfer-encoding:message-id; b=Of89mZYg0oZpWseFtRokmYGeiCDi9njDYl5SY1QkHe44+j0LvcCxsoh0XLkt78GFA2 hJoEZq2+UHVM9VylDxeYdUlnmuhgWIM+tZKnCLz5O7Cc78JFhATSTVibEW4t0yKzGxh5 QP3YtAcw1O854y2Jkg83ImPdJ0VFZS28zSgCI= Received: by 10.103.240.5 with SMTP id s5mr685827mur.133.1236280144806; Thu, 05 Mar 2009 11:09:04 -0800 (PST) Received: from host7.net62.hdsl-213-169.fastbg.net (host7.net62.HDSL-213-169.FastBG.NET [213.169.62.7]) by mx.google.com with ESMTPS id g1sm506814muf.12.2009.03.05.11.09.01 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 05 Mar 2009 11:09:02 -0800 (PST) From: Boris Kotzev Organization: Home To: Hans Petter Selasky Date: Thu, 5 Mar 2009 21:08:59 +0200 User-Agent: KMail/1.11.0 (FreeBSD/8.0-CURRENT; KDE/4.2.0; amd64; ; ) References: <200903041946.15105.boris.kotzev@gmail.com> <200903042346.00840.boris.kotzev@gmail.com> <200903051431.22066.hselasky@c2i.net> In-Reply-To: <200903051431.22066.hselasky@c2i.net> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200903052109.00282.boris.kotzev@gmail.com> Cc: freebsd-usb@freebsd.org Subject: Re: usb touchpad not working properly on CURRENT with usb2 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, 05 Mar 2009 19:09:06 -0000 > On Wednesday 04 March 2009, Boris Kotzev wrote: > > > On Wednesday 04 March 2009, Boris Kotzev wrote: > > > > Hi, > > > > > > > > The touchpad of my laptop is not responding properly to input > > > > anymore. It used to work fine with the old usb stack. > > > > > > > > The laptop is running CURRENT from yesterday: > > > > > > > > FreeBSD zembla.universe 8.0-CURRENT FreeBSD 8.0-CURRENT #0: Wed Mar > > > > 4 17:30:05 EET 2009 user@zembla.universe:/usr/obj/usr/src/sys/CUSTOM > > > > amd64 > > > > > > > > When I move my finger horizontally on the touchpad of the laptop, the > > > > cursor moves up and down. Moving the finger vertically moves the > > > > cursor a little and then it stops. Pressing the touchpad button moves > > > > the cursor to the right. > > > > > > > > The touchpad is detected as: > > > > > > > > ugen0.2: at > > > > usbus0, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON > > > > > > > > Resetting the touchpad produces the following dmesg output: > > > > > > > > ukbd0: at uhub0, port 2, addr 2 (disconnected) > > > > ums1: at uhub0, port 2, addr 2 (disconnected) > > > > ums_detach:608: sc=0xffffff000188c400 > > > > uhid1: at uhub0, port 2, addr 2 (disconnected) > > > > ukbd0: on usbus0 > > > > kbd1 at ukbd0 > > > > ums1: on usbus0 > > > > ums_attach:530: WARNING: report size, 67 bytes, is larger than > > > > interrupt size, 64 bytes! ums1: 3 buttons and [XY] coordinates > > > > ums_attach:546: sc=0xffffff000184e800 > > > > ums_attach:547: X 8/8 > > > > ums_attach:548: Y 16/8 > > > > ums_attach:549: Z 0/0 > > > > ums_attach:550: T 0/0 > > > > ums_attach:551: W 0/0 > > > > ums_attach:555: B1 0/1 > > > > ums_attach:555: B2 1/1 > > > > ums_attach:555: B3 2/1 > > > > ums_attach:557: size=67, id=0 > > > > uhid1: on usbus0 > > > > > > > > What other information should I provide to help solving this problem? > > > > > > > > Sincerely, > > > > > > > > Boris Kotzev > > > > > > Could you get the USB HID descriptors dumped using: > > > > > > usbhidctl > > > > > > --HPS > > > > All information I managed to extract by using usbhidctl is below: > > > > # usbhidctl -f /dev/uhid1 -ra > > Report descriptor: > > Collection page=Consumer usage=Consumer_Control > > Input size=8 count=1 page=Consumer usage=Eject, logical range 0..255 > > End collection > > Total input size 1 bytes > > Total output size 0 bytes > > Total feature size 0 bytes > > usbhidctl: USB_SET_IMMED: Device not configured > > > > If it is not enough, will you explain to me how to use this utility? > > Hi, > > I think you have to unload ums module. Then replug the device and search > for the new uhid device. > > Can you also do: > > usbconfig -u 0 -a 2 dump_device_desc dump_curr_config_desc > > --HPS Hi, After the removal of the ums and ukbd devices from the kernel, a lot more uhid devices showed up in /dev: # dmesg | grep uhid uhid0: on usbus4 uhid1: on usbus4 uhid2: on usbus0 uhid3: on usbus0 uhid4: on usbus0 uhid5: on usbus2 uhid6: on usbus3 uhid7: on usbus3 The dump for uhid2, uhid3 and uhid4 is shown below. # usbhidctl -f /dev/uhid2 -r Report descriptor: Collection page=Generic_Desktop usage=Keyboard Input size=1 count=1 page=Keyboard usage=Keyboard_LeftControl, logical range 0..1 Input size=1 count=1 page=Keyboard usage=Keyboard_LeftShift, logical range 0..1 Input size=1 count=1 page=Keyboard usage=Keyboard_LeftAlt, logical range 0..1 Input size=1 count=1 page=Keyboard usage=Keyboard_Left_GUI, logical range 0..1 Input size=1 count=1 page=Keyboard usage=Keyboard_RightControl, logical range 0..1 Input size=1 count=1 page=Keyboard usage=Keyboard_RightShift, logical range 0..1 Input size=1 count=1 page=Keyboard usage=Keyboard_RightAlt, logical range 0..1 Input size=1 count=1 page=Keyboard usage=Keyboard_Right_GUI, logical range 0..1 Output size=1 count=1 page=LEDs usage=Num_Lock, logical range 0..1 Output size=1 count=1 page=LEDs usage=Caps_Lock, logical range 0..1 Output size=1 count=1 page=LEDs usage=Scroll_Lock, logical range 0..1 Output size=1 count=1 page=LEDs usage=Compose, logical range 0..1 Output size=1 count=1 page=LEDs usage=Kana, logical range 0..1 Input size=8 count=5 page=Keyboard usage=Reserved_(no_event_indicated), logical range 0..101 Input size=8 count=1 page=0x00ff usage=0x0003, logical range 0..101 End collection Total input size 8 bytes Total output size 1 bytes Total feature size 0 bytes # usbhidctl -f /dev/uhid3 -r Report descriptor: Collection page=Generic_Desktop usage=Mouse Total input size 0 bytes Total output size 0 bytes Total feature size 0 bytes # usbhidctl -f /dev/uhid4 -r Report descriptor: Collection page=Consumer usage=Consumer_Control Input size=8 count=1 page=Consumer usage=Eject, logical range 0..255 End collection Total input size 1 bytes Total output size 0 bytes Total feature size 0 bytes The output of usbconfig is as follows: # usbconfig -u 0 -a 2 dump_device_desc dump_curr_config_desc ugen0.2: at usbus0, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON bLength = 0x0012 bDescriptorType = 0x0001 bcdUSB = 0x0200 bDeviceClass = 0x0000 bDeviceSubClass = 0x0000 bDeviceProtocol = 0x0000 bMaxPacketSize0 = 0x0008 idVendor = 0x05ac idProduct = 0x0218 bcdDevice = 0x0064 iManufacturer = 0x0001 iProduct = 0x0002 iSerialNumber = 0x0000 bNumConfigurations = 0x0001 Configuration index 0 bLength = 0x0009 bDescriptorType = 0x0002 wTotalLength = 0x0054 bNumInterfaces = 0x0003 bConfigurationValue = 0x0001 iConfiguration = 0x0000 bmAttributes = 0x00a0 bMaxPower = 0x0014 Interface 0 bLength = 0x0009 bDescriptorType = 0x0004 bInterfaceNumber = 0x0000 bAlternateSetting = 0x0000 bNumEndpoints = 0x0001 bInterfaceClass = 0x0003 bInterfaceSubClass = 0x0001 bInterfaceProtocol = 0x0001 iInterface = 0x0003 Additional Descriptor bLength = 0x09 bDescriptorType = 0x21 bDescriptorSubType = 0x11 RAW dump: 0x00 | 0x09, 0x21, 0x11, 0x01, 0x0d, 0x01, 0x22, 0x49, 0x08 | 0x00 Endpoint 0 bLength = 0x0007 bDescriptorType = 0x0005 bEndpointAddress = 0x0083 bmAttributes = 0x0003 wMaxPacketSize = 0x0008 bInterval = 0x0008 bRefresh = 0x0000 bSynchAddress = 0x0000 Interface 1 bLength = 0x0009 bDescriptorType = 0x0004 bInterfaceNumber = 0x0001 bAlternateSetting = 0x0000 bNumEndpoints = 0x0001 bInterfaceClass = 0x0003 bInterfaceSubClass = 0x0001 bInterfaceProtocol = 0x0002 iInterface = 0x0004 Additional Descriptor bLength = 0x09 bDescriptorType = 0x21 bDescriptorSubType = 0x11 RAW dump: 0x00 | 0x09, 0x21, 0x11, 0x01, 0x00, 0x01, 0x22, 0x59, 0x08 | 0x00 Endpoint 0 bLength = 0x0007 bDescriptorType = 0x0005 bEndpointAddress = 0x0081 bmAttributes = 0x0003 wMaxPacketSize = 0x0040 bInterval = 0x0008 bRefresh = 0x0000 bSynchAddress = 0x0000 Interface 2 bLength = 0x0009 bDescriptorType = 0x0004 bInterfaceNumber = 0x0002 bAlternateSetting = 0x0000 bNumEndpoints = 0x0001 bInterfaceClass = 0x0003 bInterfaceSubClass = 0x0000 bInterfaceProtocol = 0x0000 iInterface = 0x0003 Additional Descriptor bLength = 0x09 bDescriptorType = 0x21 bDescriptorSubType = 0x11 RAW dump: 0x00 | 0x09, 0x21, 0x11, 0x01, 0x00, 0x01, 0x22, 0x14, 0x08 | 0x00 Endpoint 0 bLength = 0x0007 bDescriptorType = 0x0005 bEndpointAddress = 0x0084 bmAttributes = 0x0003 wMaxPacketSize = 0x0001 bInterval = 0x0008 bRefresh = 0x0000 bSynchAddress = 0x0000 Thanks! Boris Kotzev From owner-freebsd-usb@FreeBSD.ORG Thu Mar 5 19:11:07 2009 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 D77BB1065692; Thu, 5 Mar 2009 19:11:07 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id AD0018FC18; Thu, 5 Mar 2009 19:11:07 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (linimon@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n25JB7o6096997; Thu, 5 Mar 2009 19:11:07 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n25JB7Fu096993; Thu, 5 Mar 2009 19:11:07 GMT (envelope-from linimon) Date: Thu, 5 Mar 2009 19:11:07 GMT Message-Id: <200903051911.n25JB7Fu096993@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-usb@FreeBSD.org, thompsa@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: usb/117185: [umodem] [patch] Add support for UNION interface descriptor 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, 05 Mar 2009 19:11:08 -0000 Synopsis: [umodem] [patch] Add support for UNION interface descriptor Responsible-Changed-From-To: freebsd-usb->thompsa Responsible-Changed-By: linimon Responsible-Changed-When: Thu Mar 5 19:10:09 UTC 2009 Responsible-Changed-Why: Committed to p4, so let thompsa track this one for merge to current. http://www.freebsd.org/cgi/query-pr.cgi?pr=117185 From owner-freebsd-usb@FreeBSD.ORG Thu Mar 5 21:49:08 2009 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 4B58C106567D for ; Thu, 5 Mar 2009 21:49:08 +0000 (UTC) (envelope-from keramida@freebsd.org) Received: from poseidon.ceid.upatras.gr (poseidon.ceid.upatras.gr [150.140.141.169]) by mx1.freebsd.org (Postfix) with ESMTP id EA1D58FC1F for ; Thu, 5 Mar 2009 21:49:07 +0000 (UTC) (envelope-from keramida@freebsd.org) Received: from mail.ceid.upatras.gr (unknown [10.1.0.143]) by poseidon.ceid.upatras.gr (Postfix) with ESMTP id 2FECAEB50C2; Thu, 5 Mar 2009 23:49:07 +0200 (EET) Received: from localhost (europa.ceid.upatras.gr [127.0.0.1]) by mail.ceid.upatras.gr (Postfix) with ESMTP id 186AF4509B; Thu, 5 Mar 2009 23:49:07 +0200 (EET) X-Virus-Scanned: amavisd-new at ceid.upatras.gr Received: from mail.ceid.upatras.gr ([127.0.0.1]) by localhost (europa.ceid.upatras.gr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id a65EdMiuDn4W; Thu, 5 Mar 2009 23:49:06 +0200 (EET) Received: from kobe.laptop (adsl158-175.kln.forthnet.gr [62.1.61.175]) by mail.ceid.upatras.gr (Postfix) with ESMTP id C25EB45088; Thu, 5 Mar 2009 23:49:06 +0200 (EET) Received: from kobe.laptop (kobe.laptop [127.0.0.1]) by kobe.laptop (8.14.3/8.14.3) with ESMTP id n25Ln5uV066226; Thu, 5 Mar 2009 23:49:05 +0200 (EET) (envelope-from keramida@freebsd.org) Received: (from keramida@localhost) by kobe.laptop (8.14.3/8.14.3/Submit) id n25Ln4nh066213; Thu, 5 Mar 2009 23:49:04 +0200 (EET) (envelope-from keramida@freebsd.org) From: Giorgos Keramidas To: Hans Petter Selasky References: <87k5742wwv.fsf@kobe.laptop> <200903051013.19417.hselasky@c2i.net> Date: Thu, 05 Mar 2009 23:49:04 +0200 In-Reply-To: <200903051013.19417.hselasky@c2i.net> (Hans Petter Selasky's message of "Thu, 5 Mar 2009 10:13:19 +0100") Message-ID: <87eixby71r.fsf@kobe.laptop> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.91 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-usb@freebsd.org Subject: Re: recent usb2 regression 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, 05 Mar 2009 21:49:09 -0000 On Thu, 5 Mar 2009 10:13:19 +0100, Hans Petter Selasky wrote: > On Thursday 05 March 2009, Giorgos Keramidas wrote: >> After my last update to March 1 sources, uhci started going into >> interrupt storm mode: >> >> $ vmstat -i >> interrupt total rate >> irq16: uhci0 745625990 169191 >> Total 764017451 173364 > Hi, > The only active interrupt is the HCH status bit. > > You can try editing /sys/dev/usb/controller/uhci.c and apply the > following patch: > > /* get acknowledge bits */ > status &= (UHCI_STS_USBINT | > UHCI_STS_USBEI | > UHCI_STS_RD | > + UHCI_STS_HCH | > UHCI_STS_HSE | > UHCI_STS_HCPE); Hi Hans, Thanks for the patch. I'll try it later today and report back :) From owner-freebsd-usb@FreeBSD.ORG Fri Mar 6 16:18:48 2009 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 3413610656D8 for ; Fri, 6 Mar 2009 16:18:48 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe04.swip.net [212.247.154.97]) by mx1.freebsd.org (Postfix) with ESMTP id BD0D78FC17 for ; Fri, 6 Mar 2009 16:18:47 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=p0lbXY6ahC0A:10 a=83Y5weSI77cA:10 a=j+k/Ze5hWUCaCztCgEjzDQ==:17 a=Fl9UuHX8txO8Mq8DlYcA:9 a=osNXrJndHqIWH7ZmOmriaGoWUnEA:4 a=LY0hPdMaydYA:10 Received: from [81.191.55.181] (account mc467741@c2i.net HELO laptop) by mailfe04.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 1205754581; Fri, 06 Mar 2009 17:18:45 +0100 From: Hans Petter Selasky To: Boris Kotzev Date: Fri, 6 Mar 2009 17:21:15 +0100 User-Agent: KMail/1.9.7 References: <200903041946.15105.boris.kotzev@gmail.com> <200903051431.22066.hselasky@c2i.net> <200903052109.00282.boris.kotzev@gmail.com> In-Reply-To: <200903052109.00282.boris.kotzev@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200903061721.15975.hselasky@c2i.net> Cc: freebsd-usb@freebsd.org Subject: Re: usb touchpad not working properly on CURRENT with usb2 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, 06 Mar 2009 16:18:48 -0000 On Thursday 05 March 2009, Boris Kotzev wrote: > > On Wednesday 04 March 2009, Boris Kotzev wrote: > > > > On Wednesday 04 March 2009, Boris Kotzev wrote: > > > Thanks! > > Boris Kotzev Try editing /sys/dev/usb/input/ums.c . Change "bufsize": static const struct usb2_config ums_config[UMS_N_TRANSFER] = { [UMS_INTR_DT] = { .type = UE_INTERRUPT, .endpoint = UE_ADDR_ANY, .direction = UE_DIR_IN, .mh.flags = {.pipe_bof = 1,.short_xfer_ok = 1,}, .mh.bufsize = 0, /* use wMaxPacketSize */ .mh.callback = &ums_intr_callback, }, }; into: static const struct usb2_config ums_config[UMS_N_TRANSFER] = { [UMS_INTR_DT] = { .type = UE_INTERRUPT, .endpoint = UE_ADDR_ANY, .direction = UE_DIR_IN, .mh.flags = {.pipe_bof = 1,.short_xfer_ok = 1,}, .mh.bufsize = 128, /* use wMaxPacketSize XXX */ .mh.callback = &ums_intr_callback, }, }; This patch might make other USB mouse devices not work. It's just supposed to make the Touchpad work. Let me know the result and I will make the final patch. --HPS From owner-freebsd-usb@FreeBSD.ORG Fri Mar 6 18:21:57 2009 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 785331065692 for ; Fri, 6 Mar 2009 18:21:57 +0000 (UTC) (envelope-from boris.kotzev@gmail.com) Received: from mail-fx0-f158.google.com (mail-fx0-f158.google.com [209.85.220.158]) by mx1.freebsd.org (Postfix) with ESMTP id C93F48FC14 for ; Fri, 6 Mar 2009 18:21:56 +0000 (UTC) (envelope-from boris.kotzev@gmail.com) Received: by fxm2 with SMTP id 2so456762fxm.43 for ; Fri, 06 Mar 2009 10:21:55 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:organization:to:subject :date:user-agent:references:in-reply-to:cc:mime-version:content-type :content-transfer-encoding:content-disposition:message-id; bh=ZJFi5t0ab813kAvWG5uphP1zSBI0sua2xdVfBbPblWI=; b=AE9Xlo4E7jaPksweE/8vlzNi2Qbd7Yzu00tf36+6+6sr51DJMc1+YKQ1P59rBw4TV1 E1n1XSpDeJOndsBoJlc1OYc8dtvkSnueGk5gOqrREQFsLlnphqkvXuJ8vAAN8qia3fOg iX3vdGX89cyNtm10DmngeSZUjbfzjFKCSpFcg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:organization:to:subject:date:user-agent:references:in-reply-to :cc:mime-version:content-type:content-transfer-encoding :content-disposition:message-id; b=HKSEy9O+5rGUMKBEJewCcZrHF6dAsyQLuiteuaIJlWuiFxObeHF85CEOIyiV2E5o6y u+l/obAQSR9PLUUt8617DNzQpz2LGmZ7FocJCtDfSguhXq4SOEqUuaqbZGR7LE0rB0Q5 8a//DUJ59mXa7RP3I8Z/h4wAVcDQ47SsdQsI8= Received: by 10.103.160.9 with SMTP id m9mr1195377muo.53.1236363715309; Fri, 06 Mar 2009 10:21:55 -0800 (PST) Received: from host7.net62.hdsl-213-169.fastbg.net (host7.net62.HDSL-213-169.FastBG.NET [213.169.62.7]) by mx.google.com with ESMTPS id n10sm2138969mue.39.2009.03.06.10.21.53 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 06 Mar 2009 10:21:54 -0800 (PST) From: Boris Kotzev Organization: Home To: Hans Petter Selasky Date: Fri, 6 Mar 2009 20:21:52 +0200 User-Agent: KMail/1.11.0 (FreeBSD/8.0-CURRENT; KDE/4.2.0; amd64; ; ) References: <200903041946.15105.boris.kotzev@gmail.com> <200903052109.00282.boris.kotzev@gmail.com> <200903061721.15975.hselasky@c2i.net> In-Reply-To: <200903061721.15975.hselasky@c2i.net> MIME-Version: 1.0 Content-Type: text/plain; charset="windows-1251" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200903062021.52408.boris.kotzev@gmail.com> Cc: freebsd-usb@freebsd.org Subject: Re: usb touchpad not working properly on CURRENT with usb2 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, 06 Mar 2009 18:21:59 -0000 On =EF=E5=F2=FA=EA 06 =EC=E0=F0=F2 2009 18:21:15 you wrote: > On Thursday 05 March 2009, Boris Kotzev wrote: > > > On Wednesday 04 March 2009, Boris Kotzev wrote: > > > > > On Wednesday 04 March 2009, Boris Kotzev wrote: > > > > Thanks! > > > > Boris Kotzev > > Try editing /sys/dev/usb/input/ums.c . Change "bufsize": > > static const struct usb2_config ums_config[UMS_N_TRANSFER] =3D { > > [UMS_INTR_DT] =3D { > .type =3D UE_INTERRUPT, > .endpoint =3D UE_ADDR_ANY, > .direction =3D UE_DIR_IN, > .mh.flags =3D {.pipe_bof =3D 1,.short_xfer_ok =3D 1,}, > .mh.bufsize =3D 0, /* use wMaxPacketSize */ > .mh.callback =3D &ums_intr_callback, > }, > }; > > > into: > > > static const struct usb2_config ums_config[UMS_N_TRANSFER] =3D { > > [UMS_INTR_DT] =3D { > .type =3D UE_INTERRUPT, > .endpoint =3D UE_ADDR_ANY, > .direction =3D UE_DIR_IN, > .mh.flags =3D {.pipe_bof =3D 1,.short_xfer_ok =3D 1,}, > .mh.bufsize =3D 128, /* use wMaxPacketSize XXX */ > .mh.callback =3D &ums_intr_callback, > }, > }; > > This patch might make other USB mouse devices not work. It's just supposed > to make the Touchpad work. Let me know the result and I will make the fin= al > patch. > > --HPS Hi Hans, Changing the bfsz from 0 to 128 in ums.c did not solve the problem. The touchpad continues to respond to input in the same weird way. Best regards, Boris Kotzev =20 From owner-freebsd-usb@FreeBSD.ORG Fri Mar 6 18:57:55 2009 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 286BE106564A for ; Fri, 6 Mar 2009 18:57:55 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe11.tele2.se [212.247.155.65]) by mx1.freebsd.org (Postfix) with ESMTP id AE5518FC13 for ; Fri, 6 Mar 2009 18:57:54 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=p0lbXY6ahC0A:10 a=83Y5weSI77cA:10 a=j+k/Ze5hWUCaCztCgEjzDQ==:17 a=u0N7lbm9kp93EIlkw8gA:9 a=O0yyt2tYaFqvSHEln0pu5og9Nm4A:4 a=LY0hPdMaydYA:10 Received: from [81.191.55.181] (account mc467741@c2i.net HELO laptop) by mailfe11.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 1033783418; Fri, 06 Mar 2009 19:57:52 +0100 From: Hans Petter Selasky To: Boris Kotzev Date: Fri, 6 Mar 2009 20:00:22 +0100 User-Agent: KMail/1.9.7 References: <200903041946.15105.boris.kotzev@gmail.com> <200903061721.15975.hselasky@c2i.net> <200903062021.52408.boris.kotzev@gmail.com> In-Reply-To: <200903062021.52408.boris.kotzev@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="windows-1251" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200903062000.22447.hselasky@c2i.net> Cc: freebsd-usb@freebsd.org Subject: Re: usb touchpad not working properly on CURRENT with usb2 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, 06 Mar 2009 18:57:55 -0000 On Friday 06 March 2009, Boris Kotzev wrote: > > Hi Hans, > > Changing the bfsz from 0 to 128 in ums.c did not solve the problem. The > touchpad continues to respond to input in the same weird way. > Hi Boris, Please dump the HID descriptor of your interface 1 of the apple keyboard like this: usbconfig -u 1 -a 3 do_request 0x81 0x06 0x2200 1 0x100 Parameters after u and a must be correct. You can also dump interface #0: usbconfig -u 1 -a 3 do_request 0x81 0x06 0x2200 0 0x100 And the other interfaces if you want. --HPS From owner-freebsd-usb@FreeBSD.ORG Fri Mar 6 20:05:08 2009 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 C25E0106564A for ; Fri, 6 Mar 2009 20:05:08 +0000 (UTC) (envelope-from boris.kotzev@gmail.com) Received: from mail-fx0-f158.google.com (mail-fx0-f158.google.com [209.85.220.158]) by mx1.freebsd.org (Postfix) with ESMTP id 478218FC0C for ; Fri, 6 Mar 2009 20:05:08 +0000 (UTC) (envelope-from boris.kotzev@gmail.com) Received: by fxm2 with SMTP id 2so490556fxm.43 for ; Fri, 06 Mar 2009 12:05:07 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:organization:to:subject :date:user-agent:references:in-reply-to:cc:mime-version:content-type :content-transfer-encoding:content-disposition:message-id; bh=pbJun9LWDlc3Fk35hqMC8UeDlDESIVsHKGE/aNT1ooQ=; b=E1A82Kf/HdNQDvNmVAifHwWPJnpgt/gnbvNuaUQ3Nqix2IJt46rzt97KvwPdXkZ1LB 7DLuiWStdINeAXYlyA22+AGRn5bLbyZ4qjtB9vg7nuY7mmfHixzAXM6bLeZMEzz9s46c iK4MK5QWwUmIFCvwm0Q1fwfBJUuKhQZQulxw0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:organization:to:subject:date:user-agent:references:in-reply-to :cc:mime-version:content-type:content-transfer-encoding :content-disposition:message-id; b=XrBTwKfzKLosUA9KPCQQwOS4C/Jlxllg0YKUM2in8z1TNbixXDdKDf/jNo6VuxwMT5 dHT/cDF8qAifKHoP5jxeKZatE4R2NW7idldmoqJimV4YP9Ov9zc2I1cZFlz96rvzFsa6 zFJ5MJIcg2F9tZxVdETOVopA6cJ5+6CWx/Ez4= Received: by 10.103.198.20 with SMTP id a20mr1241046muq.63.1236369907369; Fri, 06 Mar 2009 12:05:07 -0800 (PST) Received: from host7.net62.hdsl-213-169.fastbg.net (host7.net62.HDSL-213-169.FastBG.NET [213.169.62.7]) by mx.google.com with ESMTPS id 23sm2295903mum.37.2009.03.06.12.05.05 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 06 Mar 2009 12:05:06 -0800 (PST) From: Boris Kotzev Organization: Home To: Hans Petter Selasky Date: Fri, 6 Mar 2009 22:05:04 +0200 User-Agent: KMail/1.11.0 (FreeBSD/8.0-CURRENT; KDE/4.2.0; amd64; ; ) References: <200903041946.15105.boris.kotzev@gmail.com> <200903062021.52408.boris.kotzev@gmail.com> <200903062000.22447.hselasky@c2i.net> In-Reply-To: <200903062000.22447.hselasky@c2i.net> MIME-Version: 1.0 Content-Type: text/plain; charset="windows-1251" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200903062205.04687.boris.kotzev@gmail.com> Cc: freebsd-usb@freebsd.org Subject: Re: usb touchpad not working properly on CURRENT with usb2 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, 06 Mar 2009 20:05:09 -0000 On =EF=E5=F2=FA=EA 06 =EC=E0=F0=F2 2009 21:00:22 you wrote: > On Friday 06 March 2009, Boris Kotzev wrote: > > Hi Hans, > > > > Changing the bfsz from 0 to 128 in ums.c did not solve the problem. The > > touchpad continues to respond to input in the same weird way. > > Hi Boris, > > Please dump the HID descriptor of your interface 1 of the apple keyboard > like this: > > usbconfig -u 1 -a 3 do_request 0x81 0x06 0x2200 1 0x100 > > Parameters after u and a must be correct. You can also dump interface #0: > > usbconfig -u 1 -a 3 do_request 0x81 0x06 0x2200 0 0x100 > > And the other interfaces if you want. > > --HPS Hi Hans, I guess that the parameters after u and a should be 0 and 2 correspondingly: # usbconfig -u 0 -a 2 list ugen0.2: at usbus0, cfg= =3D0 md=3DHOST spd=3DFULL (12Mbps) pwr=3DON Dump of Interface 1: usbconfig -u 0 -a 2 do_request 0x81 0x06 0x2200 1 0x100 REQUEST =3D <0x05 0x01 0x09 0x02 0xa1 0x01 0x09 0x01 0xa1 0x00 0x05 0x09 0x= 19 0x01 0x29 0x03 0x15 0x00 0x25 0x01 0x85 0x02=20 0x95 0x03 0x75 0x01 0x81 0x02 0x95 0x01 0x75 0x05 0x81 0x01 0x05 0x01 0x09 = 0x30 0x09 0x31 0x15 0x81 0x25 0x7f 0x75 0x08 0x95=20 0x02 0x81 0x06 0xc0 0xc0 0x05 0xff 0x09 0x01 0xa1 0x00 0x09 0x02 0x15 0x01 = 0x25 0x41 0x35 0x00 0x45 0xff 0x85 0x05 0x75 0x08=20 0x95 0x3f 0x81 0x00 0x09 0x04 0x15 0x80 0x25 0x7f 0x75 0x08 0x95 0x10 0xb1 = 0x02 0xc0><)%uu01%u%A5Eu?%u> Dump of Interface 0: # usbconfig -u 0 -a 2 do_request 0x81 0x06 0x2200 0 0x100 REQUEST =3D <0x05 0x01 0x09 0x06 0xa1 0x01 0x05 0x07 0x19 0xe0 0x29 0xe7 0x= 15 0x00 0x25 0x01 0x75 0x01 0x95 0x08 0x81 0x02=20 0x95 0x01 0x75 0x08 0x81 0x01 0x95 0x05 0x75 0x01 0x05 0x08 0x19 0x01 0x29 = 0x05 0x91 0x02 0x95 0x01 0x75 0x03 0x91 0x01=20 0x95 0x05 0x75 0x08 0x15 0x00 0x25 0x65 0x05 0x07 0x19 0x00 0x29 0x65 0x81 = 0x00 0x05 0xff 0x09 0x03 0x75 0x08 0x95 0x01 0x81=20 0x02 0xc0><)%uuu)uu%e)eu> Dump of Interface 2: usbconfig -u 0 -a 2 do_request 0x81 0x06 0x2200 2 0x100 REQUEST =3D <0x05 0x0c 0x09 0x01 0xa1 0x01 0x75 0x08 0x95 0x01 0x09 0xb8 0x= 15 0x00 0x26 0xff 0x00 0x81 0x02 0xc0> Best regards, Boris Kotzev