Date: Tue, 14 Feb 2006 20:01:54 -0800 From: Joseph Olatt <joji@eskimo.com> To: Peter Jeremy <peterjeremy@optushome.com.au> Cc: freebsd-stable@freebsd.org Subject: Re: kernel panic on 6.1-PRERELEASE with Lexar Jumpdrive2 Message-ID: <20060214200154.A3559@eskimo.com> In-Reply-To: <20060214090748.GA900@turion.vk2pj.dyndns.org>; from peterjeremy@optushome.com.au on Tue, Feb 14, 2006 at 08:07:48PM %2B1100 References: <20060213194406.A29000@eskimo.com> <20060214090748.GA900@turion.vk2pj.dyndns.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On Tue, Feb 14, 2006 at 08:07:48PM +1100, Peter Jeremy wrote: > On Mon, 2006-Feb-13 19:44:07 -0800, Joseph Olatt wrote: > >I've been having kernel panics when I use one particular USB flash drive > >(LEXAR MEDIA JUMPDRIVE2, rev 2.00/1.25, addr 2) with FreeBSD > >6.1-PRERELEASE (See [1] below). All I have to do to get the kernel to > >panic is to insert and remove the drive from the USB port 2 or 3 times > > You left out details of the panic and backtrace. > > >This problem happens only if the "ehci" device is enabled in the kernel > > Note that echi(4) states: > BUGS > The driver is not finished and is quite buggy. > > >So I suspect that it is a problem with the "ehci" driver. Unfortunately > >I'm not being able to get a crash dump as the system starts dumping and > >then freezes. > > Try adding the following options so you can get backtraces without dumps: > options KDB > options KDB_TRACE > options DDB > Using Peter Jeremy's suggestion, I was able to get a backtrace. Since I couldn't figure out an easier way to capture the backtrace, I transcribed by hand from the console. Here is the output: ### Begin Backtrace ### dt> bt Tracing pid 39 tid 100030 td 0x32bcc00 probedone(c3a56800, c3606000) at probedone+0x4b2 camisr(c0926a78) at camisr+0x27d ithread_loop(c33c3400, d44aad38) at ithread_loop+0x159 fork_exit(c0631330, c33c3400, d44aad38) at fork_exit+0x70 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xd44aadbc, ebp = 0 --- ### End Backtrace ### I still wish I could get the system to dump and save the core. I still haven't figured out why the system freezes in the middle of a core dump. It looks like the the function "probedone" is defined in: /usr/src/sys/cam/cam_xpt.c I'm not familiar with DDB. If anyone would like more information, I'll be glad to get the system to panic again and follow your instructions. regards, joseph
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20060214200154.A3559>