From owner-freebsd-current@FreeBSD.ORG Sun Feb 8 09:24:06 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 271D2106566B; Sun, 8 Feb 2009 09:24:06 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe11.swip.net [212.247.155.65]) by mx1.freebsd.org (Postfix) with ESMTP id 88EE58FC12; Sun, 8 Feb 2009 09:24:05 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=gKk-Gem6gKgA:10 a=comVQFSu9oQA:10 a=rAuBOI65mGrkFIRhE1EA:9 a=0GG6t8vcIQnGG5-3tWUA:7 a=FgIEokKFjNFEQyUiM0jx47COt0AA:4 a=50e4U0PicR4A:10 Received: from [193.217.167.198] (account mc467741@c2i.net HELO [10.0.0.249]) by mailfe11.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 1020316130; Sun, 08 Feb 2009 10:24:03 +0100 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Sun, 8 Feb 2009 10:26:20 +0100 User-Agent: KMail/1.9.7 References: <20090208001656.48a1a14d@gluon> In-Reply-To: <20090208001656.48a1a14d@gluon> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200902081026.22618.hselasky@c2i.net> Cc: Bruce Cran , current@freebsd.org Subject: Re: "Fatal trap" when unloading usb2_controller_ehci X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Feb 2009 09:24:06 -0000 Hi, I don't think this is a USB problem. I rather think it has something to do with the IRQ handler. On my box the EHCI IRQ is shared with the IRQ of the graphics adapter, and when I unload the EHCI driver under X11 a couple of times X11 freezes. This does not happen on the console. --HPS On Sunday 08 February 2009, Bruce Cran wrote: > Unloading usb2_controller_ehci is crashing FreeBSD on -CURRENT > from a few days ago, resulting in a "Fatal trap" that isn't immediately > fatal but ends up knocking out the rest of the system. > > Shortly after issuing a kldunload, the kernel drops into DDB with: > > Fatal trap 30: reserved (unknown) fault while in kernel mode > cpuid = 0; apic id = 00 > instruction pointer = 0x8 : 0xffffffff804bc646 > stack pointer = 0x10: 0xfffffffe40023b70 > frame pointer = 0x10: 0xfffffffe40023b80 > code segment = base 0x0, limit 0xfffff, type 0x1b > processor eflags = interrupt enabled, IOPL = 0 > current process = 11 (idle : cpu0) > [thread pid 11 tid 100004] > Stopped at acpi_cpu_c1+0x6 : leave > > A backtrace just shows that the idle task was running at the time of > the trap. Attempting to continue results in a load of "calcru: runtime > went backwards" messages followed by the ATA driver dying with: > > WARNING - SETFEATURES SET TRANSFER MODE taskqueue timeout - completing > request directly > > Then follows similar messages about SET_MULTI, ENABLE RCACHE, > ENABLE_WCACHE and WRITE_DMA48 etc.