Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 17 Jun 2003 15:51:32 -0400 (EDT)
From:      Jeff Roberson <jroberson@chesapeake.net>
To:        Wiktor Niesiobedzki <w@evip.pl>
Cc:        current@freebsd.org
Subject:   Re: ULE nice bugs are fixed.
Message-ID:  <20030617154948.G36168-100000@mail.chesapeake.net>
In-Reply-To: <20030617110352.GB395@mail.evip.pl>

next in thread | previous in thread | raw e-mail | index | archive | help
On Tue, 17 Jun 2003, Wiktor Niesiobedzki wrote:

> On Tue, Jun 17, 2003 at 02:53:36AM -0400, Jeff Roberson wrote:
> > >
> > > The sources are from today. I also noticed, that 5.1-BETA (build around 9th of
> > > May) is working correctly.
> > >
> > > Also: I've noticed a strange behaviour - if I do nice -n -15 some_prog, it
> > > will get a nice of -10, and similiar with any other nice values (it +5 from
> > > what it suposed to be).
> > >
> >
> > I shouldn't have spoke so soon.  I am not able to reproduce this.  Is it
> > on SMP or UP?  Are you using either libthr or libkse?  If you're not sure
> > what I'm talking about, you're using neither of them.
> Machine is UP (Athlon XP 1600). Currently, I use libc_r.
>
> >
> > Is there anything unusual about your environment?  What are you using to
> > read the nice values?
> My simple test, is to do following:
> boot into single mode
> nice -n -15 sleep 300 &
> I use ps -l to get nice level.
>
> renice -n -20 [pid of the sleep process] cause the panic.
>
> Previously I was using CPUTYPE=athlon-xp to build the kernel, but after
> switching to i686 the panic persists.
>
> I'm attaching the full backtrace and result of call kseq_print(0).
>

I am still not able to reproduce this.  Can you update your sources?  I
commited some code just now that removed an external dependency from
sched_nice().  This should make it more robust.

Cheers,
Jeff



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20030617154948.G36168-100000>