On Mon, 16 Jun 2003, Wiktor Niesiobedzki 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. Is there anything unusual about your environment? What are you using to read the nice values? Thanks, JeffReceived on Mon Jun 16 2003 - 21:53:41 UTC
This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:37:12 UTC