From owner-freebsd-usb@FreeBSD.ORG Mon Jan 30 00:51:29 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 17E7E16A420 for ; Mon, 30 Jan 2006 00:51:29 +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 5019743D46 for ; Mon, 30 Jan 2006 00:51:28 +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 ; 30 Jan 2006 00:51:25 +0000 (GMT) To: Juergen Lock In-Reply-To: Your message of "Mon, 30 Jan 2006 00:55:59 +0100." <20060129235559.GA29869@saturn.kn-bremen.de> Date: Mon, 30 Jan 2006 00:51:25 +0000 From: Ian Dowse Message-ID: <200601300051.aa09730@nowhere.iedowse.com> Cc: freebsd-usb@freebsd.org Subject: 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: Mon, 30 Jan 2006 00:51:29 -0000 In message <20060129235559.GA29869@saturn.kn-bremen.de>, Juergen Lock writes: >Hmm. Now I just got the following panic with it, pipe->queue.stqh_first >shouldn't be NULL right? (Maybe it already got a new command for the >same umass device while there still is an ehci_intrlist_timeout pending >for the last command and so the new one interferes?) Is that with umass devices only, or were there other USB devices in use? The trace looks familiour so it might be something that has been fixed in -current. Could you see if there were any related console messages just before the crash with dmesg -a -M vmcore_file -N kernel_file and if possible recompile your kernel to contain the drivers for any USB devices you use rather than loading modules? Using modules causes the stack trace to miss out information from module frames. Ian