From owner-freebsd-usb@FreeBSD.ORG Tue May 10 20:06:10 2005 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0FEEF16A4CE for ; Tue, 10 May 2005 20:06:10 +0000 (GMT) Received: from sep.oldach.net (sep.oldach.net [194.180.25.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id C6D4643D2F for ; Tue, 10 May 2005 20:06:06 +0000 (GMT) (envelope-from hmo@sep.oldach.net) Received: from sep.oldach.net (localhost [127.0.0.1])j4AK5onq001380 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 10 May 2005 22:05:51 +0200 (CEST) (envelope-from hmo@sep.oldach.net) Received: (from hmo@localhost) by sep.oldach.net (8.13.3/8.13.3/Submit) id j4AK5iQm001369; Tue, 10 May 2005 22:05:44 +0200 (CEST) (envelope-from hmo) Message-Id: <200505102005.j4AK5iQm001369@sep.oldach.net> In-Reply-To: <427A955E.4070605@elischer.org> from Julian Elischer at "May 5, 2005 2:51:26 pm" To: julian@elischer.org (Julian Elischer) Date: Tue, 10 May 2005 22:05:43 +0200 (CEST) From: usbcrash@oldach.net (Helge Oldach) X-Message-Flag: No HTML mail please MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV version 0.84, clamav-milter version 0.84e on sep.oldach.net X-Virus-Status: Clean cc: usb@freebsd.org Subject: Re: recent USB MFCs cause panics X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 May 2005 20:06:10 -0000 Julian, > maybe the answer is to comment out > > DEVMETHOD(bus_child_detached, uhub_child_detached), > > at line 134 of uhub.c > DEVMETHOD(bus_child_detached, uhub_child_detached), > It's kind of hard for me to...... (sudden thought appears) Did comment that line out. Precisely: --- uhub.c.ctm Wed May 4 15:58:48 2005 +++ uhub.c Tue May 10 21:27:38 2005 @@ -131,7 +131,7 @@ #else USB_DECLARE_DRIVER_INIT(uhub, DEVMETHOD(bus_driver_added, uhub_driver_added), - DEVMETHOD(bus_child_detached, uhub_child_detached), + /* DEVMETHOD(bus_child_detached, uhub_child_detached), */ DEVMETHOD(device_suspend, bus_generic_suspend), DEVMETHOD(device_resume, bus_generic_resume), DEVMETHOD(device_shutdown, bus_generic_shutdown) But the result is still the same: umass0: BBB bulk-in clear stall failed, STALLED umass0: BBB bulk-out clear stall failed, STALLED umass0: BBB reset failed, STALLED umass0: BBB bulk-in clear stall failed, STALLED umass0: BBB bulk-out clear stall failed, STALLED umass0: BBB reset failed, STALLED umass0: at uhub1 port 2 (addr 5) disconnected umass0: detached (null): BBB bulk-in clear stall failed, CANCELLED (null): BBB bulk-out clear stall failed, CANCELLED panic: (null): Unknown state 0 > DUH you are running this in a hub aren't you? Yes: uhub1: Cypress Semiconductor Slim Hub, class 9/0, rev 2.00/0.08, addr 3 uhub1: 4 ports with 4 removable, self powered I'm now back to the situation before your MFC. That works reliably. I would suggest to back this out for the time being. Regards, Helge