Date: Wed, 18 Jul 2007 23:43:23 +0200 From: Rene Ladan <r.c.ladan@gmail.com> To: Jeff Roberson <jroberson@chesapeake.net>, current@freebsd.org Subject: Re: ULE/SCHED_SMP diff for 7.0 Message-ID: <469E897B.7080100@gmail.com> In-Reply-To: <20070718142649.Y561@10.0.0.1> References: <20070716233030.D92541@10.0.0.1> <469E83F8.3090103@gmail.com> <20070718142649.Y561@10.0.0.1>
next in thread | previous in thread | raw e-mail | index | archive | help
This is a multi-part message in MIME format. --------------040306070106010202020401 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Jeff Roberson schreef: > > On Wed, 18 Jul 2007, Rene Ladan wrote: > >> Jeff Roberson schreef: >>> http://people.freebsd.org/~jeff/ule.diff >>> >>> This patch is scheduled for inclusion in 7.0. I would like anyone who >>> cares to run it to validate that it does not create any stability or >>> performance regression over the existing ULE. This patch replaces ULE >>> with SCHED_SMP, which will now no longer exist as a seperate fork of >>> ULE. >> [..] >> >> I cvsupped this evening at 19:34 UTC. The new ULE scheduler works fine >> in single-user mode (it survives "make kernel"), but when I go to >> multi-user mode I get a "sched_add: trying to run inhibited thread" >> panic (2 vmcores lost due to fsck :( ) > > Can you get me a backtrace? You can enable KDB and DDB in your kernel > along with INVARIANTS. Just type 'tr' and record the function names > I found a file #165060 in /var/lost+found . kgdb didn't eat it, but strings could still extract the attached backtrace. In case you want to recompile the kernel, it is compiled with -O1 -pipe -march=prescott -fno-strict-aliasing Regards, Rene -- GPG fingerprint = E738 5471 D185 7013 0EE0 4FC8 3C1D 6F83 12E1 84F6 (subkeys.pgp.net) "It won't fit on the line." -- me, 2001 --------------040306070106010202020401 Content-Type: text/plain; name="vmcore32.strings" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="vmcore32.strings" panic: sched_add: trying to run inhibited thread cpuid = 1 KDB: stack backtrace: db_trace_self_wrapper(c06bc9e9,e799eae0,c0500eb9,c06dbce9,1,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c06dbce9,1,c06bb89d,e799eaec,1,...) at kdb_backtrace+0x29 panic(c06bb89d,1,c06bb74a,892,1,...) at panic+0x10f tdq_add(c0730d40,9,c06bb74a,6d7,c5d94ea4,...) at tdq_add+0x45 sched_switch(c5d94cc0,c5d94000,1,180,17eab51a,...) at sched_switch+0x26e mi_switch(1,0,c06bd5e6,1bd,c5d94cc0,...) at mi_switch+0x209 sleepq_switch(c5d94cc0,0,c06bd5e6,21b,c4d1da3c,...) at sleepq_switch+0xf8 sleepq_wait(c4d1da3c,0,c06d4a5b,3,0,...) at sleepq_wait+0x60 _sx_xlock_hard(c4d1da3c,c5d94cc0,0,c06d66d2,58,...) at _sx_xlock_hard+0x26d _sx_xlock(c4d1da3c,0,c06d66d2,58,81eb000,...) at _sx_xlock+0xb4 _vm_map_lock(c4d1d9f8,c06d66d2,58,54,0,...) at _vm_map_lock+0x51 obreak(c5d94cc0,e799ecfc,4,c06c019f,e799ed38,...) at obreak+0xc5 syscall(e799ed38) at syscall+0x28d Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (17, FreeBSD ELF32, obreak), eip = 0x283235eb, esp = 0xbfbfe50c, ebp = 0xbfbfe538 --- --------------040306070106010202020401--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?469E897B.7080100>