Re: ULE/SCHED_SMP diff for 7.0 - panic on x86

On 7/17/07, Eric Anderson <anderson_at_freebsd.org> 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.
>
> Eric
>
>
> _______________________________________________
> freebsd-current_at_freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-current
> To unsubscribe, send any mail to "freebsd-current-unsubscribe_at_freebsd.org"
>

I am seeing the same behavior with kqemu panicking the system.  An ldd
against kqemu.ko doesn't show it linked to any shared libraries, and I
have tried all of the combinations shown in the recent thread on the
-emulation list (-DKSE in the kqemu port and Attilio's patch).

Will let you know if I can get any debug information.  My setup has
been refusing to let me get any dumps lately (don't know what I messed
up to cause that).