From owner-freebsd-usb@FreeBSD.ORG Thu Feb 16 02:05:04 2006 Return-Path: X-Original-To: freebsd-usb@freebsd.org 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 A3F3916A420 for ; Thu, 16 Feb 2006 02:05:04 +0000 (GMT) (envelope-from iedowse@iedowse.com) Received: from nowhere.iedowse.com (nowhere.iedowse.com [82.195.144.75]) by mx1.FreeBSD.org (Postfix) with SMTP id 6AB2443D72 for ; Thu, 16 Feb 2006 02:04:56 +0000 (GMT) (envelope-from iedowse@iedowse.com) Received: from localhost ([127.0.0.1] helo=iedowse.com) by nowhere.iedowse.com via local-iedowse id ; 16 Feb 2006 02:04:54 +0000 (GMT) To: Juergen Lock In-Reply-To: Your message of "Wed, 15 Feb 2006 20:09:20 +0100." <20060215190920.GA942@saturn.kn-bremen.de> Date: Thu, 16 Feb 2006 02:04:54 +0000 From: Ian Dowse Message-ID: <200602160204.aa07052@nowhere.iedowse.com> Cc: freebsd-usb@freebsd.org Subject: Re: your RELENG_5 usb patches (was: Re: cvs commit: src/sys/dev/usb ehci.c ehci_pci.c ehcivar.h) 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 Feb 2006 02:05:04 -0000 In message <20060215190920.GA942@saturn.kn-bremen.de>, Juergen Lock writes: >I finally got around testing this patch on today's RELENG_5. I built >my custom kernel (mostly based on GENERIC but with ehci), booted that, >copied the kernel to an 16 MB sdcard i had lying around using an usb >multi-cardreader, which worked. umounted, disconnected, reconnected, >mounted again and verified the kernel, which worked as well. Then I >noticed this in dmesg: > da3: 1.000MB/s transfers >so it wasn't using ehci apparently. I thought, maybe this is >intermittent too like with my externally powered devices, so I >disconnected and reconnected again, but this time da3s1 didn't appear. >(dmesg also shows da1, sometimes with 1 and sometimes with 40 MB/s, >but I never saw a /dev/da1s1 appear.) I wanted to try again, and when >disconnecting I got the following panic: I'm not sure about the intermittent probing behaviour, but there are known bugs in CAM that cause it to crash in camisr() if a device goes away while being probed. There have been some improvements in this area in -CURRENT, so if you like you could try a CAM patch too: http://people.freebsd.org/~iedowse/cam_remove_releng_5.diff Note that this is just a blind backport - I haven't even tested that it compiles. Ian