ULE nice bugs are fixed.
Jeff Roberson
jroberson at chesapeake.net
Tue Jun 17 12:51:35 PDT 2003
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
More information about the freebsd-current
mailing list