Date: Thu, 19 Jul 2007 01:22:10 +0200 From: Rene Ladan <r.c.ladan@gmail.com> To: attilio@FreeBSD.org Cc: Jeff Roberson <jroberson@chesapeake.net>, current@freebsd.org Subject: Re: ULE/SCHED_SMP diff for 7.0 Message-ID: <469EA0A2.1080901@gmail.com> In-Reply-To: <469E9AE4.6050007@FreeBSD.org> References: <20070716233030.D92541@10.0.0.1> <469E83F8.3090103@gmail.com> <20070718142649.Y561@10.0.0.1> <469E897B.7080100@gmail.com> <469E9AE4.6050007@FreeBSD.org>
next in thread | previous in thread | raw e-mail | index | archive | help
Attilio Rao schreef: > Rene Ladan wrote: >> 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 > > Are you using libkse? > I think this problem is linked to other KSE locking issue we are > currently experiencing and that I'm trying to fix (a little bit time > constrained now). I guess not since /usr/lib/libpthread.{a|so} -> /usr/lib/libthr.{a|so} libhtr.so.3 actually lives in /lib, libkse.{a|so.3} only lives in /usr/lib grep -ri kse /etc/ didn't find anything suspicious either. 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
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?469EA0A2.1080901>