From owner-freebsd-usb@FreeBSD.ORG Sun Jun 12 18:56:12 2011 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 61D1A1065674 for ; Sun, 12 Jun 2011 18:56:12 +0000 (UTC) (envelope-from prvs=01370f41b8=johnl@iecc.com) Received: from gal.iecc.com (gal.iecc.com [64.57.183.53]) by mx1.freebsd.org (Postfix) with ESMTP id EB1F48FC15 for ; Sun, 12 Jun 2011 18:56:11 +0000 (UTC) Received: (qmail 81457 invoked from network); 12 Jun 2011 18:29:29 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=simple; d=iecc.com; h=date:message-id:from:to:cc:subject:in-reply-to:references:mime-version:content-type:vbr-info:user-agent:cleverness; s=13e30.4df50589.k1106; i=johnl@submit.iecc.com; bh=RCWI6IHSMImmqPF0SrHnLL9FA5X9tTjAhUoQOtw8Odo=; b=dwLqaCh40y4xkkQgexTzB5skWHcW2tah2oojiL6L+UaNWPd6ZtE4ftwq2MRgUVjSAyNkTeZ3yrbknjp/AmW1WSy10qC3Dj/We1D3YWgd51w3rxFYtfhaPodDBEzYJzvepcsGHCkEZG1S1Q5XUN2N1Ed70RyDGwHX7blwEM0k07M= VBR-Info: md=iecc.com; mc=all; mv=dwl.spamhaus.org Received: (ofmipd johnl@64.57.183.62) with (DHE-RSA-AES256-SHA encrypted) SMTP; 12 Jun 2011 18:29:07 -0000 Date: 12 Jun 2011 14:29:29 -0400 Message-ID: From: "John R. Levine" To: "Hans Petter Selasky" In-Reply-To: <201106070940.19405.hselasky@c2i.net> References: <201106062310.p56NABQA002176@freefall.freebsd.org> <201106070940.19405.hselasky@c2i.net> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) Cleverness: None detected MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-usb@freebsd.org Subject: Re: usb/157376: LaCie USB disk not recognized 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, 12 Jun 2011 18:56:12 -0000 > Could you try the latest FreeBSD 9 as of today and compile kernel with > "options USB_DEBUG" ? Hi. The only computer I have on which I can try that is i386. Would that be useful? The one where it doesn't work is amd36. Regards, John Levine, johnl@iecc.com, Primary Perpetrator of "The Internet for Dummies", Please consider the environment before reading this e-mail. http://jl.ly From owner-freebsd-usb@FreeBSD.ORG Sun Jun 12 20:47:10 2011 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9D31E1065673 for ; Sun, 12 Jun 2011 20:47:10 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe07.c2i.net [212.247.154.194]) by mx1.freebsd.org (Postfix) with ESMTP id DFF178FC0A for ; Sun, 12 Jun 2011 20:47:09 +0000 (UTC) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.1 cv=EsGlCpMeIw85Gy1IHWHJoTo3ieATU4tNmYze/bSqBec= c=1 sm=1 a=SvYTsOw2Z4kA:10 a=M_bvHRtf90sA:10 a=WQU8e4WWZSUA:10 a=8nJEP1OIZ-IA:10 a=CL8lFSKtTFcA:10 a=i9M/sDlu2rpZ9XS819oYzg==:17 a=708nMKq4AAAA:20 a=rvOT0sx-h607g3KIIgwA:9 a=GMUEYqr616_VqijIadEA:7 a=wPNLvfGTeEIA:10 a=i9M/sDlu2rpZ9XS819oYzg==:117 Received: from [188.126.198.129] (account mc467741@c2i.net HELO laptop002.hselasky.homeunix.org) by mailfe07.swip.net (CommuniGate Pro SMTP 5.2.19) with ESMTPA id 139050070; Sun, 12 Jun 2011 22:47:07 +0200 From: Hans Petter Selasky To: freebsd-usb@freebsd.org Date: Sun, 12 Jun 2011 22:45:44 +0200 User-Agent: KMail/1.13.5 (FreeBSD/8.2-STABLE; KDE/4.4.5; amd64; ; ) References: In-Reply-To: X-Face: *nPdTl_}RuAI6^PVpA02T?$%Xa^>@hE0uyUIoiha$pC:9TVgl.Oq, NwSZ4V"|LR.+tj}g5 %V,x^qOs~mnU3]Gn; cQLv&.N>TrxmSFf+p6(30a/{)KUU!s}w\IhQBj}[g}bj0I3^glmC( :AuzV9:.hESm-x4h240C`9=w MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201106122245.44386.hselasky@c2i.net> Cc: Charles Sprickman Subject: Re: ucom/uftdi high interrupt load 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, 12 Jun 2011 20:47:10 -0000 On Saturday 11 June 2011 23:43:11 Charles Sprickman wrote: > Hello, > > We ran into an odd problem last week with our serial consoles after moving > the USB to serial adapters from an old 4.11 box to a box running 8.1. We > have two boxes that incorporate (I assume) hubs and a bunch of FTDI serial > interfaces. One has 16 ports, the other 8. Each is plugged directly into > a USB port on the rear of the mainboard. We run conserver[1] to handle > access to the serial ports. From what I've observed, this application > opens the ports when the daemon starts - it logs any output (handy for > panics, or anything else that might spit interesting info to the console) > and waits for clients to connect to it. > > Everything had been working fine for a few weeks. The box was rebooted > recently to enable PostgreSQL to start normally (bumped SHM stuff in > loader.conf). After six days, we found that the consoles were > unresponsive. Restarting conserver brought us this each time we > connected to a console for full read/write access: > > [Thu Jun 9 10:04:59 2011] conserver (50113): ERROR: [h22] > open(/dev/ttyU4): Interrupted system call: forcing down > [Thu Jun 9 10:04:59 2011] conserver (50112): ERROR: [h21] > open(/dev/ttyU11): Interrupted system call: forcing down > > All devices still appeared in /dev. Stopping conserver and confirming it > and all child processes were gone and then using picocom and cu yielded no > response on the serial ports. > > We also found (after the fact) that around the time the consoles became > unresponsive, cpu usage went to nearly 90% and was mostly in the kernel > process "intr": > > root 12 70.5 0.0 0 136 ?? WL Fri12AM 120:01.47 [intr] > > A graph showing cpu usage (red is "system"): > http://i.imgur.com/0yO5l.png > > I should note that we know the cpu spike and devices becoming unresponsive > can be correlated because one of the serial ports runs a temperature > monitor which is tied into our monitoring. When the data goes stale, we > get notified. > > Issuing a "usbconfig -u 0 reset" caused all devices except for the root > hub to disappear and not come back. CPU usage also dipped a bit after > that. Rebooting was the only way to resolve the issue - perhaps plugging > and unplugging would have worked, but that's a bit too complex for our > remote hands. > > I can supply full dmesg and more, but for now, here's a summary of the usb > info from dmesg: > > FreeBSD 8.1-RELEASE #7: Wed Dec 22 00:49:50 EST 2010 > > ohci0: mem 0xfe9fc000-0xfe9fcfff irq 10 at > device 15.2 on pci0 > ohci0: [ITHREAD] > ... > usbus0: on ohci0 > usbus0: 12Mbps Full Speed USB v1.0 > ugen0.1: <(0x1166)> at usbus0 > ... > uhub0: <(0x1166) OHCI root HUB, class 9/0, rev 1.00/1.00, addr 1> on > usbus0 > uhub0: 4 ports with 4 removable, self powered > ugen0.2: at usbus0 > uhub1: on usbus0 > uhub1: 7 ports with 7 removable, self powered > ugen0.3: at usbus0 > uftdi0: on usbus0 > uftdi1: on usbus0 > ugen0.4: at usbus0 > uftdi2: on usbus0 > uftdi3: on usbus0 > ugen0.5: at usbus0 > uftdi4: on usbus0 > uftdi5: on usbus0 > ugen0.6: at usbus0 > uftdi6: on usbus0 > uftdi7: on usbus0 > ugen0.7: at usbus0 > uftdi8: on usbus0 > uftdi9: on usbus0 > ugen0.8: at usbus0 > uftdi10: on usbus0 > uftdi11: on usbus0 > ugen0.9: at usbus0 > uhub2: on usbus0 > uhub2: 4 ports with 4 removable, self powered > ugen0.10: at usbus0 > uftdi12: on usbus0 > uftdi13: on usbus0 > ugen0.11: at usbus0 > ... (mangling below is as it appears in dmesg) > da1 at sym0 bus 0 scbus0 target 1 lun 0uftdi14: > on usbus0 > da1: Fixed Direct Access SCSI-3 device uftdi15: > on usbus0 > ... > Root mount waiting for: usbus0 > ugen0.12: at usbus0 > uhub3: > on usbus0 > Root mount waiting for: usbus0 > uhub3: 7 ports with 7 removable, self powered > ugen0.13: at usbus0 > uftdi16: on usbus0 > Root mount waiting for: usbus0 > ugen0.14: at usbus0 > uftdi17: on usbus0 > Root mount waiting for: usbus0 > ugen0.15: at usbus0 > uftdi18: on usbus0 > ugen0.16: at usbus0Root mount waiting for: > usbus0 > uftdi19: on usbus0 > ugen0.17: at usbus0 > uftdi20: on usbus0 > Root mount waiting for: usbus0 > ugen0.18: at usbus0 > uftdi21: on usbus0 > Root mount waiting for: usbus0 > ugen0.19: at usbus0 > uhub4: > on usbus0 > uhub4: 4 ports with 4 removable, self powered > Root mount waiting for: usbus0 > ugen0.20: at usbus0 > uftdi22: on usbus0 > Root mount waiting for: usbus0 > ugen0.21: at usbus0 > uftdi23: on usbus0 > Trying to mount root from zfs:zroot > > Thanks, > > Charles Hi, Try to get output from vmstat -i. Also try to set the: hw.usb.ehci.iaadbug=1 and hw.usb.ehci.lostintrbug=1 in /boot/loader.conf --HPS From owner-freebsd-usb@FreeBSD.ORG Sun Jun 12 21:50:27 2011 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 41979106564A for ; Sun, 12 Jun 2011 21:50:27 +0000 (UTC) (envelope-from spork@bway.net) Received: from xena.bway.net (xena.bway.net [216.220.96.26]) by mx1.freebsd.org (Postfix) with ESMTP id 0A8068FC0A for ; Sun, 12 Jun 2011 21:50:26 +0000 (UTC) Received: (qmail 97881 invoked by uid 0); 12 Jun 2011 21:50:26 -0000 Received: from smtp.bway.net (216.220.96.25) by xena.bway.net with (DHE-RSA-AES256-SHA encrypted) SMTP; 12 Jun 2011 21:50:26 -0000 Received: (qmail 97873 invoked by uid 90); 12 Jun 2011 21:50:25 -0000 Received: from unknown (HELO hotlap.nat.fasttrackmonkey.com) (spork@96.57.144.66) by smtp.bway.net with (DHE-RSA-AES256-SHA encrypted) SMTP; 12 Jun 2011 21:50:25 -0000 Date: Sun, 12 Jun 2011 17:50:24 -0400 (EDT) From: Charles Sprickman X-X-Sender: spork@hotlap.nat.fasttrackmonkey.com To: Hans Petter Selasky In-Reply-To: <201106122245.44386.hselasky@c2i.net> Message-ID: References: <201106122245.44386.hselasky@c2i.net> User-Agent: Alpine 2.00 (OSX 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-usb@freebsd.org Subject: Re: ucom/uftdi high interrupt load 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, 12 Jun 2011 21:50:27 -0000 On Sun, 12 Jun 2011, Hans Petter Selasky wrote: > On Saturday 11 June 2011 23:43:11 Charles Sprickman wrote: >> Hello, >> >> We ran into an odd problem last week with our serial consoles after moving >> the USB to serial adapters from an old 4.11 box to a box running 8.1. We >> have two boxes that incorporate (I assume) hubs and a bunch of FTDI serial >> interfaces. One has 16 ports, the other 8. Each is plugged directly into >> a USB port on the rear of the mainboard. We run conserver[1] to handle >> access to the serial ports. From what I've observed, this application >> opens the ports when the daemon starts - it logs any output (handy for >> panics, or anything else that might spit interesting info to the console) >> and waits for clients to connect to it. >> >> Everything had been working fine for a few weeks. The box was rebooted >> recently to enable PostgreSQL to start normally (bumped SHM stuff in >> loader.conf). After six days, we found that the consoles were >> unresponsive. Restarting conserver brought us this each time we >> connected to a console for full read/write access: >> >> [Thu Jun 9 10:04:59 2011] conserver (50113): ERROR: [h22] >> open(/dev/ttyU4): Interrupted system call: forcing down >> [Thu Jun 9 10:04:59 2011] conserver (50112): ERROR: [h21] >> open(/dev/ttyU11): Interrupted system call: forcing down >> >> All devices still appeared in /dev. Stopping conserver and confirming it >> and all child processes were gone and then using picocom and cu yielded no >> response on the serial ports. >> >> We also found (after the fact) that around the time the consoles became >> unresponsive, cpu usage went to nearly 90% and was mostly in the kernel >> process "intr": >> >> root 12 70.5 0.0 0 136 ?? WL Fri12AM 120:01.47 [intr] >> >> A graph showing cpu usage (red is "system"): >> http://i.imgur.com/0yO5l.png >> >> I should note that we know the cpu spike and devices becoming unresponsive >> can be correlated because one of the serial ports runs a temperature >> monitor which is tied into our monitoring. When the data goes stale, we >> get notified. >> >> Issuing a "usbconfig -u 0 reset" caused all devices except for the root >> hub to disappear and not come back. CPU usage also dipped a bit after >> that. Rebooting was the only way to resolve the issue - perhaps plugging >> and unplugging would have worked, but that's a bit too complex for our >> remote hands. >> >> I can supply full dmesg and more, but for now, here's a summary of the usb >> info from dmesg: >> >> FreeBSD 8.1-RELEASE #7: Wed Dec 22 00:49:50 EST 2010 >> >> ohci0: mem 0xfe9fc000-0xfe9fcfff irq 10 at >> device 15.2 on pci0 >> ohci0: [ITHREAD] >> ... >> usbus0: on ohci0 >> usbus0: 12Mbps Full Speed USB v1.0 >> ugen0.1: <(0x1166)> at usbus0 >> ... >> uhub0: <(0x1166) OHCI root HUB, class 9/0, rev 1.00/1.00, addr 1> on >> usbus0 >> uhub0: 4 ports with 4 removable, self powered >> ugen0.2: at usbus0 >> uhub1: on usbus0 >> uhub1: 7 ports with 7 removable, self powered >> ugen0.3: at usbus0 >> uftdi0: on usbus0 >> uftdi1: on usbus0 >> ugen0.4: at usbus0 >> uftdi2: on usbus0 >> uftdi3: on usbus0 >> ugen0.5: at usbus0 >> uftdi4: on usbus0 >> uftdi5: on usbus0 >> ugen0.6: at usbus0 >> uftdi6: on usbus0 >> uftdi7: on usbus0 >> ugen0.7: at usbus0 >> uftdi8: on usbus0 >> uftdi9: on usbus0 >> ugen0.8: at usbus0 >> uftdi10: on usbus0 >> uftdi11: on usbus0 >> ugen0.9: at usbus0 >> uhub2: on usbus0 >> uhub2: 4 ports with 4 removable, self powered >> ugen0.10: at usbus0 >> uftdi12: on usbus0 >> uftdi13: on usbus0 >> ugen0.11: at usbus0 >> ... (mangling below is as it appears in dmesg) >> da1 at sym0 bus 0 scbus0 target 1 lun 0uftdi14: >> on usbus0 >> da1: Fixed Direct Access SCSI-3 device uftdi15: >> on usbus0 >> ... >> Root mount waiting for: usbus0 >> ugen0.12: at usbus0 >> uhub3: >> on usbus0 >> Root mount waiting for: usbus0 >> uhub3: 7 ports with 7 removable, self powered >> ugen0.13: at usbus0 >> uftdi16: on usbus0 >> Root mount waiting for: usbus0 >> ugen0.14: at usbus0 >> uftdi17: on usbus0 >> Root mount waiting for: usbus0 >> ugen0.15: at usbus0 >> uftdi18: on usbus0 >> ugen0.16: at usbus0Root mount waiting for: >> usbus0 >> uftdi19: on usbus0 >> ugen0.17: at usbus0 >> uftdi20: on usbus0 >> Root mount waiting for: usbus0 >> ugen0.18: at usbus0 >> uftdi21: on usbus0 >> Root mount waiting for: usbus0 >> ugen0.19: at usbus0 >> uhub4: >> on usbus0 >> uhub4: 4 ports with 4 removable, self powered >> Root mount waiting for: usbus0 >> ugen0.20: at usbus0 >> uftdi22: on usbus0 >> Root mount waiting for: usbus0 >> ugen0.21: at usbus0 >> uftdi23: on usbus0 >> Trying to mount root from zfs:zroot >> >> Thanks, >> >> Charles > > Hi, > > Try to get output from vmstat -i. > > Also try to set the: > > hw.usb.ehci.iaadbug=1 > > and > > hw.usb.ehci.lostintrbug=1 > > in /boot/loader.conf Quick question - this host only has USB 1.1 - so I don't think I have ehci, do I? To be honest, I'm not totally clear on what's what as far as uhci, ehci, and ohci. This is what's seen in sysctl output related to USB: [spork@h12 ~]$ sysctl -a|grep usb|more hw.pci.usb_early_takeover: 1 hw.usb.no_boot_wait: 0 hw.usb.debug: 0 hw.usb.usb_lang_mask: 255 hw.usb.usb_lang_id: 9 hw.usb.template: 0 hw.usb.power_timeout: 30 hw.usb.ucom.cons_baud: 9600 hw.usb.ucom.cons_unit: -1 dev.usbus.0.%desc: OHCI (generic) USB controller dev.usbus.0.%driver: usbus dev.usbus.0.%parent: ohci0 dev.uhub.0.%parent: usbus0 Thanks, Charles > --HPS > From owner-freebsd-usb@FreeBSD.ORG Mon Jun 13 03:33:52 2011 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7D8ED1065673 for ; Mon, 13 Jun 2011 03:33:52 +0000 (UTC) (envelope-from wilkinsa@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 D5C948FC14 for ; Mon, 13 Jun 2011 03:33:51 +0000 (UTC) Received: from ednmsw520.dsto.defence.gov.au (ednmsw520.dsto.defence.gov.au [131.185.68.60]) by digger1.defence.gov.au (DSTO/DSTO) with ESMTP id p5D3FAn1029526 for ; Mon, 13 Jun 2011 12:45:10 +0930 (CST) Received: from ednex510.dsto.defence.gov.au (ednex510.dsto.defence.gov.au) by ednmsw520.dsto.defence.gov.au (Clearswift SMTPRS 5.4.0) with ESMTP id for ; Mon, 13 Jun 2011 12:48:06 +0930 Received: from stlex511.dsto.defence.gov.au ([203.6.60.49]) by ednex510.dsto.defence.gov.au with Microsoft SMTPSVC(6.0.3790.4675); Mon, 13 Jun 2011 12:48:05 +0930 Received: from stlux550.dsto.defence.gov.au ([203.6.60.61]) by stlex511.dsto.defence.gov.au with Microsoft SMTPSVC(6.0.3790.4675); Mon, 13 Jun 2011 11:18:04 +0800 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 p5D3I4rw028950 for ; Mon, 13 Jun 2011 11:18:04 +0800 (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 p5D3I4Ex028949 for freebsd-usb@freebsd.org; Mon, 13 Jun 2011 11:18:04 +0800 (WST) (envelope-from wilkinsa) Date: Mon, 13 Jun 2011 11:18:04 +0800 From: "Wilkinson, Alex" To: freebsd-usb@freebsd.org Message-ID: <20110613031804.GA17043@stlux503.dsto.defence.gov.au> Mail-Followup-To: freebsd-usb@freebsd.org References: <201106122245.44386.hselasky@c2i.net> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline In-Reply-To: <201106122245.44386.hselasky@c2i.net> Organisation: Defence Science Technology Organisation X-Message-Flag: "Please Restore Line Breaks If Necessary" User-Agent: Mutt/1.5.20 (2009-06-14) X-OriginalArrivalTime: 13 Jun 2011 03:18:04.0627 (UTC) FILETIME=[82542A30:01CC2978] X-TM-AS-Product-Ver: SMEX-10.0.0.1412-6.500.1024-18196.004 X-TM-AS-Result: No-1.091100-0.000000-31 X-TM-AS-User-Approved-Sender: Yes X-TM-AS-User-Blocked-Sender: No Content-Transfer-Encoding: 7bit Subject: Re: ucom/uftdi high interrupt load [SEC=UNCLASSIFIED] 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, 13 Jun 2011 03:33:52 -0000 0n Sun, Jun 12, 2011 at 10:45:44PM +0200, Hans Petter Selasky wrote: >Also try to set the: > >hw.usb.ehci.iaadbug=1 erm, what is meant by: #sysctl -d hw.usb.ehci.iaadbug hw.usb.ehci.iaadbug: Enable doorbell bug workaround doorbell ? -Alex IMPORTANT: This email remains the property of the Department of Defence 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 Mon Jun 13 09:10:10 2011 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 445CD106564A for ; Mon, 13 Jun 2011 09:10:10 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe02.c2i.net [212.247.154.34]) by mx1.freebsd.org (Postfix) with ESMTP id AA8D88FC20 for ; Mon, 13 Jun 2011 09:10:09 +0000 (UTC) X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on mailfe02.swip.net X-Spam-Level: X-Spam-Status: No, score=-1.5 required=5.0 tests=ALL_TRUSTED,BAYES_05, URIBL_RED autolearn=ham version=3.3.1 X-TFF-CGPSA-Version: 1.7 X-T2-CGPSA-Filter: Scanned X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.1 cv=6YwywTXDltnW4viG0YW+xGnSOPPSCXZBKiVv2UswsZM= c=1 sm=1 a=SvYTsOw2Z4kA:10 a=M_bvHRtf90sA:10 a=WQU8e4WWZSUA:10 a=8nJEP1OIZ-IA:10 a=CL8lFSKtTFcA:10 a=i9M/sDlu2rpZ9XS819oYzg==:17 a=708nMKq4AAAA:20 a=eN2XhXH0tt_xzXMuM0sA:9 a=TTkS9SePSf382y841yIA:7 a=wPNLvfGTeEIA:10 a=i9M/sDlu2rpZ9XS819oYzg==:117 Received: from [188.126.198.129] (account mc467741@c2i.net HELO laptop002.hselasky.homeunix.org) by mailfe02.swip.net (CommuniGate Pro SMTP 5.2.19) with ESMTPA id 139519459; Mon, 13 Jun 2011 11:10:05 +0200 From: Hans Petter Selasky To: Charles Sprickman Date: Mon, 13 Jun 2011 11:08:42 +0200 User-Agent: KMail/1.13.5 (FreeBSD/8.2-STABLE; KDE/4.4.5; amd64; ; ) References: <201106122245.44386.hselasky@c2i.net> In-Reply-To: X-Face: *nPdTl_}RuAI6^PVpA02T?$%Xa^>@hE0uyUIoiha$pC:9TVgl.Oq, NwSZ4V"|LR.+tj}g5 %V,x^qOs~mnU3]Gn; cQLv&.N>TrxmSFf+p6(30a/{)KUU!s}w\IhQBj}[g}bj0I3^glmC( :AuzV9:.hESm-x4h240C`9=w MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201106131108.42959.hselasky@c2i.net> Cc: freebsd-usb@freebsd.org Subject: Re: ucom/uftdi high interrupt load 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, 13 Jun 2011 09:10:10 -0000 On Sunday 12 June 2011 23:50:24 Charles Sprickman wrote: > On Sun, 12 Jun 2011, Hans Petter Selasky wrote: > > On Saturday 11 June 2011 23:43:11 Charles Sprickman wrote: > >> Hello, > >> > >> We ran into an odd problem last week with our serial consoles after > >> moving the USB to serial adapters from an old 4.11 box to a box running > >> 8.1. We have two boxes that incorporate (I assume) hubs and a bunch of > >> FTDI serial interfaces. One has 16 ports, the other 8. Each is > >> plugged directly into a USB port on the rear of the mainboard. We run > >> conserver[1] to handle access to the serial ports. From what I've > >> observed, this application opens the ports when the daemon starts - it > >> logs any output (handy for panics, or anything else that might spit > >> interesting info to the console) and waits for clients to connect to > >> it. > >> > >> Everything had been working fine for a few weeks. The box was rebooted > >> recently to enable PostgreSQL to start normally (bumped SHM stuff in > >> loader.conf). After six days, we found that the consoles were > >> unresponsive. Restarting conserver brought us this each time we > >> connected to a console for full read/write access: > >> > >> [Thu Jun 9 10:04:59 2011] conserver (50113): ERROR: [h22] > >> open(/dev/ttyU4): Interrupted system call: forcing down > >> [Thu Jun 9 10:04:59 2011] conserver (50112): ERROR: [h21] > >> open(/dev/ttyU11): Interrupted system call: forcing down > >> > >> All devices still appeared in /dev. Stopping conserver and confirming > >> it and all child processes were gone and then using picocom and cu > >> yielded no response on the serial ports. > >> > >> We also found (after the fact) that around the time the consoles became > >> unresponsive, cpu usage went to nearly 90% and was mostly in the kernel > >> process "intr": > >> > >> root 12 70.5 0.0 0 136 ?? WL Fri12AM 120:01.47 [intr] > >> > >> A graph showing cpu usage (red is "system"): > >> http://i.imgur.com/0yO5l.png > >> > >> I should note that we know the cpu spike and devices becoming > >> unresponsive can be correlated because one of the serial ports runs a > >> temperature monitor which is tied into our monitoring. When the data > >> goes stale, we get notified. > >> > >> Issuing a "usbconfig -u 0 reset" caused all devices except for the root > >> hub to disappear and not come back. CPU usage also dipped a bit after > >> that. Rebooting was the only way to resolve the issue - perhaps > >> plugging and unplugging would have worked, but that's a bit too complex > >> for our remote hands. > >> > >> I can supply full dmesg and more, but for now, here's a summary of the > >> usb info from dmesg: > >> > >> FreeBSD 8.1-RELEASE #7: Wed Dec 22 00:49:50 EST 2010 > >> > >> ohci0: mem 0xfe9fc000-0xfe9fcfff irq 10 > >> at device 15.2 on pci0 > >> ohci0: [ITHREAD] > >> ... > >> usbus0: on ohci0 > >> usbus0: 12Mbps Full Speed USB v1.0 > >> ugen0.1: <(0x1166)> at usbus0 > >> ... > >> uhub0: <(0x1166) OHCI root HUB, class 9/0, rev 1.00/1.00, addr 1> on > >> usbus0 > >> uhub0: 4 ports with 4 removable, self powered > >> ugen0.2: at usbus0 > >> uhub1: on > >> usbus0 uhub1: 7 ports with 7 removable, self powered > >> ugen0.3: at usbus0 > >> uftdi0: on usbus0 > >> uftdi1: on usbus0 > >> ugen0.4: at usbus0 > >> uftdi2: on usbus0 > >> uftdi3: on usbus0 > >> ugen0.5: at usbus0 > >> uftdi4: on usbus0 > >> uftdi5: on usbus0 > >> ugen0.6: at usbus0 > >> uftdi6: on usbus0 > >> uftdi7: on usbus0 > >> ugen0.7: at usbus0 > >> uftdi8: on usbus0 > >> uftdi9: on usbus0 > >> ugen0.8: at usbus0 > >> uftdi10: on usbus0 > >> uftdi11: on usbus0 > >> ugen0.9: at usbus0 > >> uhub2: on > >> usbus0 uhub2: 4 ports with 4 removable, self powered > >> ugen0.10: at usbus0 > >> uftdi12: on usbus0 > >> uftdi13: on usbus0 > >> ugen0.11: at usbus0 > >> ... (mangling below is as it appears in dmesg) > >> da1 at sym0 bus 0 scbus0 target 1 lun 0uftdi14: >> ADAPTER> on usbus0 > >> da1: Fixed Direct Access SCSI-3 device > >> uftdi15: on usbus0 > >> ... > >> Root mount waiting for: usbus0 > >> ugen0.12: at usbus0 > >> uhub3: > >> on usbus0 > >> Root mount waiting for: usbus0 > >> uhub3: 7 ports with 7 removable, self powered > >> ugen0.13: at usbus0 > >> uftdi16: on usbus0 > >> Root mount waiting for: usbus0 > >> ugen0.14: at usbus0 > >> uftdi17: on usbus0 > >> Root mount waiting for: usbus0 > >> ugen0.15: at usbus0 > >> uftdi18: on usbus0 > >> > >> ugen0.16: at usbus0Root mount waiting for: > >> usbus0 > >> > >> uftdi19: on usbus0 > >> ugen0.17: at usbus0 > >> uftdi20: on usbus0 > >> Root mount waiting for: usbus0 > >> ugen0.18: at usbus0 > >> uftdi21: on usbus0 > >> Root mount waiting for: usbus0 > >> ugen0.19: at usbus0 > >> uhub4: > >> on usbus0 > >> uhub4: 4 ports with 4 removable, self powered > >> Root mount waiting for: usbus0 > >> ugen0.20: at usbus0 > >> uftdi22: on usbus0 > >> Root mount waiting for: usbus0 > >> ugen0.21: at usbus0 > >> uftdi23: on usbus0 > >> Trying to mount root from zfs:zroot > >> > >> Thanks, > >> > >> Charles > > > > Hi, > > > > Try to get output from vmstat -i. > > > > Also try to set the: > > > > hw.usb.ehci.iaadbug=1 > > > > and > > > > hw.usb.ehci.lostintrbug=1 > > > > in /boot/loader.conf > > Quick question - this host only has USB 1.1 - so I don't think I have > ehci, do I? To be honest, I'm not totally clear on what's what as far as > uhci, ehci, and ohci. This is what's seen in sysctl output related to > USB: > > [spork@h12 ~]$ sysctl -a|grep usb|more > hw.pci.usb_early_takeover: 1 > hw.usb.no_boot_wait: 0 > hw.usb.debug: 0 > hw.usb.usb_lang_mask: 255 > hw.usb.usb_lang_id: 9 > hw.usb.template: 0 > hw.usb.power_timeout: 30 > hw.usb.ucom.cons_baud: 9600 > hw.usb.ucom.cons_unit: -1 > dev.usbus.0.%desc: OHCI (generic) USB controller > dev.usbus.0.%driver: usbus > dev.usbus.0.%parent: ohci0 > dev.uhub.0.%parent: usbus0 Ok, then those quirks won't help. For OHCI, I guess you should check vmstat -i. --HPS From owner-freebsd-usb@FreeBSD.ORG Mon Jun 13 09:13:04 2011 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 34E5D106566C for ; Mon, 13 Jun 2011 09:13:04 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe03.c2i.net [212.247.154.66]) by mx1.freebsd.org (Postfix) with ESMTP id BC4DE8FC08 for ; Mon, 13 Jun 2011 09:13:02 +0000 (UTC) X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on mailfe03.swip.net X-Spam-Level: X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.3.1 X-TFF-CGPSA-Version: 1.7 X-T2-CGPSA-Filter: Scanned X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.1 cv=XhvKh6hw6gtWAjxtOxwWgtcklmtjSp9nA2IQor2M4rA= c=1 sm=1 a=SvYTsOw2Z4kA:10 a=Z9hWZcnPXw8A:10 a=WQU8e4WWZSUA:10 a=8nJEP1OIZ-IA:10 a=CL8lFSKtTFcA:10 a=i9M/sDlu2rpZ9XS819oYzg==:17 a=f5ID5abodMSMo61mH8EA:9 a=wPNLvfGTeEIA:10 a=i9M/sDlu2rpZ9XS819oYzg==:117 Received: from [188.126.198.129] (account mc467741@c2i.net HELO laptop002.hselasky.homeunix.org) by mailfe03.swip.net (CommuniGate Pro SMTP 5.2.19) with ESMTPA id 139527840; Mon, 13 Jun 2011 11:13:00 +0200 From: Hans Petter Selasky To: freebsd-usb@freebsd.org Date: Mon, 13 Jun 2011 11:11:38 +0200 User-Agent: KMail/1.13.5 (FreeBSD/8.2-STABLE; KDE/4.4.5; amd64; ; ) References: <201106122245.44386.hselasky@c2i.net> <20110613031804.GA17043@stlux503.dsto.defence.gov.au> In-Reply-To: <20110613031804.GA17043@stlux503.dsto.defence.gov.au> X-Face: *nPdTl_}RuAI6^PVpA02T?$%Xa^>@hE0uyUIoiha$pC:9TVgl.Oq, NwSZ4V"|LR.+tj}g5 %V,x^qOs~mnU3]Gn; cQLv&.N>TrxmSFf+p6(30a/{)KUU!s}w\IhQBj}[g}bj0I3^glmC( :AuzV9:.hESm-x4h240C`9=w MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201106131111.38482.hselasky@c2i.net> Cc: Subject: Re: ucom/uftdi high interrupt load [SEC=UNCLASSIFIED] 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, 13 Jun 2011 09:13:04 -0000 On Monday 13 June 2011 05:18:04 Wilkinson, Alex wrote: > 0n Sun, Jun 12, 2011 at 10:45:44PM +0200, Hans Petter Selasky wrote: > >Also try to set the: > > > >hw.usb.ehci.iaadbug=1 > > erm, what is meant by: > > #sysctl -d hw.usb.ehci.iaadbug > hw.usb.ehci.iaadbug: Enable doorbell bug workaround > > doorbell ? > > -Alex Doorbell is an attribute for a DMA schedule synchronization mechanism. --HPS From owner-freebsd-usb@FreeBSD.ORG Mon Jun 13 11:07:15 2011 Return-Path: Delivered-To: freebsd-usb@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 47FDF106566B for ; Mon, 13 Jun 2011 11:07:15 +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 361548FC29 for ; Mon, 13 Jun 2011 11:07:15 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id p5DB7FHb092230 for ; Mon, 13 Jun 2011 11:07:15 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p5DB7Eix092228 for freebsd-usb@FreeBSD.org; Mon, 13 Jun 2011 11:07:14 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 13 Jun 2011 11:07:14 GMT Message-Id: <201106131107.p5DB7Eix092228@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, 13 Jun 2011 11:07:15 -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/157376 usb LaCie USB disk not recognized o usb/156898 usb [keyboard] usb keyboard does not work while boot (ps2 o usb/156735 usb Need Quirk for Goflex USB Disk Drives o usb/156725 usb USB stack stall cause complete system input loss o usb/156596 usb [ehci] Extremely high interrupt rate on ehci/uhci IRQ1 o usb/156000 usb rum(4) Fatal trap 18: integer divide fault while in ke o usb/155996 usb NanoBSD not booted as Disk o usb/155784 usb Problem with Transcend StoreJet 25M3 (2AJ1) on Asus M2 o usb/155663 usb [usbdevs] [patch] Add support for Supertop Nano 1GB US o usb/155496 usb [usb][patch] support BUFFALO WLI-U2-SG54HG wireless o usb/154753 usb [usbdevs] [patch] Support for Qualcomm USB modem/stora o usb/154710 usb [ugen] Conexant USB Modem is not working in 8.x. In 7. o usb/154506 usb [umass] Copying dir with large files makes FreeBSD loa o usb/154192 usb [umass] In Garmin Oregon GPS, only the first umass dev o i386/153851 usb [keyboard] keyboard issues on new Intel Mother boards. o usb/153703 usb [keyboard] My USB keyboard can not be used in 8-STABLE o usb/153609 usb [zyd] [panic] kernel: Fatal trap 12: page fault while o usb/153599 usb [usbdevs] [patch] Feiya Elango USB MicroSD reader sync o usb/153149 usb [umass] USB stick quirk regression [regression] o usb/152075 usb [usb8] [ehci] [request] Add quirk for CS5536 USB o usb/150892 usb [zyd] Whenever network contacted in any shape, way or o usb/150189 usb [run] [usb8] [patch] if_run appears to corrupt IP traf p usb/149934 usb [patch] [usb8] Transcend JetFlash V85 poor performance p usb/149900 usb [uftdi] [patch] FreeBSD 8.1 uftdi patch to support usb p usb/149764 usb [u3g] [patch] usbdevs update: Huawei K3765 3G modem o usb/149283 usb [uftdi] avrdude unable to talk to Arduino board (via u o usb/149162 usb [ural] ASUS WL-167g doesn't work in 8.1 (continue of 1 s usb/148702 usb [usb8] [request] IO DATA USB-RSAQ5 support on FreeBSD- o usb/148080 usb usbconfig(8) sometimes does not turn off the device o usb/147516 usb [umass] [usb67] kernel unable to deal with Olympus USB o i386/147475 usb [install] FreeBSD 8.x does not install on ASUS K8N4-E p usb/146871 usb [usbdevs] [usb8] [patch] provide descriprive string fo o usb/146840 usb [hang] FreeBSD 7.2 / 7.3 / 8.0 hang at startup after e o usb/146153 usb [axe] [usb8] Hosts in network doesn't receive any pack o usb/146054 usb [urtw] [usb8] urtw driver potentially out of date f usb/145513 usb [usb8] New USB stack: no new devices after forced usb p usb/145455 usb [usb8] [patch] USB debug support cannot be disabled o usb/145415 usb [umass] [usb8] USB card reader does not create slices a usb/145184 usb GENERIC can't mount root from USB on Asus EEE o usb/145165 usb [keyboard] [usb8] ukbd_set_leds_callback: error=USB_ER f kern/144938 usb [keyboard] [boot] Boot Failure with Apple (MB869LL/A) o usb/144387 usb [run] [panic] if_run panic o usb/144043 usb [umass] [usb8] USB DLT tape drive throws random errors a usb/143790 usb [boot] [cam] can not boot from usb hdd f usb/143620 usb [cdce] [usb8] the module if_cdce doesn't support my Op f usb/143294 usb [usb8] copying process stops at some time (10 - 50 sec o usb/143286 usb [ukbd] [usb8] [boot] boot failures on RELENG_8 system p usb/143186 usb [usbdevs] [usb8] [patch] add USB device IDs for Google a usb/143139 usb [umass] [usb8] [patch] Quirk for Century EX35SW4_SB4 J o usb/143045 usb [umass] [usb8] [patch] mounting Fujitsu 2600Z camera d o usb/142991 usb [uftdi] [usb67] [patch] Patch to add Crystalfontz 533 f usb/142989 usb [usb8] canon eos 50D attaches but detaches after few s f usb/142957 usb [umass] [usb8] [patch] patch for USB disk SYNCHRONIZE o usb/142719 usb [urtw] [usb8] AirLive WL-1600USB (RTL8187L chipset) fa o usb/142713 usb [usb67] [panic] Kernel Panik when connecting an IPhone f usb/142276 usb [umass] [usb8] Cache Synchronization Error with Olympu o usb/142229 usb [ums] [usb8] [hang] connecting a USB mouse to a Dell P o usb/141777 usb [usb8] [usbdevs] [rum] [patch] Support usbdevs / rum(4 f usb/141680 usb [uath] [usb8] Netgear WG111T not working with uath dri o usb/141664 usb [pcm] [usb8] Logitech USB microphone failure [regressi o usb/141474 usb [boot] [usb8] FreeBSD 8.0 can not install from USB CDR o usb/141327 usb [ukbd] [usb67] USB kbd not working with 7.1+PAE on IBM o usb/141212 usb [ukbd] [usb8] ukbd_set_leds_callback:700: error=USB_ER o kern/141011 usb [usb8] Encrypted root, geli password at boot; enter ke o usb/140920 usb [install] [usb8] USB based install fails on 8.0-RELEAS o usb/140893 usb [urtw] [usb8] WPA2 not working on rtl8187b o kern/140849 usb [ums] [usb8] USB mouse doesn't work under FreeBSD 8.0- a usb/140810 usb [uftdi] [usb8] 8.X copy and paste problem / tty overfl o usb/140477 usb [umass] [usb8] [patch] allow boot-time attachment of d o usb/140236 usb [msdosfs] [usb8] Labels wiped on external Journaled US o usb/140160 usb [usb8] [acpi] USB ports are no longer "active" after A s usb/139990 usb [panic] [patch] [usb67] Kernel frequently panics after a usb/139598 usb [umass] [usb8] CAM reports "xptioctl: put "device pass o usb/139243 usb [uhci] [usb67] unplug prolific USB serial -> uhci_abor a usb/138904 usb [rum] [panic] [usb67] unpluging USB wifi card panics s f usb/138882 usb [ohci] [panic] [usb67] Can't install FreeBSD 7.2 due t o usb/138798 usb [boot] [usb8] 8.0-BETA4 can't boot from USB flash driv o usb/138659 usb [usb8][uftdi] driver broken in RELENG_8/CURRENT s usb/138570 usb [usb67] [panic] USB mass device panics current 7.2-STA o usb/138175 usb [usb67] [boot] System cannot boot, when USB reader wit o usb/138124 usb [snd_uaudio] [usb8] Axed uaudio functionality in the u o usb/138119 usb [usb67] [usb8] MultiBay CDROM (probably on USB bus) is o usb/137872 usb [usb67] [boot] slow booting on usb flash drive o usb/137806 usb [ukbd] [usb67] USB keyboard doesn't work until it's un o usb/137763 usb [usb67][ukbd] Logitech wireless keyboard media keys no o usb/137377 usb [usb8] request support for Huawei E180 o usb/137341 usb [usb8][rum] driver if_rum doesn't work at all and thro f usb/137190 usb [usb8][patch] inhibit spurious button releases for som o usb/137189 usb [usb8][patch] create and use sysctl nodes for HID repo p usb/137188 usb [usb8][patch] correctly handle USB report descriptors o usb/137129 usb [ums] [usb8] SteelSeries Ikari USB laser mouse not att p usb/136761 usb [usbdevs][usb67][patch] Teach usbdevs / u3g(4) about H o usb/135938 usb [aue] [usb67] aue driver only passes traffic in promis o usb/135542 usb [keyboard] boot loader does not work with a usb keyboa o usb/135348 usb [umass] [patch] USB Drive Hangs with ZFS (JMicron USB2 o usb/135206 usb machine reboots when inserted USB device f usb/135200 usb SAMSUNG i740 usb mass: Synchronize cache failed, statu o usb/135182 usb UMASS quirk - Olympus FE20 camera o usb/134950 usb Lowering DTR for USB-modem via ubsa is not possible o usb/134299 usb Kernel Panic plugging in MF626 USB UMTS Stick u3g o usb/134193 usb System freeze on usb MP3 player insertion o usb/134085 usb [umass] Adding usb quirk for Sony USB flash drive o usb/133989 usb [usb8] [ukbd] USB keyboard dead at mountroot> prompt o usb/133712 usb [ural] [patch] RE: Fixed an issue with ural(4) that wa o usb/133390 usb umass crashes system in 7.1 when Olympus D-540 attache o usb/133296 usb [rum] driver not working properly in hostap mode o usb/132594 usb USB subsystem causes page fault and crashes o usb/132080 usb [patch] [usb] [rum] [panic] Kernel panic after NOMEM c o usb/132066 usb [ukbd] Keyboard failure USB keyboard DELL 760 o usb/132036 usb [panic] page fault when connecting Olympus C740 camera o usb/131583 usb [umass] Failure when detaching umass Device o usb/131576 usb [aue] ADMtek USB To LAN Converter can't send data o usb/131521 usb Registering Belkin UPS to usb_quirks.c p usb/131123 usb [patch] [usb67] re-add UQ_ASSUME_CM_OVER_DATA USB quir o usb/131074 usb no run-time detection of usb devices plugged into exte o usb/130736 usb Page fault unplugging USB stick o usb/130230 usb [patch] [quirk] [usb67] [usb] [cam] [umass] Samsung El o usb/130208 usb Boot process severely hampered by umass0 error o usb/130122 usb [usb8] DVD drive detects as 'da' device f usb/129766 usb [usb] [panic] plugging in usb modem HUAWEI E226 panics o usb/129500 usb [umass] [panic] FreeBSD Crashes when connecting SanDis o usb/129311 usb [usb] [panic] Instant crash with an USB card reader s usb/128990 usb [usb] u3g does not handle RTS/CTS available on for exa o usb/128977 usb [usb67] [patch] uaudio is not full duplex p usb/128803 usb [usbdevs] [patch] Quirk for I-Tuner Networks USBLCD4X2 o usb/128485 usb [umodem] [patch] Nokia N80 modem support o usb/128425 usb [umass] Cannot Connect Maxtor Onetouch 4 USB drive o usb/128418 usb [panic] [rum] loading if_rum causes panic, looks like o usb/127926 usb [boot] USB Timeout during bootup s usb/127453 usb [request] ubsa, uark, ubser, uftdi, and friends should o usb/127342 usb [boot] [panic] enabling usb keyboard and mouse support o usb/127248 usb [ucom] panic while uplcom devices attach and detach o usb/127222 usb [ohci] Regression in 7.0 usb storage generic driver o usb/126884 usb [ugen] [patch] Bug in buffer handling in ugen.c o usb/126848 usb [usb]: USB Keyboard hangs during Installation o usb/126740 usb [ulpt] doesn't work on 7.0-RELEASE, 10 second stall be o usb/126519 usb [usb] [panic] panic when plugging in an iphone o kern/126396 usb [panic] kernel panic after unplug USB Bluetooth device o usb/125631 usb [ums] [panic] kernel panic during bootup while 'Logite o usb/125510 usb [panic] repeated plug and unplug of USB mass storage d o usb/125450 usb [panic] Removing USB flash card while being accessed c o usb/125088 usb [keyboard] Touchpad not detected on Adesso AKB-430UG U o usb/124980 usb [panic] kernel panic on detaching unmounted umass devi o kern/124777 usb [ucom] USB cua devices don't revert to tty devices whe o usb/124758 usb [rum] [panic] rum panics SMP kernel o usb/124708 usb [panic] Kernel panic on USB KVM reattach o kern/124130 usb [usb] gmirror fails to start usb devices that were pre o usb/123969 usb [usb] Supermicro H8SMi-2 usb problem: port reset faile o usb/123714 usb [usb] [panic] Panic when hald-storage-probe runs with o usb/123691 usb usbd(8): usbd hangs o usb/123690 usb [usb] [panic] Panic on USB device insertion when usb l o usb/123611 usb [usb] BBB reset failed, STALLED from Imation/Mitsumi U o usb/122992 usb [umass] [patch] MotoROKR Z6 Phone not recognised by um o usb/122936 usb [ucom] [ubsa] Device does not receive interrupt o usb/122905 usb [ubsa] [patch] add Huawei E220 to ubsa s usb/122819 usb [usb67] [patch] Patch to provide dynamic additions to o usb/122813 usb [udbp] [request] udbp driver should be removed in favo o usb/122547 usb [ehci] USB Printer not being recognized after reboot o usb/122539 usb [ohci] [panic] AnyDATA ADU-E1000D - kernel panic: ohci o usb/122483 usb [panic] [ulpt] Repeatable panic in 7.0-STABLE o usb/122119 usb [umass] umass device causes creation of daX but not da o usb/121755 usb [ohci] [patch] Fix panic after ohci/uhub cardbus devic o usb/121734 usb [ugen] ugen HP1022 printer device not working since up o usb/121708 usb [keyboard] nforce 650i mobo w/ usb keyboard infinite k o usb/121474 usb [cam] [patch] QUIRK: SAMSUNG HM250JI in LaCie usb hard o usb/121275 usb [boot] [panic] FreeBSD fails to boot with usb legacy s f usb/121232 usb [usb67] [panic] USB CardBus card removal causes reboot o usb/121169 usb [umass] Issues with usb mp3 player o usb/121045 usb [uftdi] [patch] Add support for PC-OP-RS1 and KURO-RS f usb/120786 usb [usb] [panic] Kernel panic when forced umount of a det o usb/120729 usb [panic] fault while in kernel mode with connecting USB o usb/120321 usb [hang] System hangs when transferring data to WD MyBoo o usb/120283 usb [panic] Automation reboot with wireless keyboard & mou o usb/120034 usb [hang] 6.2 & 6.3 hangs on boot at usb0: OHCI with 1.5 o usb/119977 usb [ums] Mouse does not work in a Cherry-USB keyboard/mou o usb/119653 usb [cam] [patch] iriver s7 player sync cache error patch o usb/119633 usb [umass] umass0: BBB reset failed, IOERROR [regression] o usb/119509 usb [usb] USB flaky on Dell Optiplex 755 o usb/119481 usb [hang] FreeBSD not responding after connecting USB-Mas o usb/119389 usb [umass] Sony DSC-W1 CBI reset failed, STALLED [regress o usb/119227 usb [ubsa] [patch] ubsa buffer is too small; should be tun o usb/119201 usb [cam] [patch] Quirks for Olympus FE-210 camera, LG and o usb/118480 usb [umass] Timeout in USB mass storage freezes vfs layer o usb/118353 usb [panic] [ppp] repeatable kernel panic during ppp(4) se o usb/118141 usb [ucom] usb serial and nokia phones ucomreadcb ucomread o usb/118140 usb [ucom] [patch] quick hack for ucom to get it behave wi o usb/118098 usb [umass] 6th gen iPod causes problems when disconnectin o usb/117955 usb [umass] [panic] inserting minolta dimage a2 crashes OS o usb/117946 usb [panic] D-Link DUB-E100 rev. B1 crashes FreeBSD 7.0-BE o usb/117938 usb [ums] [patch] Adding support for MS WL Natural and MS o usb/117911 usb [ums] [request] Mouse Gembird MUSWC not work o usb/117893 usb [umass] Lacie USB DVD writing failing o usb/117613 usb [uhci] [irq] uhci interrupt storm & USB leaked memory o usb/117598 usb [snd_uaudio] [patch] Not possible to record with Plant o usb/117313 usb [umass] [panic] panic on usb camera insertion o usb/117200 usb [ugen] ugen0 prints strange string on attach if detach o usb/117183 usb [panic] USB/fusefs -- panic while transferring large a p usb/116947 usb [ukbd] [patch] [regression] enable boot protocol on th p usb/116699 usb [usb] [usb67] USB HID devices do not initialize at sys o usb/116561 usb [umodem] [panic] RELENG_6 umodem panic "trying to slee o usb/116282 usb [ulpt] Cannot print on USB HP LJ1018 or LJ1300 o usb/115935 usb [usbdevs] [patch] kernel counterproductively attaches o usb/115933 usb [uftdi] [patch] RATOC REX-USB60F (usb serial converter o usb/115400 usb [ehci] Problem with EHCI on ASUS M2N4-SLI o usb/115298 usb [ulpt] [panic] Turning off USB printer panics kernel o usb/114916 usb [umass] [patch] USB Maxtor drive (L300RO) requires qui o kern/114780 usb [uplcom] [panic] Panics while stress testing the uplco o usb/114682 usb [umass] generic USB media-card reader unusable o usb/114310 usb [libusb] [patch] [panic] USB hub attachment panics ker o usb/114068 usb [usb67] [usb8] [umass] [patch] Problem with connection o conf/114013 usb [patch] WITHOUT_USB allow to compil a lot of USB stuff s usb/113060 usb [usb67] [ulpt] [patch] Samsung printer not working in o usb/110856 usb [usb67] [ugen] [patch] interrupt in msgs are truncated o usb/107827 usb [usb67] [ohci] [panic] ohci_add_done addr not found o usb/107388 usb [usb67] [usb8] [new driver] [patch] add utoppy device o usb/106041 usb [usb67] [usb8] [request] FreeBSD does not recognise Mu o usb/105361 usb [usb67] [panic] Kernel panic during unmounting mass st s usb/103917 usb [usb67] [uhub] USB driver reports "Addr 0 should never o usb/103418 usb [usb67] [usb8] [patch] [request] usbhidctl(8) add abil o usb/103046 usb [usb67] [ulpt] [patch] ulpt event driven I/O with sele p usb/101775 usb [usb67] [libusbhid] [patch] possible error in report d o usb/101761 usb [usb67] [patch] [request] usb.h: increase maximal size o usb/100746 usb [usb67] [ukbd] system does not boot due to USB keyboar o usb/99431 usb [keyboard] FreeBSD on MSI 6566E (Intel 845E motherboar o kern/99200 usb [usb67] SMP-Kernel crashes reliably when Bluetooth con o usb/98343 usb [boot] BBB reset failed errors with Creative Muvo MP3 o usb/97472 usb [cam] [patch] add support for Olympus C150,D390 s usb/97286 usb [mouse] [request] MS Wireless Intellimouse Explorer 2. o usb/97175 usb [umass] [hang] USB cardreader hangs system o usb/96457 usb [umass] [panic] fatback on umass = reboot o usb/96381 usb [cam] [patch] add a quirk table entry for a flash ram o usb/96224 usb [usb] [msdosfs] mount_msdosfs cause page fault in sync s usb/96120 usb [ums] [request] USB mouse not always detected s usb/95636 usb [umass] [boot] 5 minute delay at boot when using VT620 o usb/95562 usb [umass] Write Stress in USB Mass drive causes "vinvalb s usb/95348 usb [keyboard] USB keyboard unplug causes noise on screen o usb/95037 usb [umass] USB disk not recognized on hot-plug. o usb/94897 usb [panic] Kernel Panic when cleanly unmounting USB disk o usb/94717 usb [ulpt] Reading from /dev/ulpt can break work of a UHCI o usb/94384 usb [panic] kernel panic with usb2 hardware o usb/93872 usb [cam] [patch] SCSI quirk required for ELTA 8061 OL USB o usb/93828 usb [ohci] [panic] ohci causes panic on boot (HP Pavillion o usb/93389 usb [umass] [patch] Digital Camera Pentax S60 don't work o usb/92852 usb [ums] [patch] Vertical scroll not working properly on o usb/92171 usb [panic] panic unplugging Vodafone Mobile Connect (UMTS o usb/92142 usb [uhub] SET_ADDR_FAILED and SHORT_XFER errors from usb o usb/92083 usb [ural] [panic] panic using WPA on ural NIC in 6.0-RELE o usb/92052 usb [ulpt] usbd causes defunct process with busy file-hand o usb/91906 usb [ehci] [hang] FreeBSD hangs while booting with USB leg f usb/91896 usb camcontrol(8): Serial Number of USB Memory Sticks is n o usb/91811 usb [umass] Compact Flash in HP Photosmart 2610 return " o usb/91546 usb [umodem] [patch] Nokia 6630 mobile phone does not work o usb/91538 usb [ulpt] [patch] Unable to print to EPSON CX3500 o usb/91283 usb [boot] [regression] booting very slow with usb devices o usb/91238 usb [umass] USB tape unit fails to write a second tape fil o usb/90700 usb [umass] [panic] Kernel panic on connect/mount/use umas o usb/89954 usb [umass] [panic] USB Disk driver race condition? s usb/89003 usb [request] LaCie Firewire drive not properly supported o usb/88743 usb [hang] [regression] USB makes kernel hang at boot (reg o usb/88408 usb [axe] axe0 read PHY failed o usb/87648 usb [mouse] Logitech USB-optical mouse problem. f usb/87224 usb [usb] Cannot mount USB Zip750 o usb/86767 usb [umass] [patch] bogus "slice starts beyond end of the o usb/86298 usb [mouse] Known good USB mouse won't work with correct s s usb/85067 usb [uscanner] Cannot attach ScanJet 4300C to usb device s usb/84336 usb [usb] [reboot] instant system reboot when unmounting a o usb/83977 usb [ucom] [panic] ucom1: open bulk out error (addr 2): IN o usb/83863 usb [ugen] Communication problem between opensc/openct via o usb/83756 usb [ums] [patch] Microsoft Intellimouse Explorer 4.0A doe o usb/83563 usb [umass] [panic] Page Fault while detaching Mpman Usb d o usb/83504 usb [kernel] [patch] SpeedTouch USB stop working on recent s usb/82569 usb [umass] [panic] USB mass storage plug/unplug causes sy o usb/82520 usb [udbp] [reboot] Reboot when USL101 connected o usb/82350 usb [ucom] [panic] null pointer dereference in USB stack o usb/81621 usb [ehci] [hang] external hd hangs under load on ehci o usb/80935 usb [uvisor] [patch] uvisor.c is not work with CLIE TH55. o usb/80854 usb [patch] [request] suggestion for new iface-no-probe me s usb/80777 usb [request] usb_rem_task() should wait for callback to c s usb/80776 usb [udav] [request] UDAV device driver shouldn't use usb_ o usb/80774 usb [patch] have "usbd_find_desc" in line with the other " o usb/80361 usb [umass] [patch] mounting of Dell usb-stick fails f usb/80040 usb [sound] [hang] Use of sound mixer causes system freeze o usb/79723 usb [usb] [request] prepare for high speed isochronous tra o usb/78984 usb [umass] [patch] Creative MUVO umass failure f usb/77294 usb [ucom] [panic] ucom + ulpcom panic o usb/76732 usb [ums] Mouse problems with USB KVM Switch o usb/76653 usb [umass] [patch] Problem with Asahi Optical usb device f usb/76395 usb [uhci] USB printer does not work, usbdevs says "addr 0 s usb/75928 usb [umass] [request] Cytronix SmartMedia card (SMC) reade o usb/75800 usb [ucom] ucom1: init failed STALLED error in time of syn o usb/75764 usb [umass] [patch] "umass0: Phase Error" - no device for f usb/75705 usb [umass] [panic] da0 attach / Optio S4 (with backtrace) f usb/74771 usb [umass] [hang] mounting write-protected umass device a s usb/74453 usb [umass] [patch] Q-lity CD-RW USB ECW-043 (ScanLogic SL o usb/74211 usb [umass] USB flash drive causes CAM status 0x4 on 4.10R o usb/73307 usb [panic] Kernel panics on USB disconnect s usb/72733 usb [ucom] [request] Kyocera 7135 Palm OS connection probl o usb/71417 usb [ugen] Cryptoflex e-gate USB token (ugen0) communicati o usb/71416 usb [ugen] Cryptoflex e-gate USB token (ugen0) detach is n o usb/71280 usb [aue] aue0 device (linksys usb100tx) doesn't work in 1 o usb/71155 usb [ulpt] misbehaving usb-printer hangs processes, causes o usb/70523 usb [umct] [patch] umct sending/receiving wrong characters o usb/69006 usb [usbdevs] [patch] Apple Cinema Display hangs USB ports o usb/68232 usb [ugen] [patch] ugen(4) isochronous handling correction o usb/67301 usb [uftdi] [panic] RTS and system panic o usb/66547 usb [ucom] Palm Tungsten T USB does not initialize correct o usb/63621 usb [umass] [panic] USB MemoryStick Reader stalls/crashes s usb/62257 usb [umass] [request] card reader UCR-61S2B is only half-s o usb/59698 usb [keyboard] [patch] Rework of ukbd HID to AT code trans s bin/57255 usb [patch] usbd(8) and multi-function devices s usb/52026 usb [usb] [request] umass driver support for InSystem ISD2 s usb/51958 usb [urio] [patch] update for urio driver o usb/40948 usb [umass] [request] USB HP CDW8200 does not work o usb/30929 usb [usb] [patch] use usbd to initialize USB ADSL modem 314 problems total. From owner-freebsd-usb@FreeBSD.ORG Mon Jun 13 18:24:18 2011 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 50A02106564A; Mon, 13 Jun 2011 18:24:18 +0000 (UTC) (envelope-from kc5vdj.freebsd@gmail.com) Received: from mail-iw0-f182.google.com (mail-iw0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id D261B8FC14; Mon, 13 Jun 2011 18:24:17 +0000 (UTC) Received: by iwn33 with SMTP id 33so5936014iwn.13 for ; Mon, 13 Jun 2011 11:24:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:message-id:date:from:user-agent:mime-version:to :cc:subject:references:in-reply-to:content-type :content-transfer-encoding; bh=7pK5BihVH5M4hCHxf/4vW14nbZDyY4nIioENN0SsSvg=; b=gxbXXWJ/6OM/KtSm32AeEx3VhPBmDQJMF+KVn9eZYsn2f/7XJOQWiK5fxOsSe9CKXG iEXz84BB3obA9qeRTz+f3/KN5/5fm4bBoP6nVuziF7r3SSdf9ImLy99eHTiOgaFwBYtc bewsMvtoacLqYEmhN0vyLkeyD801HAieiTC5M= 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=KW23oXEQBRjgyk5hXOpLvh7dD4V9f9x20UyG5OeNzNs/BJS5SRhcr4V8uACB2uqjl+ JYQrEpPRkA1ZJUyi/thE/Q9qWYLtq6juO25gJcafiBF61BFptMYiWrcjkjonoOYjkm/E qEs7yTP2ajNL+inw+Jy1+011TjmUuNNs/DFjg= Received: by 10.42.132.65 with SMTP id c1mr6554149ict.302.1307989456351; Mon, 13 Jun 2011 11:24:16 -0700 (PDT) Received: from argus.electron-tube.net (desm-45-047.dsl.netins.net [167.142.45.47]) by mx.google.com with ESMTPS id s2sm4950793icw.17.2011.06.13.11.24.12 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 13 Jun 2011 11:24:15 -0700 (PDT) Message-ID: <4DF655C5.9030003@gmail.com> Date: Mon, 13 Jun 2011 13:24:05 -0500 From: Jim Bryant User-Agent: Thunderbird 2.0.0.24 (X11/20100911) MIME-Version: 1.0 To: Adrian Chadd References: <4DF12E4A.5020906@gmail.com> <201106100913.42480.bschmidt@freebsd.org> <4DF274F6.6050905@gmail.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, freebsd-wireless@freebsd.org, weongyo@freebsd.org, freebsd-usb@freebsd.org, bschmidt@freebsd.org Subject: Re: problem with urtw 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, 13 Jun 2011 18:24:18 -0000 would manufacturer-supplied linux driver source code suffice? i can't buy you one, but i can send you the linux driver sources. Adrian Chadd wrote: > On 11 June 2011 03:48, Jim Bryant wrote: > > >> this is with if_urtw.c patched to change L to B as you supplied. >> >> I'm here for testing.. any more ideas? If anyone wants to play themselves, >> look on ebay for WiFiSky 1500mW B/G with 6dBi antenna. It seems that half >> of Hong Kong is selling these for under $20 USD. >> > > I've enough wireless hardware. :) > > If someone: > > * buys me a pair; > * demonstrates it runs fine under linux or some other open source > operating system; > * gives me enough time; > > Then sure, I may make this work. > > (The offer stands for Linux carl9170 compatible devices btw. I'll > likely take a crack at porting that driver after my exams, but only > once I've finished off the Atheros 11n TX code.) > > > Adrian > > From owner-freebsd-usb@FreeBSD.ORG Mon Jun 13 19:52:19 2011 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B48C41065673 for ; Mon, 13 Jun 2011 19:52:19 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe04.c2i.net [212.247.154.98]) by mx1.freebsd.org (Postfix) with ESMTP id 417868FC0A for ; Mon, 13 Jun 2011 19:52:18 +0000 (UTC) X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on mailfe04.swip.net X-Spam-Level: X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.3.1 X-TFF-CGPSA-Version: 1.7 X-T2-CGPSA-Filter: Scanned X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.1 cv=wd7fLirDSts22yawIUsTeMUS9lsm8Llc0grT6RvpTjU= c=1 sm=1 a=SvYTsOw2Z4kA:10 a=dzcq1CNZKWoA:10 a=WQU8e4WWZSUA:10 a=kj9zAlcOel0A:10 a=CL8lFSKtTFcA:10 a=i9M/sDlu2rpZ9XS819oYzg==:17 a=ETIMQP1Z9QvUp9O1Y8wA:9 a=CjuIK1q_8ugA:10 a=i9M/sDlu2rpZ9XS819oYzg==:117 Received: from [188.126.198.129] (account mc467741@c2i.net HELO laptop002.hselasky.homeunix.org) by mailfe04.swip.net (CommuniGate Pro SMTP 5.2.19) with ESMTPA id 138850801 for freebsd-usb@freebsd.org; Mon, 13 Jun 2011 21:52:16 +0200 From: Hans Petter Selasky To: freebsd-usb@freebsd.org Date: Mon, 13 Jun 2011 21:50:54 +0200 User-Agent: KMail/1.13.5 (FreeBSD/8.2-STABLE; KDE/4.4.5; amd64; ; ) X-Face: *nPdTl_}RuAI6^PVpA02T?$%Xa^>@hE0uyUIoiha$pC:9TVgl.Oq, NwSZ4V"|LR.+tj}g5 %V,x^qOs~mnU3]Gn; cQLv&.N>TrxmSFf+p6(30a/{)KUU!s}w\IhQBj}[g}bj0I3^glmC( :AuzV9:.hESm-x4h240C`9=w MIME-Version: 1.0 Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <201106132150.54691.hselasky@c2i.net> Subject: USB 3.0 support by default? 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, 13 Jun 2011 19:52:19 -0000 Hi, Should the "device xhci" be included by default in GENERIC for amd64 and i386 before FreeBSD 9 is released? --HPS From owner-freebsd-usb@FreeBSD.ORG Mon Jun 13 20:35:09 2011 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4751C1065674 for ; Mon, 13 Jun 2011 20:35:09 +0000 (UTC) (envelope-from kris@pcbsd.org) Received: from mail.iXsystems.com (newknight.ixsystems.com [206.40.55.70]) by mx1.freebsd.org (Postfix) with ESMTP id 2CFE58FC1F for ; Mon, 13 Jun 2011 20:35:09 +0000 (UTC) Received: from mail.ixsystems.com (localhost [127.0.0.1]) by mail.iXsystems.com (Postfix) with ESMTP id 1553BA66412 for ; Mon, 13 Jun 2011 13:16:27 -0700 (PDT) Received: from mail.iXsystems.com ([127.0.0.1]) by mail.ixsystems.com (mail.ixsystems.com [127.0.0.1]) (amavisd-maia, port 10024) with ESMTP id 48848-04 for ; Mon, 13 Jun 2011 13:16:26 -0700 (PDT) Received: from [192.168.0.186] (75-130-56-30.static.kgpt.tn.charter.com [75.130.56.30]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mail.iXsystems.com (Postfix) with ESMTPSA id 958CEA66404 for ; Mon, 13 Jun 2011 13:16:26 -0700 (PDT) Message-ID: <4DF67017.2080100@pcbsd.org> Date: Mon, 13 Jun 2011 16:16:23 -0400 From: Kris Moore User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.17) Gecko/20110430 Thunderbird/3.1.10 MIME-Version: 1.0 To: freebsd-usb@freebsd.org References: <201106132150.54691.hselasky@c2i.net> In-Reply-To: <201106132150.54691.hselasky@c2i.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: USB 3.0 support by default? 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, 13 Jun 2011 20:35:09 -0000 On 06/13/2011 15:50, Hans Petter Selasky wrote: > Hi, > > Should the "device xhci" be included by default in GENERIC for amd64 and i386 > before FreeBSD 9 is released? > > --HPS > _______________________________________________ > freebsd-usb@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-usb > To unsubscribe, send any mail to "freebsd-usb-unsubscribe@freebsd.org" Our users would appreciate the switch I'm sure :) -- Kris Moore PC-BSD Software iXsystems From owner-freebsd-usb@FreeBSD.ORG Mon Jun 13 23:57:21 2011 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CE306106564A; Mon, 13 Jun 2011 23:57:21 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-gx0-f182.google.com (mail-gx0-f182.google.com [209.85.161.182]) by mx1.freebsd.org (Postfix) with ESMTP id 3C5D68FC12; Mon, 13 Jun 2011 23:57:21 +0000 (UTC) Received: by gxk28 with SMTP id 28so4596863gxk.13 for ; Mon, 13 Jun 2011 16:57:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=ZPsF98FNwGYtiTjHrjjkW1ePeb0/+cC8lL0oTpWk8IM=; b=SIER0tzbvxyUd6g8RgKrJleJiP3guBQW8lrHsqaAKTvVz6brfdDaN1qBZrd2ypgJhe NNCzS6gj/0cgV41E1w2kR0UMFtQsmN6ZwCoX2/HKrbfAXvNt5U7qyjrIFkgWVwPq8OTm vzyd21yIiJwCzIidqgt51lDFzKGlJYkExKKSg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=tRTe4bY8/NKES2xccsdi9tMurEWmA4N6MVXhwRVW3sbC0WFRPNv2jKvpv2N4etVsjA A2at/h3p9HoKM6MO/UAtRhIfF7iqz+aqmeHZeLUbfTty5KI2c3Bf30gsqdqwtABOYCfF Gdj5sQ1tNcDUhErbr5kFuW5I8YAXoNJOTP/7s= MIME-Version: 1.0 Received: by 10.150.132.15 with SMTP id f15mr6878006ybd.388.1308009440415; Mon, 13 Jun 2011 16:57:20 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.150.216.3 with HTTP; Mon, 13 Jun 2011 16:57:20 -0700 (PDT) In-Reply-To: <4DF655C5.9030003@gmail.com> References: <4DF12E4A.5020906@gmail.com> <201106100913.42480.bschmidt@freebsd.org> <4DF274F6.6050905@gmail.com> <4DF655C5.9030003@gmail.com> Date: Tue, 14 Jun 2011 07:57:20 +0800 X-Google-Sender-Auth: 2rmLjjFkJHFFW6Hj3TjIHy4Qdmk Message-ID: From: Adrian Chadd To: Jim Bryant Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: weongyo@freebsd.org, freebsd-wireless@freebsd.org, freebsd-stable@freebsd.org, freebsd-usb@freebsd.org, bschmidt@freebsd.org Subject: Re: problem with urtw 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, 13 Jun 2011 23:57:21 -0000 On 14 June 2011 02:24, Jim Bryant wrote: > would manufacturer-supplied linux driver source code suffice? =A0i can't = buy > you one, but i can send you the linux driver sources. If you have a link to the manufacturer linux driver source then that'll be a good start. But typically porting it requires some hardware to at least verify it works= . :-) If someone else would like to take a crack at this then please do - I've got my hands full with ath(4) 11n TX support at the moment. Adrian From owner-freebsd-usb@FreeBSD.ORG Tue Jun 14 00:58:46 2011 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BEAAF106564A for ; Tue, 14 Jun 2011 00:58:46 +0000 (UTC) (envelope-from spork@bway.net) Received: from xena.bway.net (xena.bway.net [216.220.96.26]) by mx1.freebsd.org (Postfix) with ESMTP id 856788FC18 for ; Tue, 14 Jun 2011 00:58:46 +0000 (UTC) Received: (qmail 51250 invoked by uid 0); 14 Jun 2011 00:58:44 -0000 Received: from smtp.bway.net (216.220.96.25) by xena.bway.net with (DHE-RSA-AES256-SHA encrypted) SMTP; 14 Jun 2011 00:58:44 -0000 Received: (qmail 51244 invoked by uid 90); 14 Jun 2011 00:58:44 -0000 Received: from unknown (HELO freemac) (spork@bway.net@96.57.144.66) by smtp.bway.net with (DHE-RSA-AES256-SHA encrypted) SMTP; 14 Jun 2011 00:58:44 -0000 Date: Mon, 13 Jun 2011 20:58:44 -0400 (EDT) From: Charles Sprickman X-X-Sender: spork@freemac To: Hans Petter Selasky In-Reply-To: <201106131108.42959.hselasky@c2i.net> Message-ID: References: <201106122245.44386.hselasky@c2i.net> <201106131108.42959.hselasky@c2i.net> User-Agent: Alpine 2.00 (OSX 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-usb@freebsd.org Subject: Re: ucom/uftdi high interrupt load 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, 14 Jun 2011 00:58:46 -0000 On Mon, 13 Jun 2011, Hans Petter Selasky wrote: > On Sunday 12 June 2011 23:50:24 Charles Sprickman wrote: >> On Sun, 12 Jun 2011, Hans Petter Selasky wrote: >>> On Saturday 11 June 2011 23:43:11 Charles Sprickman wrote: >>>> Hello, >>>> >>>> We ran into an odd problem last week with our serial consoles after >>>> moving the USB to serial adapters from an old 4.11 box to a box running >>>> 8.1. We have two boxes that incorporate (I assume) hubs and a bunch of >>>> FTDI serial interfaces. One has 16 ports, the other 8. Each is >>>> plugged directly into a USB port on the rear of the mainboard. We run >>>> conserver[1] to handle access to the serial ports. From what I've >>>> observed, this application opens the ports when the daemon starts - it >>>> logs any output (handy for panics, or anything else that might spit >>>> interesting info to the console) and waits for clients to connect to >>>> it. >>>> >>>> Everything had been working fine for a few weeks. The box was rebooted >>>> recently to enable PostgreSQL to start normally (bumped SHM stuff in >>>> loader.conf). After six days, we found that the consoles were >>>> unresponsive. Restarting conserver brought us this each time we >>>> connected to a console for full read/write access: >>>> >>>> [Thu Jun 9 10:04:59 2011] conserver (50113): ERROR: [h22] >>>> open(/dev/ttyU4): Interrupted system call: forcing down >>>> [Thu Jun 9 10:04:59 2011] conserver (50112): ERROR: [h21] >>>> open(/dev/ttyU11): Interrupted system call: forcing down >>>> >>>> All devices still appeared in /dev. Stopping conserver and confirming >>>> it and all child processes were gone and then using picocom and cu >>>> yielded no response on the serial ports. >>>> >>>> We also found (after the fact) that around the time the consoles became >>>> unresponsive, cpu usage went to nearly 90% and was mostly in the kernel >>>> process "intr": >>>> >>>> root 12 70.5 0.0 0 136 ?? WL Fri12AM 120:01.47 [intr] >>>> >>>> A graph showing cpu usage (red is "system"): >>>> http://i.imgur.com/0yO5l.png >>>> >>>> I should note that we know the cpu spike and devices becoming >>>> unresponsive can be correlated because one of the serial ports runs a >>>> temperature monitor which is tied into our monitoring. When the data >>>> goes stale, we get notified. >>>> >>>> Issuing a "usbconfig -u 0 reset" caused all devices except for the root >>>> hub to disappear and not come back. CPU usage also dipped a bit after >>>> that. Rebooting was the only way to resolve the issue - perhaps >>>> plugging and unplugging would have worked, but that's a bit too complex >>>> for our remote hands. >>>> >>>> I can supply full dmesg and more, but for now, here's a summary of the >>>> usb info from dmesg: >>>> >>>> FreeBSD 8.1-RELEASE #7: Wed Dec 22 00:49:50 EST 2010 >>>> >>>> ohci0: mem 0xfe9fc000-0xfe9fcfff irq 10 >>>> at device 15.2 on pci0 >>>> ohci0: [ITHREAD] >>>> ... >>>> usbus0: on ohci0 >>>> usbus0: 12Mbps Full Speed USB v1.0 >>>> ugen0.1: <(0x1166)> at usbus0 >>>> ... >>>> uhub0: <(0x1166) OHCI root HUB, class 9/0, rev 1.00/1.00, addr 1> on >>>> usbus0 >>>> uhub0: 4 ports with 4 removable, self powered >>>> ugen0.2: at usbus0 >>>> uhub1: on >>>> usbus0 uhub1: 7 ports with 7 removable, self powered >>>> ugen0.3: at usbus0 >>>> uftdi0: on usbus0 >>>> uftdi1: on usbus0 >>>> ugen0.4: at usbus0 >>>> uftdi2: on usbus0 >>>> uftdi3: on usbus0 >>>> ugen0.5: at usbus0 >>>> uftdi4: on usbus0 >>>> uftdi5: on usbus0 >>>> ugen0.6: at usbus0 >>>> uftdi6: on usbus0 >>>> uftdi7: on usbus0 >>>> ugen0.7: at usbus0 >>>> uftdi8: on usbus0 >>>> uftdi9: on usbus0 >>>> ugen0.8: at usbus0 >>>> uftdi10: on usbus0 >>>> uftdi11: on usbus0 >>>> ugen0.9: at usbus0 >>>> uhub2: on >>>> usbus0 uhub2: 4 ports with 4 removable, self powered >>>> ugen0.10: at usbus0 >>>> uftdi12: on usbus0 >>>> uftdi13: on usbus0 >>>> ugen0.11: at usbus0 >>>> ... (mangling below is as it appears in dmesg) >>>> da1 at sym0 bus 0 scbus0 target 1 lun 0uftdi14: >>> ADAPTER> on usbus0 >>>> da1: Fixed Direct Access SCSI-3 device >>>> uftdi15: on usbus0 >>>> ... >>>> Root mount waiting for: usbus0 >>>> ugen0.12: at usbus0 >>>> uhub3: >>>> on usbus0 >>>> Root mount waiting for: usbus0 >>>> uhub3: 7 ports with 7 removable, self powered >>>> ugen0.13: at usbus0 >>>> uftdi16: on usbus0 >>>> Root mount waiting for: usbus0 >>>> ugen0.14: at usbus0 >>>> uftdi17: on usbus0 >>>> Root mount waiting for: usbus0 >>>> ugen0.15: at usbus0 >>>> uftdi18: on usbus0 >>>> >>>> ugen0.16: at usbus0Root mount waiting for: >>>> usbus0 >>>> >>>> uftdi19: on usbus0 >>>> ugen0.17: at usbus0 >>>> uftdi20: on usbus0 >>>> Root mount waiting for: usbus0 >>>> ugen0.18: at usbus0 >>>> uftdi21: on usbus0 >>>> Root mount waiting for: usbus0 >>>> ugen0.19: at usbus0 >>>> uhub4: >>>> on usbus0 >>>> uhub4: 4 ports with 4 removable, self powered >>>> Root mount waiting for: usbus0 >>>> ugen0.20: at usbus0 >>>> uftdi22: on usbus0 >>>> Root mount waiting for: usbus0 >>>> ugen0.21: at usbus0 >>>> uftdi23: on usbus0 >>>> Trying to mount root from zfs:zroot >>>> >>>> Thanks, >>>> >>>> Charles >>> >>> Hi, >>> >>> Try to get output from vmstat -i. >>> >>> Also try to set the: >>> >>> hw.usb.ehci.iaadbug=1 >>> >>> and >>> >>> hw.usb.ehci.lostintrbug=1 >>> >>> in /boot/loader.conf >> >> Quick question - this host only has USB 1.1 - so I don't think I have >> ehci, do I? To be honest, I'm not totally clear on what's what as far as >> uhci, ehci, and ohci. This is what's seen in sysctl output related to >> USB: >> >> [spork@h12 ~]$ sysctl -a|grep usb|more >> hw.pci.usb_early_takeover: 1 >> hw.usb.no_boot_wait: 0 >> hw.usb.debug: 0 >> hw.usb.usb_lang_mask: 255 >> hw.usb.usb_lang_id: 9 >> hw.usb.template: 0 >> hw.usb.power_timeout: 30 >> hw.usb.ucom.cons_baud: 9600 >> hw.usb.ucom.cons_unit: -1 >> dev.usbus.0.%desc: OHCI (generic) USB controller >> dev.usbus.0.%driver: usbus >> dev.usbus.0.%parent: ohci0 >> dev.uhub.0.%parent: usbus0 > > Ok, then those quirks won't help. > > For OHCI, I guess you should check vmstat -i. Oddly enough, the box paniced today, but it appeared to be related to fxp. However in the coredump summary, I have "vmstat -i" output, and ohci seems fairly high in comparison to everything else: vmstat -i interrupt total rate irq4: uart0 106 0 irq10: ohci0 142322001 968176 irq14: ata0 1178 8 irq20: fxp0 3008691 20467 irq21: fxp1 1733357 11791 irq28: sym1 30 0 irq29: sym0 2624749 17855 cpu0: timer 728063100 4952810 cpu1: timer 728044684 4952684 Total 1605797896 10923795 Also, just a brief summary of the panic, since it mentions the interrupt process again: #7 0x8059139b in fxp_new_rfabuf (sc=0x8564c000, rxp=0x8564c1c0) at /usr/src/sys/dev/fxp/if_fxp.c:2611 #8 0x8059285b in fxp_intr (xsc=0x8564c000) at /usr/src/sys/dev/fxp/if_fxp.c:1931 #9 0x8067b1db in intr_event_execute_handlers (p=0x8553d7f8, ie=0x8557d080) at /usr/src/sys/kern/kern_intr.c:1220 #10 0x8067c8eb in ithread_loop (arg=0x856525d0) at /usr/src/sys/kern/kern_intr.c:1233 #11 0x80678f11 in fork_exit (callout=0x8067c880 , arg=0x856525d0, frame=0xd80e7d38) at /usr/src/sys/kern/kern_fork.c:844 #12 0x80931de0 in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:270 And also unrelated to usb, but fairly bizarre "netstat -m" output: 18446744073709550887/1355/626/25600 mbuf clusters in use (current/cache/total/max) 18014398509480560K/3497K/2073K bytes allocated to network (current/cache/total) Sorry for all the extra noise, but I'm not adept enough at determining whether this panic was usb related or fxp related. Thanks, Charles > --HPS > From owner-freebsd-usb@FreeBSD.ORG Tue Jun 14 02:29:57 2011 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9D9F7106564A for ; Tue, 14 Jun 2011 02:29:57 +0000 (UTC) (envelope-from kevlo@kevlo.org) Received: from ns.kevlo.org (kevlo.org [220.128.136.52]) by mx1.freebsd.org (Postfix) with ESMTP id C73908FC0C for ; Tue, 14 Jun 2011 02:29:56 +0000 (UTC) Received: from [127.0.0.1] (kevlo@kevlo.org [220.128.136.52] (may be forged)) by ns.kevlo.org (8.14.3/8.14.3) with ESMTP id p5E1JrRD014135; Tue, 14 Jun 2011 09:19:54 +0800 (CST) From: Kevin Lo To: Hans Petter Selasky In-Reply-To: <201106132150.54691.hselasky@c2i.net> References: <201106132150.54691.hselasky@c2i.net> Content-Type: text/plain; charset="UTF-8" Date: Tue, 14 Jun 2011 09:19:24 +0800 Message-ID: <1308014364.2112.1.camel@nsl> Mime-Version: 1.0 X-Mailer: Evolution 2.32.2 Content-Transfer-Encoding: 7bit Cc: freebsd-usb@freebsd.org Subject: Re: USB 3.0 support by default? 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, 14 Jun 2011 02:29:57 -0000 Hans Petter Selasky wrote: > Hi, > > Should the "device xhci" be included by default in GENERIC for amd64 and i386 > before FreeBSD 9 is released? I can't find any reason why it's not here :) > --HPS Kevin From owner-freebsd-usb@FreeBSD.ORG Tue Jun 14 04:45:21 2011 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C09461065670 for ; Tue, 14 Jun 2011 04:45:21 +0000 (UTC) (envelope-from m.e.sanliturk@gmail.com) Received: from mail-qy0-f182.google.com (mail-qy0-f182.google.com [209.85.216.182]) by mx1.freebsd.org (Postfix) with ESMTP id 788CB8FC13 for ; Tue, 14 Jun 2011 04:45:21 +0000 (UTC) Received: by qyk27 with SMTP id 27so3558825qyk.13 for ; Mon, 13 Jun 2011 21:45:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=RjF5CF1iuK/q2NhpIkomcHz7PrvIKT0UVhSyUHkkUL0=; b=qeqvwDfzz4Hrjc8HJpZb/cpwuT50YXVo+zaDORKXzltMEzvyMKA6mhMFTllYfN3GZA JWGBd45NFURPY9+/v63drAGQe9HQQgnRY44zhjmbQKoJ0iRuALsKNBHFfK/PKwMeoFQK 6NEMyRbDEre/DP8DdIsHPvSsD3y+zJ1C9H5G0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=sNNAb8yPxGYiUztIIDB89pyki84DhsoEhXCA4ZLDpl5y5IiQL1Gnt5ir8LNURuxZwK 0RT03rfzmpvByTKfldr1eiI8LTCOQ+oHL+1BZhRTIb5ZCh9bZMn2aIpKgPVrApRaDTda 0IUM3uwHkTZmuN3BONWJ93+9QOZQJ9BPz9VCk= MIME-Version: 1.0 Received: by 10.224.184.205 with SMTP id cl13mr1238910qab.139.1308024985914; Mon, 13 Jun 2011 21:16:25 -0700 (PDT) Received: by 10.224.36.212 with HTTP; Mon, 13 Jun 2011 21:16:25 -0700 (PDT) In-Reply-To: <201106132150.54691.hselasky@c2i.net> References: <201106132150.54691.hselasky@c2i.net> Date: Tue, 14 Jun 2011 00:16:25 -0400 Message-ID: From: Mehmet Erol Sanliturk To: Hans Petter Selasky Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-usb@freebsd.org Subject: Re: USB 3.0 support by default? 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, 14 Jun 2011 04:45:21 -0000 On Mon, Jun 13, 2011 at 3:50 PM, Hans Petter Selasky wrote: > Hi, > > Should the "device xhci" be included by default in GENERIC for amd64 and > i386 > before FreeBSD 9 is released? > > --HPS > > It may be very good , because new PC main boards mostly are containing USB 3.0 ports . Thank you very much . Mehmet Erol Sanliturk From owner-freebsd-usb@FreeBSD.ORG Tue Jun 14 05:11:30 2011 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 940231065670 for ; Tue, 14 Jun 2011 05:11:30 +0000 (UTC) (envelope-from trevor.l.blackwell@gmail.com) Received: from mail-yx0-f182.google.com (mail-yx0-f182.google.com [209.85.213.182]) by mx1.freebsd.org (Postfix) with ESMTP id 17F308FC13 for ; Tue, 14 Jun 2011 05:11:29 +0000 (UTC) Received: by yxl31 with SMTP id 31so479366yxl.13 for ; Mon, 13 Jun 2011 22:11:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:date:x-google-sender-auth :message-id:subject:from:to:cc:content-type; bh=/78GxEfxB6l45V5BOTvWBcLXholSUVbU775aTzrqCuY=; b=LMt2ITTuOHtvFQ1Z3TnKvz+vSpnELcPhVd3iFjb5VpSdPj0bg6bH8sJbsNjcNK1MTo rGGIn8MeGV1HJElarRqgnz3xzR+/9srnM+DCU3edRQinDrMT3bTBZ+BIoQkRD8JQIKqr Cui7YKeKAC9h3FfNYm81cXrGWFTL8Q65fyaWw= 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:cc:content-type; b=Q0MbfV7NEqa8tdnPTSXrbo+Z78FOnlk+LXiJlumr7o5o02UjNvEUgpJBEdZvtPTFVT KlpQJmukueoAr9K9zx0Gslwa/wy3/QLLYBhmRy1N0KEA7m+BdgAZHRUyqq/C/BgSn7BG T/OYpRFxTeoHjsoRj02KAHpDbdINwLfbjIoI8= MIME-Version: 1.0 Received: by 10.236.66.37 with SMTP id g25mr3727082yhd.513.1308028289137; Mon, 13 Jun 2011 22:11:29 -0700 (PDT) Sender: trevor.l.blackwell@gmail.com Received: by 10.236.170.6 with HTTP; Mon, 13 Jun 2011 22:11:28 -0700 (PDT) Date: Mon, 13 Jun 2011 22:11:28 -0700 X-Google-Sender-Auth: boL1vI_ES_phGcPjsDekDPHvOOg Message-ID: From: Trevor Blackwell To: freebsd-usb@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Hub TT reset code causes ehci failure 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, 14 Jun 2011 05:11:30 -0000 I'm seeing the USB system halt with: Jun 13 21:36:13 qb132 kernel: ehci_interrupt: unrecoverable error, controller halted I hadn't seen this before on any of our systems until I installed the hub_tt_hardening patch. The flag set is EHCI_STS_HSE, meaning: Host System Error =EF=A3=A7 R/WC. The Host Controller sets this bit to 1 wh= en a serious error occurs during a host system access involving the Host Controller module. I= n a PCI system, conditions that set this bit to 1 include PCI Parity error, PCI Master Abort, and PCI Target Abort. When this error occurs, the Host Controller clears the Run/Stop bit in the Command register to prevent further execution of the scheduled TDs. Can "PCI Target Abort" be caused by an invalid memory address? That USB bus is busy. There are 3 hubs including the root and 5 devices on that USB bus. 4 of the devices have active bulk read transactions, and one is an audio devices with bidirectional isoc transactions. Here's the complete register dump it prints: Jun 13 21:36:13 qb132 kernel: ehci_interrupt: unrecoverable error, controller halted Jun 13 21:36:13 qb132 kernel: cmd=3D0x00010030 Jun 13 21:36:13 qb132 kernel: EHCI_CMD_ITC_1 Jun 13 21:36:13 qb132 kernel: EHCI_CMD_ASE Jun 13 21:36:13 qb132 kernel: EHCI_CMD_PSE Jun 13 21:36:13 qb132 kernel: sts=3D0x0000d000 Jun 13 21:36:13 qb132 kernel: EHCI_STS_ASS Jun 13 21:36:13 qb132 kernel: EHCI_STS_PSS Jun 13 21:36:13 qb132 kernel: EHCI_STS_HCH Jun 13 21:36:13 qb132 kernel: ien=3D0x00000037 Jun 13 21:36:13 qb132 kernel: frindex=3D0x000013ac ctrdsegm=3D0x00000000 periodic=3D0x34113000 async=3D0xffffffe1 Jun 13 21:36:13 qb132 kernel: port 1 status=3D0x00001000 Jun 13 21:36:13 qb132 kernel: port 2 status=3D0x00001000 Jun 13 21:36:13 qb132 kernel: port 3 status=3D0x00001000 Jun 13 21:36:13 qb132 kernel: port 4 status=3D0x00001000 Jun 13 21:36:13 qb132 kernel: port 5 status=3D0x00001000 Jun 13 21:36:13 qb132 kernel: port 6 status=3D0x00001005 Jun 13 21:36:13 qb132 kernel: port 7 status=3D0x00001000 Jun 13 21:36:13 qb132 kernel: port 8 status=3D0x00001000 Jun 13 21:36:13 qb132 kernel: ehci_dump_isoc: isochronous dump from frame 0x075: Jun 13 21:36:13 qb132 kernel: ITD(0xc5657180) at 0x25e57180 Jun 13 21:36:13 qb132 kernel: next=3D0x0846e904 Jun 13 21:36:13 qb132 kernel: status[0]=3D0x00000220; <> Jun 13 21:36:13 qb132 kernel: status[1]=3D0x00000e20; <> Jun 13 21:36:13 qb132 kernel: status[2]=3D0x00001a20; <> Jun 13 21:36:13 qb132 kernel: status[3]=3D0x00002620; <> Jun 13 21:36:13 qb132 kernel: status[4]=3D0x00003220; <> Jun 13 21:36:13 qb132 kernel: status[5]=3D0x8c003e20; Jun 13 21:36:13 qb132 kernel: status[6]=3D0x8c004a20; Jun 13 21:36:13 qb132 kernel: status[7]=3D0x8c005620; Jun 13 21:36:13 qb132 kernel: bp[0]=3D0x12c2d204 Jun 13 21:36:13 qb132 kernel: addr=3D0x04; endpt=3D0x2 Jun 13 21:36:13 qb132 kernel: bp[1]=3D0x12c2ec00 Jun 13 21:36:13 qb132 kernel: dir=3Din; mpl=3D0x400 Jun 13 21:36:13 qb132 kernel: bp[2..6]=3D0x12c2f003,0x12c30000,0x12c31000,0x12c32000,0x12c33000 Jun 13 21:36:13 qb132 kernel: bp_hi=3D0x00000000,0x00000000,0x00000000,0x00000000, Jun 13 21:36:13 qb132 kernel: 0x00000000,0x00000000,0x00000000 Jun 13 21:36:13 qb132 kernel: ITD(0xc446b700) at 0x0846b700 Jun 13 21:36:13 qb132 kernel: next=3D0x25e57180 Jun 13 21:36:13 qb132 kernel: status[0]=3D0x00000000; <> Jun 13 21:36:13 qb132 kernel: status[1]=3D0x00000000; <> Jun 13 21:36:13 qb132 kernel: status[2]=3D0x00000000; <> Jun 13 21:36:13 qb132 kernel: status[3]=3D0x00000000; <> Jun 13 21:36:13 qb132 kernel: status[4]=3D0x00000000; <> Jun 13 21:36:13 qb132 kernel: status[5]=3D0x00000000; <> Jun 13 21:36:13 qb132 kernel: status[6]=3D0x00000000; <> Jun 13 21:36:13 qb132 kernel: status[7]=3D0x00000000; <> Jun 13 21:36:13 qb132 kernel: bp[0]=3D0x00000000 Jun 13 21:36:13 qb132 kernel: addr=3D0x00; endpt=3D0x0 Jun 13 21:36:13 qb132 kernel: bp[1]=3D0x00000000 Jun 13 21:36:13 qb132 kernel: dir=3Dout; mpl=3D0x00 Jun 13 21:36:13 qb132 kernel: bp[2..6]=3D0x00000000,0x00000000,0x00000000,0x00000000,0x00000000 Jun 13 21:36:13 qb132 kernel: bp_hi=3D0x00000000,0x00000000,0x00000000,0x00000000, Jun 13 21:36:13 qb132 kernel: 0x00000000,0x00000000,0x00000000 Jun 13 21:36:13 qb132 kernel: SITD(0xc446e900) at 0x0846e900 Jun 13 21:36:13 qb132 kernel: next=3D0x08462e02 Jun 13 21:36:13 qb132 kernel: portaddr=3D0x00000000 dir=3Dout addr=3D0 endp= t=3D0x0 port=3D0x0 huba=3D0x0 Jun 13 21:36:13 qb132 kernel: mask=3D0x00000000 Jun 13 21:36:13 qb132 kernel: status=3D0x00000000 <> len=3D0x0 Jun 13 21:36:13 qb132 kernel: back=3D0x00000001, bp=3D0x00000000,0x00000000,0x00000000,0x00000000 Jun 13 21:36:13 qb132 kernel: ehci_interrupt: blocking interrupts 0x10 --=20 Trevor Blackwell trevor@anybots.com 650 776 7870 From owner-freebsd-usb@FreeBSD.ORG Tue Jun 14 07:09:02 2011 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 49E8E1065673 for ; Tue, 14 Jun 2011 07:09:02 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe03.c2i.net [212.247.154.66]) by mx1.freebsd.org (Postfix) with ESMTP id 8CC978FC0A for ; Tue, 14 Jun 2011 07:09:01 +0000 (UTC) X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on mailfe03.swip.net X-Spam-Level: X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.3.1 X-TFF-CGPSA-Version: 1.7 X-T2-CGPSA-Filter: Scanned X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.1 cv=XhvKh6hw6gtWAjxtOxwWgtcklmtjSp9nA2IQor2M4rA= c=1 sm=1 a=SvYTsOw2Z4kA:10 a=M_bvHRtf90sA:10 a=WQU8e4WWZSUA:10 a=8nJEP1OIZ-IA:10 a=CL8lFSKtTFcA:10 a=i9M/sDlu2rpZ9XS819oYzg==:17 a=u32pRH1DsvUcFYqNRggA:9 a=e9gxuuNOQZtFlg57WuMA:7 a=wPNLvfGTeEIA:10 a=i9M/sDlu2rpZ9XS819oYzg==:117 Received: from [188.126.198.129] (account mc467741@c2i.net HELO laptop002.hselasky.homeunix.org) by mailfe03.swip.net (CommuniGate Pro SMTP 5.2.19) with ESMTPA id 139918146; Tue, 14 Jun 2011 09:08:58 +0200 From: Hans Petter Selasky To: Charles Sprickman Date: Tue, 14 Jun 2011 09:07:33 +0200 User-Agent: KMail/1.13.5 (FreeBSD/8.2-STABLE; KDE/4.4.5; amd64; ; ) References: <201106131108.42959.hselasky@c2i.net> In-Reply-To: X-Face: *nPdTl_}RuAI6^PVpA02T?$%Xa^>@hE0uyUIoiha$pC:9TVgl.Oq, NwSZ4V"|LR.+tj}g5 %V,x^qOs~mnU3]Gn; cQLv&.N>TrxmSFf+p6(30a/{)KUU!s}w\IhQBj}[g}bj0I3^glmC( :AuzV9:.hESm-x4h240C`9=w MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201106140907.33612.hselasky@c2i.net> Cc: freebsd-usb@freebsd.org Subject: Re: ucom/uftdi high interrupt load 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, 14 Jun 2011 07:09:02 -0000 On Tuesday 14 June 2011 02:58:44 Charles Sprickman wrote: > On Mon, 13 Jun 2011, Hans Petter Selasky wrote: > > On Sunday 12 June 2011 23:50:24 Charles Sprickman wrote: > >> On Sun, 12 Jun 2011, Hans Petter Selasky wrote: > >>> On Saturday 11 June 2011 23:43:11 Charles Sprickman wrote: > > > > Ok, then those quirks won't help. > > > > For OHCI, I guess you should check vmstat -i. > > Oddly enough, the box paniced today, but it appeared to be related to fxp. > However in the coredump summary, I have "vmstat -i" output, and ohci seems > fairly high in comparison to everything else: > > vmstat -i > > interrupt total rate > irq4: uart0 106 0 > irq10: ohci0 142322001 968176 > irq14: ata0 1178 8 > irq20: fxp0 3008691 20467 > irq21: fxp1 1733357 11791 > irq28: sym1 30 0 > irq29: sym0 2624749 17855 > cpu0: timer 728063100 4952810 > cpu1: timer 728044684 4952684 > Total 1605797896 10923795 > > Also, just a brief summary of the panic, since it mentions the interrupt > process again: Hi, The OHCI IRQ rate is too high. It should never exceed 1000 IRQ/s. Maybe you can build a kernel with "options USB_DEBUG", then run the following command and post some of the resulting dmesg: sysctl hw.usb.ohci.debug=16 ; sleep 1; sysctl hw.usb.ohci.debug=0 --HPS > > #7 0x8059139b in fxp_new_rfabuf (sc=0x8564c000, rxp=0x8564c1c0) > at /usr/src/sys/dev/fxp/if_fxp.c:2611 > #8 0x8059285b in fxp_intr (xsc=0x8564c000) > at /usr/src/sys/dev/fxp/if_fxp.c:1931 > #9 0x8067b1db in intr_event_execute_handlers (p=0x8553d7f8, > ie=0x8557d080) > at /usr/src/sys/kern/kern_intr.c:1220 > #10 0x8067c8eb in ithread_loop (arg=0x856525d0) > at /usr/src/sys/kern/kern_intr.c:1233 > #11 0x80678f11 in fork_exit (callout=0x8067c880 , > arg=0x856525d0, frame=0xd80e7d38) at /usr/src/sys/kern/kern_fork.c:844 > #12 0x80931de0 in fork_trampoline () at > /usr/src/sys/i386/i386/exception.s:270 > > And also unrelated to usb, but fairly bizarre "netstat -m" output: > > 18446744073709550887/1355/626/25600 mbuf clusters in use > (current/cache/total/max) > 18014398509480560K/3497K/2073K bytes allocated to network > (current/cache/total) > > Sorry for all the extra noise, but I'm not adept enough at determining > whether this panic was usb related or fxp related. > > Thanks, > > Charles > > > --HPS From owner-freebsd-usb@FreeBSD.ORG Tue Jun 14 07:16:37 2011 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 25286106564A for ; Tue, 14 Jun 2011 07:16:37 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe04.c2i.net [212.247.154.98]) by mx1.freebsd.org (Postfix) with ESMTP id 9D23C8FC08 for ; Tue, 14 Jun 2011 07:16:36 +0000 (UTC) X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on mailfe04.swip.net X-Spam-Level: X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.3.1 X-TFF-CGPSA-Version: 1.7 X-T2-CGPSA-Filter: Scanned X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.1 cv=wd7fLirDSts22yawIUsTeMUS9lsm8Llc0grT6RvpTjU= c=1 sm=1 a=SvYTsOw2Z4kA:10 a=4dHGigY4KkIA:10 a=WQU8e4WWZSUA:10 a=IkcTkHD0fZMA:10 a=CL8lFSKtTFcA:10 a=i9M/sDlu2rpZ9XS819oYzg==:17 a=WtlB1_eCsNfY2dTWYM0A:9 a=uWTjhhUTaxGMseBwJi0A:7 a=QEXdDO2ut3YA:10 a=i9M/sDlu2rpZ9XS819oYzg==:117 Received: from [188.126.198.129] (account mc467741@c2i.net HELO laptop002.hselasky.homeunix.org) by mailfe04.swip.net (CommuniGate Pro SMTP 5.2.19) with ESMTPA id 139014058; Tue, 14 Jun 2011 09:16:34 +0200 From: Hans Petter Selasky To: Trevor Blackwell Date: Tue, 14 Jun 2011 09:15:10 +0200 User-Agent: KMail/1.13.5 (FreeBSD/8.2-STABLE; KDE/4.4.5; amd64; ; ) References: In-Reply-To: X-Face: *nPdTl_}RuAI6^PVpA02T?$%Xa^>@hE0uyUIoiha$pC:9TVgl.Oq,NwSZ4V" =?utf-8?q?=7CLR=2E+tj=7Dg5=0A=09=25V?=,x^qOs~mnU3]Gn; cQLv&.N>TrxmSFf+p6(30a/{)KUU!s}w\IhQBj}[g}bj0I3^glmC( =?utf-8?q?=0A=09=3AAuzV9=3A=2EhESm-x4h240C=609=3Dw?= MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Message-Id: <201106140915.10184.hselasky@c2i.net> Cc: freebsd-usb@freebsd.org Subject: Re: Hub TT reset code causes ehci failure 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, 14 Jun 2011 07:16:37 -0000 On Tuesday 14 June 2011 07:11:28 Trevor Blackwell wrote: > I'm seeing the USB system halt with: >=20 > Jun 13 21:36:13 qb132 kernel: ehci_interrupt: unrecoverable error, > controller halted >=20 > I hadn't seen this before on any of our systems until I installed the > hub_tt_hardening patch. >=20 > The flag set is EHCI_STS_HSE, meaning: >=20 > Host System Error =EF=A3=A7 R/WC. The Host Controller sets this bit to 1 = when a > serious error > occurs during a host system access involving the Host Controller module.= =20 > In a PCI > system, conditions that set this bit to 1 include PCI Parity error, PCI > Master Abort, and > PCI Target Abort. When this error occurs, the Host Controller clears the > Run/Stop bit in > the Command register to prevent further execution of the scheduled TDs. >=20 >=20 > Can "PCI Target Abort" be caused by an invalid memory address? >=20 > That USB bus is busy. There are 3 hubs including the root and 5 devices on > that USB bus. 4 of the devices have active bulk read transactions, and one > is an audio devices with bidirectional isoc transactions. >=20 > Here's the complete register dump it prints: Hi, I'm not sure. Try to enable UHUB debugging: sysctl hw.usb.uhub.debug=3D15 Do you see that same behaviour with the patch I made? =2D-HPS From owner-freebsd-usb@FreeBSD.ORG Tue Jun 14 12:41:53 2011 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4A7FE1065670; Tue, 14 Jun 2011 12:41:53 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe01.c2i.net [212.247.154.2]) by mx1.freebsd.org (Postfix) with ESMTP id 678518FC1C; Tue, 14 Jun 2011 12:41:52 +0000 (UTC) X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on mailfe01.swip.net X-Spam-Level: X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.3.1 X-TFF-CGPSA-Version: 1.7 X-T2-CGPSA-Filter: Scanned X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.1 cv=yYqb1Ndwz7LWRCrQG5Ocftr83lrAPRCEYBUdXOV8g40= c=1 sm=1 a=SvYTsOw2Z4kA:10 a=TbXj0PmWfCAA:10 a=WQU8e4WWZSUA:10 a=8nJEP1OIZ-IA:10 a=CL8lFSKtTFcA:10 a=i9M/sDlu2rpZ9XS819oYzg==:17 a=59ZoYAuWMP1anrQCrVUA:9 a=wPNLvfGTeEIA:10 a=i9M/sDlu2rpZ9XS819oYzg==:117 Received: from [188.126.198.129] (account mc467741@c2i.net HELO laptop002.hselasky.homeunix.org) by mailfe01.swip.net (CommuniGate Pro SMTP 5.2.19) with ESMTPA id 140449050; Tue, 14 Jun 2011 14:41:49 +0200 From: Hans Petter Selasky To: Alexander Motin Date: Tue, 14 Jun 2011 14:40:25 +0200 User-Agent: KMail/1.13.5 (FreeBSD/8.2-STABLE; KDE/4.4.5; amd64; ; ) References: <4DF75608.2010504@FreeBSD.org> In-Reply-To: <4DF75608.2010504@FreeBSD.org> X-Face: *nPdTl_}RuAI6^PVpA02T?$%Xa^>@hE0uyUIoiha$pC:9TVgl.Oq, NwSZ4V"|LR.+tj}g5 %V,x^qOs~mnU3]Gn; cQLv&.N>TrxmSFf+p6(30a/{)KUU!s}w\IhQBj}[g}bj0I3^glmC( :AuzV9:.hESm-x4h240C`9=w MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201106141440.25693.hselasky@c2i.net> Cc: freebsd-usb@freebsd.org Subject: Re: USB 3.0 support by default? 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, 14 Jun 2011 12:41:53 -0000 On Tuesday 14 June 2011 14:37:28 Alexander Motin wrote: > On 13.06.2011 22:50, Hans Petter Selasky wrote: > > Should the "device xhci" be included by default in GENERIC for amd64 and > > i386 before FreeBSD 9 is released? > > Personally, I was surprised that it is not enabled yet. Are there any > known issues that worth not having it included? No, there are not any known issues. Perhaps there are some suspend/resume issues. --HPS From owner-freebsd-usb@FreeBSD.ORG Tue Jun 14 12:53:10 2011 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0A878106566C for ; Tue, 14 Jun 2011 12:53:10 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id 8B27B8FC08 for ; Tue, 14 Jun 2011 12:53:09 +0000 (UTC) Received: by fxm11 with SMTP id 11so5429928fxm.13 for ; Tue, 14 Jun 2011 05:53:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:sender:message-id:date:from:user-agent :mime-version:to:cc:subject:references:in-reply-to :x-enigmail-version:content-type:content-transfer-encoding; bh=86LZb/RtximUniNykBOgWOUU/22+2p8rHywT4BJsvLs=; b=ebSgJ/JZO/M5l1bM5Z+Y1IInDiaiU92HSaAMqmw3x5ikkgUeVEkvclew7KRLy/bHEE wiaMPkZ+IO2AQHSckPJ5JTGx/2rSBroaHXtqY2l9KhQW+mMtoN2QGa8KM+V6UjIjHgrq 975CyZ7l/hisff1dg7LVhSK/zR8cp6apZXGBI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; b=i7l4KcJtw3M3Gxs9fqTXvtdGR5P7y59e5tLa3Z0vzDkodWTj7gNjXKGQW0N3vAKqs0 HZQcUDz7CA90BA/vMi4JMD5DyJcWSY4yru/Bk87kN1I6ogEuUKyWcklKX724QgTLBXAg ZX5wN5THoWWkcMCSvYchOgb7YqpmzDiN16Ao8= Received: by 10.223.6.11 with SMTP id 11mr2777fax.100.1308055988393; Tue, 14 Jun 2011 05:53:08 -0700 (PDT) Received: from mavbook2.mavhome.dp.ua (pc.mavhome.dp.ua [212.86.226.226]) by mx.google.com with ESMTPS id b22sm2704143fak.25.2011.06.14.05.53.06 (version=SSLv3 cipher=OTHER); Tue, 14 Jun 2011 05:53:07 -0700 (PDT) Sender: Alexander Motin Message-ID: <4DF75978.7010909@FreeBSD.org> Date: Tue, 14 Jun 2011 15:52:08 +0300 From: Alexander Motin User-Agent: Thunderbird 2.0.0.23 (X11/20091212) MIME-Version: 1.0 To: Hans Petter Selasky References: <4DF75608.2010504@FreeBSD.org> <201106141440.25693.hselasky@c2i.net> In-Reply-To: <201106141440.25693.hselasky@c2i.net> X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-usb@freebsd.org Subject: Re: USB 3.0 support by default? 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, 14 Jun 2011 12:53:10 -0000 Hans Petter Selasky wrote: > On Tuesday 14 June 2011 14:37:28 Alexander Motin wrote: >> On 13.06.2011 22:50, Hans Petter Selasky wrote: >>> Should the "device xhci" be included by default in GENERIC for amd64 and >>> i386 before FreeBSD 9 is released? >> Personally, I was surprised that it is not enabled yet. Are there any >> known issues that worth not having it included? > > No, there are not any known issues. Perhaps there are some suspend/resume > issues. It depends on everybody's own preferences, but IMHO it is better to have device not working after suspend then device not working at all. -- Alexander Motin From owner-freebsd-usb@FreeBSD.ORG Tue Jun 14 13:05:50 2011 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 77F9A106566B for ; Tue, 14 Jun 2011 13:05:50 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id 0167C8FC16 for ; Tue, 14 Jun 2011 13:05:49 +0000 (UTC) Received: by fxm11 with SMTP id 11so5446129fxm.13 for ; Tue, 14 Jun 2011 06:05:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:sender:message-id:date:from:user-agent :mime-version:to:cc:subject:references:in-reply-to:content-type :content-transfer-encoding; bh=3SyFgdWJ6WfD0c+V93gK6j9GvbTguwrwib4WkTrnceQ=; b=K51XtfLcTwG9oPTtywjcTa0pI/MStajSBKBT5e5G4hzA9KjXzFJdpPFfqaKsrRbxGG VphrRWILdqIQ7ON5iWXjn9+SiAGVCoIMh/n+4Kf6mtjhP7Or5sdFDxUPyGGRf5HoIquB Muux//LjoJj5qxpojtmRleO9P/qcxwAFej44I= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; b=inLLbMKfWpm1eF2wzM4RGfj/K9Oa316rxPwXr1DEgmeFDuZvdSmg0s2SuY+02zFaF8 NsLghtZnEhmt7z4MJO4Jvn61QVxj+owo1ynUOQuhN2+4brmmryIIK8f5ilZNOmWfjCKJ eQQko/chK4iKeThJPcN/NWL1vk3eZoK2zITJo= Received: by 10.223.144.129 with SMTP id z1mr822538fau.57.1308055050545; Tue, 14 Jun 2011 05:37:30 -0700 (PDT) Received: from mavbook.mavhome.dp.ua (pc.mavhome.dp.ua [212.86.226.226]) by mx.google.com with ESMTPS id r10sm2693624fah.26.2011.06.14.05.37.28 (version=SSLv3 cipher=OTHER); Tue, 14 Jun 2011 05:37:29 -0700 (PDT) Sender: Alexander Motin Message-ID: <4DF75608.2010504@FreeBSD.org> Date: Tue, 14 Jun 2011 15:37:28 +0300 From: Alexander Motin User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.15) Gecko/20110310 Thunderbird/3.1.9 MIME-Version: 1.0 To: Hans Petter Selasky References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-usb@freebsd.org Subject: Re: USB 3.0 support by default? 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, 14 Jun 2011 13:05:50 -0000 On 13.06.2011 22:50, Hans Petter Selasky wrote: > Should the "device xhci" be included by default in GENERIC for amd64 and i386 > before FreeBSD 9 is released? Personally, I was surprised that it is not enabled yet. Are there any known issues that worth not having it included? -- Alexander Motin From owner-freebsd-usb@FreeBSD.ORG Tue Jun 14 20:34:22 2011 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C04891065673; Tue, 14 Jun 2011 20:34:22 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from mail.turbocat.net (sina.turbocat.net [IPv6:2a01:4f8:120:8086::2]) by mx1.freebsd.org (Postfix) with ESMTP id 584598FC08; Tue, 14 Jun 2011 20:34:22 +0000 (UTC) Received: by mail.turbocat.net (Postfix, from userid 1007) id E0BD91570865; Tue, 14 Jun 2011 22:34:20 +0200 (CEST) Received: from laptop002.hselasky.homeunix.org (cm-188.126.198.129.customer.telag.net [188.126.198.129]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id A56A015707A6; Tue, 14 Jun 2011 22:34:20 +0200 (CEST) From: Hans Petter Selasky To: Alexander Motin Date: Tue, 14 Jun 2011 22:31:31 +0200 User-Agent: KMail/1.13.5 (FreeBSD/8.2-STABLE; KDE/4.4.5; amd64; ; ) References: <201106141440.25693.hselasky@c2i.net> <4DF75978.7010909@FreeBSD.org> In-Reply-To: <4DF75978.7010909@FreeBSD.org> X-Face: *nPdTl_}RuAI6^PVpA02T?$%Xa^>@hE0uyUIoiha$pC:9TVgl.Oq,NwSZ4V" =?iso-8859-1?q?=7CLR=2E+tj=7Dg5=0A=09=25V?=,x^qOs~mnU3]Gn; cQLv&.N>TrxmSFf+p6(30a/{)KUU!s}w\IhQBj}[g}bj0I3^glmC( =?iso-8859-1?q?=0A=09=3AAuzV9=3A=2EhESm-x4h240C=609=3Dw?= MIME-Version: 1.0 Message-Id: <201106142231.31782.hselasky@c2i.net> Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Cc: freebsd-usb@freebsd.org, Joel Dahl Subject: Re: USB 3.0 support by default? 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, 14 Jun 2011 20:34:22 -0000 On Tuesday 14 June 2011 14:52:08 Alexander Motin wrote: > Hans Petter Selasky wrote: Done: http://svn.freebsd.org/changeset/base/223098 --HPS From owner-freebsd-usb@FreeBSD.ORG Wed Jun 15 09:33:14 2011 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 1233) id 42720106566C; Wed, 15 Jun 2011 09:33:14 +0000 (UTC) Date: Wed, 15 Jun 2011 09:33:14 +0000 From: Alexander Best To: Hans Petter Selasky Message-ID: <20110615093314.GA83570@freebsd.org> References: <201106141440.25693.hselasky@c2i.net> <4DF75978.7010909@FreeBSD.org> <201106142231.31782.hselasky@c2i.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201106142231.31782.hselasky@c2i.net> Cc: Alexander Motin , freebsd-usb@freebsd.org, Joel Dahl Subject: Re: USB 3.0 support by default? 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, 15 Jun 2011 09:33:14 -0000 On Tue Jun 14 11, Hans Petter Selasky wrote: > On Tuesday 14 June 2011 14:52:08 Alexander Motin wrote: > > Hans Petter Selasky wrote: > > Done: > > http://svn.freebsd.org/changeset/base/223098 btw., if i might ask a technical and probably naive question: does USB 3.0 feature *full* backward compatibility? that is supporting usb 1.x and usb 2.0 devices without the need for enabling those legacy controllers? so will xhci give me all the backward compatibility or do i have to also enable a combination of ohci/uhci/ehci? with usb 2.0 there was no usb 1.x support unless ohci/uhci was also enabled. i read that the xhci controllers don't depend on CPU and I/O availability as much as the old controllers. doing CPU intensive tasks shouldn't have such a massive effect on USB transfer times, compared to usb 1.x and 2.0. that's why i'd like to completely get rid of the need for ohci/uhci/ehci in my kernel config. i'd really like to see some transfer time statistics with CPU being close to 100% idle and with CPU being hammered close to 100% with usb 3.0. i think i did such a test a while ago for usb 2.0 and transfer rates dropped quite significantly. cheers. alex > > --HPS -- a13x From owner-freebsd-usb@FreeBSD.ORG Wed Jun 15 09:43:15 2011 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B5535106564A; Wed, 15 Jun 2011 09:43:15 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe01.c2i.net [212.247.154.2]) by mx1.freebsd.org (Postfix) with ESMTP id DE5F18FC1C; Wed, 15 Jun 2011 09:43:14 +0000 (UTC) X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on mailfe01.swip.net X-Spam-Level: X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.3.1 X-TFF-CGPSA-Version: 1.7 X-T2-CGPSA-Filter: Scanned X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.1 cv=ZLGCQ7Kc/6XFbjKQrVLfzNDKOXAq+OyLOPOnvMYY+jo= c=1 sm=1 a=SvYTsOw2Z4kA:10 a=TbXj0PmWfCAA:10 a=WQU8e4WWZSUA:10 a=8nJEP1OIZ-IA:10 a=CL8lFSKtTFcA:10 a=i9M/sDlu2rpZ9XS819oYzg==:17 a=6I5d2MoRAAAA:8 a=vs1xDr7aWPUV8dJ_9E0A:9 a=lJdjUkg8w_5jTx2tuKgA:7 a=wPNLvfGTeEIA:10 a=i9M/sDlu2rpZ9XS819oYzg==:117 Received: from [188.126.198.129] (account mc467741@c2i.net HELO laptop002.hselasky.homeunix.org) by mailfe01.swip.net (CommuniGate Pro SMTP 5.2.19) with ESMTPA id 140902100; Wed, 15 Jun 2011 11:43:11 +0200 From: Hans Petter Selasky To: Alexander Best Date: Wed, 15 Jun 2011 11:41:47 +0200 User-Agent: KMail/1.13.5 (FreeBSD/8.2-STABLE; KDE/4.4.5; amd64; ; ) References: <201106142231.31782.hselasky@c2i.net> <20110615093314.GA83570@freebsd.org> In-Reply-To: <20110615093314.GA83570@freebsd.org> X-Face: *nPdTl_}RuAI6^PVpA02T?$%Xa^>@hE0uyUIoiha$pC:9TVgl.Oq, NwSZ4V"|LR.+tj}g5 %V,x^qOs~mnU3]Gn; cQLv&.N>TrxmSFf+p6(30a/{)KUU!s}w\IhQBj}[g}bj0I3^glmC( :AuzV9:.hESm-x4h240C`9=w MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201106151141.47408.hselasky@c2i.net> Cc: Alexander Motin , freebsd-usb@freebsd.org, Joel Dahl Subject: Re: USB 3.0 support by default? 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, 15 Jun 2011 09:43:15 -0000 On Wednesday 15 June 2011 11:33:14 Alexander Best wrote: > On Tue Jun 14 11, Hans Petter Selasky wrote: > > On Tuesday 14 June 2011 14:52:08 Alexander Motin wrote: > > > Hans Petter Selasky wrote: > > Done: > > > > http://svn.freebsd.org/changeset/base/223098 > > btw., if i might ask a technical and probably naive question: Hi, > > does USB 3.0 feature *full* backward compatibility? that is supporting usb > 1.x and usb 2.0 devices without the need for enabling those legacy > controllers? Yes, XHCI is a replacement for EHCI and OHCI and UHCI. It speaks multiple protocols. > > so will xhci give me all the backward compatibility or do i have to also > enable a combination of ohci/uhci/ehci? with usb 2.0 there was no usb 1.x > support unless ohci/uhci was also enabled. > > i read that the xhci controllers don't depend on CPU and I/O availability > as much as the old controllers. doing CPU intensive tasks shouldn't have > such a massive effect on USB transfer times, compared to usb 1.x and 2.0. > that's why i'd like to completely get rid of the need for ohci/uhci/ehci > in my kernel config. Due to certain commercial OS'es which haven't got XHCI support, hardware manufacturers have come up with creative solutions which involves custom bits to switch ports to and from XHCI/EHCI. > i'd really like to see some transfer time statistics with CPU being close > to 100% idle and with CPU being hammered close to 100% with usb 3.0. i > think i did such a test a while ago for usb 2.0 and transfer rates dropped > quite significantly. --HPS From owner-freebsd-usb@FreeBSD.ORG Wed Jun 15 10:00:23 2011 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 1233) id 69980106566C; Wed, 15 Jun 2011 10:00:23 +0000 (UTC) Date: Wed, 15 Jun 2011 10:00:23 +0000 From: Alexander Best To: Hans Petter Selasky Message-ID: <20110615100023.GA87337@freebsd.org> References: <201106142231.31782.hselasky@c2i.net> <20110615093314.GA83570@freebsd.org> <201106151141.47408.hselasky@c2i.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201106151141.47408.hselasky@c2i.net> Cc: Alexander Motin , freebsd-usb@freebsd.org, Joel Dahl Subject: Re: USB 3.0 support by default? 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, 15 Jun 2011 10:00:23 -0000 On Wed Jun 15 11, Hans Petter Selasky wrote: > On Wednesday 15 June 2011 11:33:14 Alexander Best wrote: > > On Tue Jun 14 11, Hans Petter Selasky wrote: > > > On Tuesday 14 June 2011 14:52:08 Alexander Motin wrote: > > > > Hans Petter Selasky wrote: > > > Done: > > > > > > http://svn.freebsd.org/changeset/base/223098 > > > > btw., if i might ask a technical and probably naive question: > > Hi, > > > > > does USB 3.0 feature *full* backward compatibility? that is supporting usb > > 1.x and usb 2.0 devices without the need for enabling those legacy > > controllers? > > Yes, XHCI is a replacement for EHCI and OHCI and UHCI. It speaks multiple > protocols. thanks a lot for clearing things up. :) > > > > > so will xhci give me all the backward compatibility or do i have to also > > enable a combination of ohci/uhci/ehci? with usb 2.0 there was no usb 1.x > > support unless ohci/uhci was also enabled. > > > > i read that the xhci controllers don't depend on CPU and I/O availability > > as much as the old controllers. doing CPU intensive tasks shouldn't have > > such a massive effect on USB transfer times, compared to usb 1.x and 2.0. > > that's why i'd like to completely get rid of the need for ohci/uhci/ehci > > in my kernel config. > > Due to certain commercial OS'es which haven't got XHCI support, hardware > manufacturers have come up with creative solutions which involves custom bits > to switch ports to and from XHCI/EHCI. > > > i'd really like to see some transfer time statistics with CPU being close > > to 100% idle and with CPU being hammered close to 100% with usb 3.0. i > > think i did such a test a while ago for usb 2.0 and transfer rates dropped > > quite significantly. > > --HPS -- a13x From owner-freebsd-usb@FreeBSD.ORG Thu Jun 16 00:01:05 2011 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CFCC3106566C for ; Thu, 16 Jun 2011 00:01:05 +0000 (UTC) (envelope-from spork@bway.net) Received: from xena.bway.net (xena.bway.net [216.220.96.26]) by mx1.freebsd.org (Postfix) with ESMTP id 92C2C8FC13 for ; Thu, 16 Jun 2011 00:01:05 +0000 (UTC) Received: (qmail 48963 invoked by uid 0); 16 Jun 2011 00:01:04 -0000 Received: from smtp.bway.net (216.220.96.25) by xena.bway.net with (DHE-RSA-AES256-SHA encrypted) SMTP; 16 Jun 2011 00:01:04 -0000 Received: (qmail 48957 invoked by uid 90); 16 Jun 2011 00:01:04 -0000 Received: from unknown (HELO freemac) (spork@bway.net@96.57.144.66) by smtp.bway.net with (DHE-RSA-AES256-SHA encrypted) SMTP; 16 Jun 2011 00:01:04 -0000 Date: Wed, 15 Jun 2011 20:01:03 -0400 (EDT) From: Charles Sprickman X-X-Sender: spork@freemac To: Hans Petter Selasky In-Reply-To: <201106140907.33612.hselasky@c2i.net> Message-ID: References: <201106131108.42959.hselasky@c2i.net> <201106140907.33612.hselasky@c2i.net> User-Agent: Alpine 2.00 (OSX 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-usb@freebsd.org Subject: Re: ucom/uftdi high interrupt load 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, 16 Jun 2011 00:01:06 -0000 On Tue, 14 Jun 2011, Hans Petter Selasky wrote: > On Tuesday 14 June 2011 02:58:44 Charles Sprickman wrote: >> On Mon, 13 Jun 2011, Hans Petter Selasky wrote: >>> On Sunday 12 June 2011 23:50:24 Charles Sprickman wrote: >>>> On Sun, 12 Jun 2011, Hans Petter Selasky wrote: >>>>> On Saturday 11 June 2011 23:43:11 Charles Sprickman wrote: >>> >>> Ok, then those quirks won't help. >>> >>> For OHCI, I guess you should check vmstat -i. >> >> Oddly enough, the box paniced today, but it appeared to be related to fxp. >> However in the coredump summary, I have "vmstat -i" output, and ohci seems >> fairly high in comparison to everything else: >> >> vmstat -i >> >> interrupt total rate >> irq4: uart0 106 0 >> irq10: ohci0 142322001 968176 >> irq14: ata0 1178 8 >> irq20: fxp0 3008691 20467 >> irq21: fxp1 1733357 11791 >> irq28: sym1 30 0 >> irq29: sym0 2624749 17855 >> cpu0: timer 728063100 4952810 >> cpu1: timer 728044684 4952684 >> Total 1605797896 10923795 >> >> Also, just a brief summary of the panic, since it mentions the interrupt >> process again: > > Hi, > > The OHCI IRQ rate is too high. It should never exceed 1000 IRQ/s. Maybe you > can build a kernel with "options USB_DEBUG", then run the following command > and post some of the resulting dmesg: > > sysctl hw.usb.ohci.debug=16 ; sleep 1; sysctl hw.usb.ohci.debug=0 Thanks again... I just booted a kernel with USB_DEBUG and turned the sysctl on for a bit. Was quite hard to turn it off though, but it also looks like time went backward on the machine, so maybe "sleep" never caught up with itself. The output is pretty long, so I posted it here: http://pastebin.com/HdnBYk6k (set to never expire) Another interesting note. On boot, conserver failed to start for no reason I could find. When I initially ran "vmstat -i" before manually starting conserver, the interrupt rate for ohci was much lower, maybe 30/S or so. Starting conserver brought it up to 200-300/S. Conserver was running during the debug logging. Also a full dmesg is here: http://pastebin.com/4kEYYNse Thanks, Charles > --HPS > >> >> #7 0x8059139b in fxp_new_rfabuf (sc=0x8564c000, rxp=0x8564c1c0) >> at /usr/src/sys/dev/fxp/if_fxp.c:2611 >> #8 0x8059285b in fxp_intr (xsc=0x8564c000) >> at /usr/src/sys/dev/fxp/if_fxp.c:1931 >> #9 0x8067b1db in intr_event_execute_handlers (p=0x8553d7f8, >> ie=0x8557d080) >> at /usr/src/sys/kern/kern_intr.c:1220 >> #10 0x8067c8eb in ithread_loop (arg=0x856525d0) >> at /usr/src/sys/kern/kern_intr.c:1233 >> #11 0x80678f11 in fork_exit (callout=0x8067c880 , >> arg=0x856525d0, frame=0xd80e7d38) at /usr/src/sys/kern/kern_fork.c:844 >> #12 0x80931de0 in fork_trampoline () at >> /usr/src/sys/i386/i386/exception.s:270 >> >> And also unrelated to usb, but fairly bizarre "netstat -m" output: >> >> 18446744073709550887/1355/626/25600 mbuf clusters in use >> (current/cache/total/max) >> 18014398509480560K/3497K/2073K bytes allocated to network >> (current/cache/total) >> >> Sorry for all the extra noise, but I'm not adept enough at determining >> whether this panic was usb related or fxp related. >> >> Thanks, >> >> Charles >> >>> --HPS > From owner-freebsd-usb@FreeBSD.ORG Thu Jun 16 06:46:35 2011 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A265C106564A for ; Thu, 16 Jun 2011 06:46:34 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe04.c2i.net [212.247.154.98]) by mx1.freebsd.org (Postfix) with ESMTP id 2AB5F8FC15 for ; Thu, 16 Jun 2011 06:46:33 +0000 (UTC) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.1 cv=D/a7r8P9hO61Jx2CeejZiK+y1MY0zppvClPbOUfMbas= c=1 sm=1 a=SvYTsOw2Z4kA:10 a=M_bvHRtf90sA:10 a=WQU8e4WWZSUA:10 a=8nJEP1OIZ-IA:10 a=CL8lFSKtTFcA:10 a=i9M/sDlu2rpZ9XS819oYzg==:17 a=fGO4tVQLAAAA:8 a=HSfOb7Yzxe2HKQ0oZ1cA:9 a=wPNLvfGTeEIA:10 a=i9M/sDlu2rpZ9XS819oYzg==:117 Received: from [188.126.198.129] (account mc467741@c2i.net HELO laptop002.hselasky.homeunix.org) by mailfe04.swip.net (CommuniGate Pro SMTP 5.2.19) with ESMTPA id 140124567; Thu, 16 Jun 2011 08:46:27 +0200 From: Hans Petter Selasky To: Charles Sprickman Date: Thu, 16 Jun 2011 08:45:01 +0200 User-Agent: KMail/1.13.5 (FreeBSD/8.2-STABLE; KDE/4.4.5; amd64; ; ) References: <201106140907.33612.hselasky@c2i.net> In-Reply-To: X-Face: *nPdTl_}RuAI6^PVpA02T?$%Xa^>@hE0uyUIoiha$pC:9TVgl.Oq, NwSZ4V"|LR.+tj}g5 %V,x^qOs~mnU3]Gn; cQLv&.N>TrxmSFf+p6(30a/{)KUU!s}w\IhQBj}[g}bj0I3^glmC( :AuzV9:.hESm-x4h240C`9=w MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201106160845.01782.hselasky@c2i.net> Cc: freebsd-usb@freebsd.org Subject: Re: ucom/uftdi high interrupt load 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, 16 Jun 2011 06:46:35 -0000 On Thursday 16 June 2011 02:01:03 Charles Sprickman wrote: > On Tue, 14 Jun 2011, Hans Petter Selasky wrote: > > On Tuesday 14 June 2011 02:58:44 Charles Sprickman wrote: > >> On Mon, 13 Jun 2011, Hans Petter Selasky wrote: > >>> On Sunday 12 June 2011 23:50:24 Charles Sprickman wrote: > >>>> On Sun, 12 Jun 2011, Hans Petter Selasky wrote: > >>>>> On Saturday 11 June 2011 23:43:11 Charles Sprickman wrote: > >>> Ok, then those quirks won't help. > >>> > >>> For OHCI, I guess you should check vmstat -i. > >> > >> Oddly enough, the box paniced today, but it appeared to be related to > >> fxp. However in the coredump summary, I have "vmstat -i" output, and > >> ohci seems fairly high in comparison to everything else: > >> > >> vmstat -i > >> > >> interrupt total rate > >> irq4: uart0 106 0 > >> irq10: ohci0 142322001 968176 > >> irq14: ata0 1178 8 > >> irq20: fxp0 3008691 20467 > >> irq21: fxp1 1733357 11791 > >> irq28: sym1 30 0 > >> irq29: sym0 2624749 17855 > >> cpu0: timer 728063100 4952810 > >> cpu1: timer 728044684 4952684 > >> Total 1605797896 10923795 > >> > >> Also, just a brief summary of the panic, since it mentions the interrupt > > > >> process again: > > Hi, > > > > The OHCI IRQ rate is too high. It should never exceed 1000 IRQ/s. Maybe > > you can build a kernel with "options USB_DEBUG", then run the following > > command and post some of the resulting dmesg: > > > > sysctl hw.usb.ohci.debug=16 ; sleep 1; sysctl hw.usb.ohci.debug=0 > > Thanks again... I just booted a kernel with USB_DEBUG and turned the > sysctl on for a bit. Was quite hard to turn it off though, but it also > looks like time went backward on the machine, so maybe "sleep" never > caught up with itself. The output is pretty long, so I posted it here: > > http://pastebin.com/HdnBYk6k (set to never expire) > > Another interesting note. On boot, conserver failed to start for no > reason I could find. When I initially ran "vmstat -i" before manually > starting conserver, the interrupt rate for ohci was much lower, maybe 30/S > or so. Starting conserver brought it up to 200-300/S. Conserver was > running during the debug logging. > > Also a full dmesg is here: > > http://pastebin.com/4kEYYNse The logs look OK. Are you using suspend/resume on this machine? --HPS From owner-freebsd-usb@FreeBSD.ORG Thu Jun 16 06:58:05 2011 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EC280106566B for ; Thu, 16 Jun 2011 06:58:04 +0000 (UTC) (envelope-from spork@bway.net) Received: from xena.bway.net (xena.bway.net [216.220.96.26]) by mx1.freebsd.org (Postfix) with ESMTP id 89AE98FC08 for ; Thu, 16 Jun 2011 06:58:04 +0000 (UTC) Received: (qmail 4350 invoked by uid 0); 16 Jun 2011 06:58:03 -0000 Received: from smtp.bway.net (216.220.96.25) by xena.bway.net with (DHE-RSA-AES256-SHA encrypted) SMTP; 16 Jun 2011 06:58:03 -0000 Received: (qmail 4341 invoked by uid 90); 16 Jun 2011 06:58:03 -0000 Received: from unknown (HELO hotlap.nat.fasttrackmonkey.com) (spork@96.57.144.66) by smtp.bway.net with (DHE-RSA-AES256-SHA encrypted) SMTP; 16 Jun 2011 06:58:03 -0000 Date: Thu, 16 Jun 2011 02:58:02 -0400 (EDT) From: Charles Sprickman X-X-Sender: spork@hotlap.nat.fasttrackmonkey.com To: Hans Petter Selasky In-Reply-To: <201106160845.01782.hselasky@c2i.net> Message-ID: References: <201106140907.33612.hselasky@c2i.net> <201106160845.01782.hselasky@c2i.net> User-Agent: Alpine 2.00 (OSX 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-usb@freebsd.org Subject: Re: ucom/uftdi high interrupt load 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, 16 Jun 2011 06:58:05 -0000 On Thu, 16 Jun 2011, Hans Petter Selasky wrote: > On Thursday 16 June 2011 02:01:03 Charles Sprickman wrote: >> On Tue, 14 Jun 2011, Hans Petter Selasky wrote: >>> On Tuesday 14 June 2011 02:58:44 Charles Sprickman wrote: >>>> On Mon, 13 Jun 2011, Hans Petter Selasky wrote: >>>>> On Sunday 12 June 2011 23:50:24 Charles Sprickman wrote: >>>>>> On Sun, 12 Jun 2011, Hans Petter Selasky wrote: >>>>>>> On Saturday 11 June 2011 23:43:11 Charles Sprickman wrote: >>>>> Ok, then those quirks won't help. >>>>> >>>>> For OHCI, I guess you should check vmstat -i. >>>> >>>> Oddly enough, the box paniced today, but it appeared to be related to >>>> fxp. However in the coredump summary, I have "vmstat -i" output, and >>>> ohci seems fairly high in comparison to everything else: >>>> >>>> vmstat -i >>>> >>>> interrupt total rate >>>> irq4: uart0 106 0 >>>> irq10: ohci0 142322001 968176 >>>> irq14: ata0 1178 8 >>>> irq20: fxp0 3008691 20467 >>>> irq21: fxp1 1733357 11791 >>>> irq28: sym1 30 0 >>>> irq29: sym0 2624749 17855 >>>> cpu0: timer 728063100 4952810 >>>> cpu1: timer 728044684 4952684 >>>> Total 1605797896 10923795 >>>> >>>> Also, just a brief summary of the panic, since it mentions the interrupt >>> >>>> process again: >>> Hi, >>> >>> The OHCI IRQ rate is too high. It should never exceed 1000 IRQ/s. Maybe >>> you can build a kernel with "options USB_DEBUG", then run the following >>> command and post some of the resulting dmesg: >>> >>> sysctl hw.usb.ohci.debug=16 ; sleep 1; sysctl hw.usb.ohci.debug=0 >> >> Thanks again... I just booted a kernel with USB_DEBUG and turned the >> sysctl on for a bit. Was quite hard to turn it off though, but it also >> looks like time went backward on the machine, so maybe "sleep" never >> caught up with itself. The output is pretty long, so I posted it here: >> >> http://pastebin.com/HdnBYk6k (set to never expire) >> >> Another interesting note. On boot, conserver failed to start for no >> reason I could find. When I initially ran "vmstat -i" before manually >> starting conserver, the interrupt rate for ohci was much lower, maybe 30/S >> or so. Starting conserver brought it up to 200-300/S. Conserver was >> running during the debug logging. >> >> Also a full dmesg is here: >> >> http://pastebin.com/4kEYYNse > > The logs look OK. Are you using suspend/resume on this machine? Nope. It's an old 1U server that we just use for utility tasks such as the console server. I can tell you that during the debug, the box was nearly locked up. Could something unusual be happening just due to the sheer number of USB to serial adapters involved? There's 16 on one box, 8 on another. In total, I think 20 are actually in use. Any other information I can provide? Thanks, Charles > --HPS > From owner-freebsd-usb@FreeBSD.ORG Thu Jun 16 07:07:11 2011 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BB7161065689 for ; Thu, 16 Jun 2011 07:07:11 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe03.c2i.net [212.247.154.66]) by mx1.freebsd.org (Postfix) with ESMTP id 2E7B68FC12 for ; Thu, 16 Jun 2011 07:07:10 +0000 (UTC) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.1 cv=EIZfbDsN8gr1c4B7uGrP4foh/gtfZ6zZRee2cLtKwTU= c=1 sm=1 a=SvYTsOw2Z4kA:10 a=M_bvHRtf90sA:10 a=WQU8e4WWZSUA:10 a=8nJEP1OIZ-IA:10 a=CL8lFSKtTFcA:10 a=i9M/sDlu2rpZ9XS819oYzg==:17 a=fGO4tVQLAAAA:8 a=G0MuSv1yBJGgLYnEnz4A:9 a=wPNLvfGTeEIA:10 a=LH1VSvglCT6ZMf28:21 a=9kMbFSbfNB36ETB7:21 a=i9M/sDlu2rpZ9XS819oYzg==:117 Received: from [188.126.198.129] (account mc467741@c2i.net HELO laptop002.hselasky.homeunix.org) by mailfe03.swip.net (CommuniGate Pro SMTP 5.2.19) with ESMTPA id 141044021; Thu, 16 Jun 2011 09:07:09 +0200 From: Hans Petter Selasky To: Charles Sprickman Date: Thu, 16 Jun 2011 09:05:44 +0200 User-Agent: KMail/1.13.5 (FreeBSD/8.2-STABLE; KDE/4.4.5; amd64; ; ) References: <201106160845.01782.hselasky@c2i.net> In-Reply-To: X-Face: *nPdTl_}RuAI6^PVpA02T?$%Xa^>@hE0uyUIoiha$pC:9TVgl.Oq, NwSZ4V"|LR.+tj}g5 %V,x^qOs~mnU3]Gn; cQLv&.N>TrxmSFf+p6(30a/{)KUU!s}w\IhQBj}[g}bj0I3^glmC( :AuzV9:.hESm-x4h240C`9=w MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201106160905.44087.hselasky@c2i.net> Cc: freebsd-usb@freebsd.org Subject: Re: ucom/uftdi high interrupt load 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, 16 Jun 2011 07:07:11 -0000 On Thursday 16 June 2011 08:58:02 Charles Sprickman wrote: > On Thu, 16 Jun 2011, Hans Petter Selasky wrote: > > On Thursday 16 June 2011 02:01:03 Charles Sprickman wrote: > >> On Tue, 14 Jun 2011, Hans Petter Selasky wrote: > >>> On Tuesday 14 June 2011 02:58:44 Charles Sprickman wrote: > >>>> On Mon, 13 Jun 2011, Hans Petter Selasky wrote: > >>>>> On Sunday 12 June 2011 23:50:24 Charles Sprickman wrote: > >>>>>> On Sun, 12 Jun 2011, Hans Petter Selasky wrote: > >>>>>>> On Saturday 11 June 2011 23:43:11 Charles Sprickman wrote: > >>>>> Ok, then those quirks won't help. > >>>>> > >>>>> For OHCI, I guess you should check vmstat -i. > >>>> > >>>> Oddly enough, the box paniced today, but it appeared to be related to > >>>> fxp. However in the coredump summary, I have "vmstat -i" output, and > >>>> ohci seems fairly high in comparison to everything else: > >>>> > >>>> vmstat -i > >>>> > >>>> interrupt total rate > >>>> irq4: uart0 106 0 > >>>> irq10: ohci0 142322001 968176 > >>>> irq14: ata0 1178 8 > >>>> irq20: fxp0 3008691 20467 > >>>> irq21: fxp1 1733357 11791 > >>>> irq28: sym1 30 0 > >>>> irq29: sym0 2624749 17855 > >>>> cpu0: timer 728063100 4952810 > >>>> cpu1: timer 728044684 4952684 > >>>> Total 1605797896 10923795 > >>>> > >>>> Also, just a brief summary of the panic, since it mentions the > >>>> interrupt > >>> > >>>> process again: > >>> Hi, > >>> > >>> The OHCI IRQ rate is too high. It should never exceed 1000 IRQ/s. Maybe > >>> you can build a kernel with "options USB_DEBUG", then run the following > >>> command and post some of the resulting dmesg: > >>> > >>> sysctl hw.usb.ohci.debug=16 ; sleep 1; sysctl hw.usb.ohci.debug=0 > >> > >> Thanks again... I just booted a kernel with USB_DEBUG and turned the > >> sysctl on for a bit. Was quite hard to turn it off though, but it also > >> looks like time went backward on the machine, so maybe "sleep" never > >> caught up with itself. The output is pretty long, so I posted it here: > >> > >> http://pastebin.com/HdnBYk6k (set to never expire) > >> > >> Another interesting note. On boot, conserver failed to start for no > >> reason I could find. When I initially ran "vmstat -i" before manually > >> starting conserver, the interrupt rate for ohci was much lower, maybe > >> 30/S or so. Starting conserver brought it up to 200-300/S. Conserver > >> was running during the debug logging. > >> > >> Also a full dmesg is here: > >> > >> http://pastebin.com/4kEYYNse > > > > The logs look OK. Are you using suspend/resume on this machine? > > Nope. It's an old 1U server that we just use for utility tasks such as > the console server. > > I can tell you that during the debug, the box was nearly locked up. > > Could something unusual be happening just due to the sheer number of USB > to serial adapters involved? There's 16 on one box, 8 on another. In > total, I think 20 are actually in use. Hi, See if any warnings pop up when you use a kernel with options USB_DEBUG. It can be that this is overflowing the OHCI. Are you sure there is enough bandwidth on the OHCI to handle 16 concurrent streams? Have you tested loopback on all 16 ports at the same time? > > Any other information I can provide? > Not at the present moment. --HPS