Re: ULE nice bugs are fixed.

On Tue, Jun 17, 2003 at 02:53:36AM -0400, Jeff Roberson wrote:
> > I'm seeing quite similar panic, when I do renice to lower (negative) value:
> > ("Negative nice count.")
> >
> > (kgdb) bt
> > #0  doadump () at ../../../kern/kern_shutdown.c:240
> > #1  0xc018b374 in boot (howto=260) at ../../../kern/kern_shutdown.c:372
> > #2  0xc018b6aa in panic () at ../../../kern/kern_shutdown.c:545
> > #3  0xc01926a3 in mi_switch () at ../../../kern/kern_synch.c:481
> > #4  0xc018b022 in boot (howto=256) at ../../../kern/kern_shutdown.c:312
> > #5  0xc018b6aa in panic () at ../../../kern/kern_shutdown.c:545
> > #6  0xc019dbe8 in kseq_nice_rem (kseq=0xc0312be0, nice=-10) at ../../../kern/sched_ule.c:324
> > #7  0xc019e2b5 in sched_nice (kg=0xfffffff6, nice=-20) at ../../../kern/sched_ule.c:809
> > #8  0xc0188eac in donice (td=0xc25fc850, p=0xc26c0790, n=-20) at ../../../kern/kern_resource.c:296
> > #9  0xc0188b43 in setpriority (td=0xc25fc850, uap=0xcdd65d14) at ../../../kern/kern_resource.c:205
> > #10 0xc0298b11 in syscall (frame=
> >       {tf_fs = 47, tf_es = 47, tf_ds = 47, tf_edi = 87, tf_esi = -10, tf_ebp = -1077937064, tf_isp = -841589388, tf_ebx = -20, tf_edx = 0, tf_ecx = -1077937080, tf_eax = 96, tf_trapno = 12, tf_err = 2, tf_eip = 671874691, tf_cs = 31, tf_eflags = 659, tf_esp = -1077937108, tf_ss = 47}) at ../../../i386/i386/trap.c:1023
> > #11 0xc0288d9d in Xint0x80_syscall () at {standard input}:138
> > ---Can't read userspace from dump, or kernel process---
> >
> > 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).


Cheers,

Wiktor Niesiobedzki