Date: Wed, 18 Jul 2007 00:22:45 +0200 From: "Attilio Rao" <attilio@freebsd.org> To: "Roman Divacky" <rdivacky@freebsd.org> Cc: Jeff Roberson <jroberson@chesapeake.net>, current@freebsd.org, Teufel <bsd@kuehlbox.de> Subject: Re: ULE/SCHED_SMP diff for 7.0 - panic on x86 Message-ID: <3bbf2fe10707171522i3ddd07d0x543803f18892db27@mail.gmail.com> In-Reply-To: <20070717221327.GA60004@freebsd.org> References: <20070716233030.D92541@10.0.0.1> <469D2688.7070000@kuehlbox.de> <20070717221327.GA60004@freebsd.org>
next in thread | previous in thread | raw e-mail | index | archive | help
2007/7/18, Roman Divacky <rdivacky@freebsd.org>: > On Tue, Jul 17, 2007 at 10:28:56PM +0200, 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 > > this looks similar to what people are seeing on pointyhat building cluster. > > its definitely NOT related to kqemu desynced module/kernel. I have told attilio > about it. no response yet... After some speech it is sorted out Roman just confused and the bug he reported to me some weeks ago has nothing to do with this issue. I'm confident this is an ABI breakage due to KSE... Attilio -- Peace can only be achieved by understanding - A. Einstein
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?3bbf2fe10707171522i3ddd07d0x543803f18892db27>