From owner-cvs-all Sun Apr 7 20:57:35 2002 Delivered-To: cvs-all@freebsd.org Received: from magic.adaptec.com (magic.adaptec.com [208.236.45.80]) by hub.freebsd.org (Postfix) with ESMTP id 8832337B404; Sun, 7 Apr 2002 20:57:31 -0700 (PDT) Received: from redfish.adaptec.com (redfish.adaptec.com [162.62.50.11]) by magic.adaptec.com (8.10.2+Sun/8.10.2) with ESMTP id g383vUj07633; Sun, 7 Apr 2002 20:57:30 -0700 (PDT) Received: from btc.btc.adaptec.com (btc.btc.adaptec.com [10.100.0.52]) by redfish.adaptec.com (8.8.8+Sun/8.8.8) with ESMTP id UAA07255; Sun, 7 Apr 2002 20:57:19 -0700 (PDT) Received: from hollin.btc.adaptec.com (hollin [162.62.149.56]) by btc.btc.adaptec.com (8.8.8+Sun/8.8.8) with ESMTP id VAA00312; Sun, 7 Apr 2002 21:56:15 -0600 (MDT) Received: (from scottl@localhost) by hollin.btc.adaptec.com (8.11.6/8.11.6) id g383rqp06769; Sun, 7 Apr 2002 21:53:52 -0600 (MDT) (envelope-from scottl) Date: Sun, 7 Apr 2002 21:53:52 -0600 From: Scott Long To: Josef Karthauser Cc: cvs-committers@freebsd.org, cvs-all@freebsd.org Subject: Re: cvs commit: src/sys/dev/usb uhci.c Message-ID: <20020408035351.GA6762@hollin.btc.adaptec.com> References: <200204071803.g37I3jj44027@freefall.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200204071803.g37I3jj44027@freefall.freebsd.org> User-Agent: Mutt/1.3.25i Sender: owner-cvs-all@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, Apr 07, 2002 at 11:03:45AM -0700, Josef Karthauser wrote: > joe 2002/04/07 11:03:45 PDT > > Modified files: > sys/dev/usb uhci.c > Log: > MFNetBSD: > revision 1.153 > date: 2002/02/11 11:40:33; author: augustss; state: Exp; lines: +67 -26 > Switch to the same abort mechanism as in [eo]hci; it should be more > robust. > > Revision Changes Path > 1.114 +67 -23 src/sys/dev/usb/uhci.c Joe, This change (or actually, this group of changes) changes the behaviour of the ums lockup problem. Now, when I physically detach the device, the detach never completes in the ums driver. I haven't tracked it down yet, but I suspect that ums_detach is never even being called. In fact, usbdevs reports that the device is still connected. However, if I kldunload the ums driver ums_detach does get called, and further down the abort callstack there is a panic. I'll send you all of the relevant debugger info if you are interested. Scott To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe cvs-all" in the body of the message