Date: Tue, 17 Jul 2007 15:41:29 -0500 From: Eric Anderson <anderson@freebsd.org> To: Jeff Roberson <jroberson@chesapeake.net> Cc: attilio@freebsd.org, current@freebsd.org, Teufel <bsd@kuehlbox.de> Subject: Re: ULE/SCHED_SMP diff for 7.0 - panic on x86 Message-ID: <469D2979.60006@freebsd.org> In-Reply-To: <20070717134252.D92541@10.0.0.1> References: <20070716233030.D92541@10.0.0.1> <469D2688.7070000@kuehlbox.de> <20070717133131.J92541@10.0.0.1> <20070717134252.D92541@10.0.0.1>
next in thread | previous in thread | raw e-mail | index | archive | help
Jeff Roberson wrote: > On Tue, 17 Jul 2007, Jeff Roberson wrote: > >> On Tue, 17 Jul 2007, Teufel wrote: >> >>> Hi, >>> >>> cvsuped kernel sources about 20 mins ago and applied Jeff's new ule >>> patch. >>> System boots normaly up, but starting qemu with kqemu (either user or >>> user and kernel space) results immediatly in kernel trap 12 >>> applying Attilio's patch >>> http://people.freebsd.org/~attilio/kqemu.diff fixed the kernel trap, >>> but hangs: >>> >>> spin lock 0xc0bbf780 (shed lock 1) held by 0xc5114880 (tid 100003) >>> too long >>> panic: spin lock held too long >>> cpuid = 0 >> Can you enable INVARIANTS, WITNESS, KDB and DDB in your kernel? Then >> get me a trace when this happens and any other consoles prints that >> look relevant. > > Can you also run ldd on the kqemu binary? I'd like to know if it's > linked against libthr or libkse. Note that there was recently a thread in -emulation that sorted this out. Updating the kqemu and qemu ports should help. Eric
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?469D2979.60006>