Date: Tue, 17 Jul 2007 15:44:01 -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: <469D2A11.6040207@freebsd.org> In-Reply-To: <469D2979.60006@freebsd.org> References: <20070716233030.D92541@10.0.0.1> <469D2688.7070000@kuehlbox.de> <20070717133131.J92541@10.0.0.1> <20070717134252.D92541@10.0.0.1> <469D2979.60006@freebsd.org>
next in thread | previous in thread | raw e-mail | index | archive | help
Eric Anderson wrote: > 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. I should be more clear: /sorted this out/sorted out something similar/ /should help/might help/ Eric
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?469D2A11.6040207>