On Wed, 18 Jul 2007, Roman Divacky wrote: > 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... > I see. The kqemu kernel module needs to be updated for 7.0. It locks sched_lock directly. This is no longer legal or valid. It is not holding the correct locks for ULE, only 4BSD. We will have to address this with the module author. Thanks, JeffReceived on Tue Jul 17 2007 - 20:23:37 UTC
This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:39:14 UTC