No, that's not the actual panic message, but the one you get isn't very
useful except to notify you that your uidinfo struct was just freed :)
Here's my backtrace. I run an SMP machine, so I'm leaning toward the idea
this is a race condition. Am I the first to experience extra uidinfo frees?
I don't think it should be that strange that the uidinfo didn't have many
extra references lying around, since the credential shared by my processes
was generally the only thing referencing that entry... but I don't know why
the cred was getting freed, as there was obviously a lot more than that one
process running as my user with stock credentials, but uihashtbl[]
definitely showed that all information relevant to my uid was freed.
#0 doadump () at ../../../kern/kern_shutdown.c:239
#1 0xc019d720 in boot (howto=0x104) at ../../../kern/kern_shutdown.c:371
#2 0xc019d9d9 in panic () at ../../../kern/kern_shutdown.c:542
#3 0xc02e6b4b in trap_fatal (frame=0xd76e7b0c, eva=0x0) at
../../../i386/i386/trap.c:843
#4 0xc02e6802 in trap_pfault (frame=0xd76e7b0c, usermode=0x0, eva=0x1a0) at
../../../i386/i386/trap.c:757
#5 0xc02e6379 in trap (frame={tf_fs = 0x18, tf_es = 0x10, tf_ds = 0x10, tf_edi =
0xc291fe10, tf_esi = 0xc030f532, tf_ebp = 0xd76e7b4c, tf_isp = 0xd76e7b38, tf_ebx =
0x1a0, tf_edx = 0x1a0, tf_ecx = 0x0, tf_eax = 0x1a0, tf_trapno = 0xc, tf_err = 0x0,
tf_eip = 0xc01fd0a8, tf_cs = 0x8, tf_eflags = 0x10246, tf_esp = 0xd76e7c14, tf_ss =
0xc01b932c}) at ../../../i386/i386/trap.c:444
#6 0xc02cf788 in calltrap () at {standard input}:97
#7 0xc01b932c in kvprintf (fmt=0xc030f532 " @ %s:%d", func=0xc01b8d00
<snprintf_func>, arg=0xd76e7c30, radix=0xa, ap=0xd76e7c74 "Òü0À¬\003") at
../../../kern/subr_prf.c:668
#8 0xc01b8c7e in vsnprintf (str=0xc03720c0 "page fault", size=0x0, format=0x0,
ap=0x0) at ../../../kern/subr_prf.c:413
#9 0xc019d947 in panic (fmt=0xd76e7c30 "Ù 7Àç") at ../../../kern/kern_shutdown.c:509
#10 0xc0194123 in _mtx_lock_flags (m=0x0, opts=0x0, file=0xc030fcd2
"../../../kern/kern_resource.c", line=0x3ac) at ../../../kern/kern_mutex.c:333
#11 0xc019c86d in uifree (uip=0x3ac) at ../../../kern/kern_resource.c:940
#12 0xc019a5f1 in crfree (cr=0xc030fcd2) at ../../../kern/kern_prot.c:1725
#13 0xc019a885 in cred_update_thread (td=0xc291fe10) at ../../../kern/kern_prot.c:1832
#14 0xc02e6c31 in syscall (frame={tf_fs = 0x2f, tf_es = 0x2f, tf_ds = 0x2f, tf_edi =
0x805a08e, tf_esi = 0x806a092, tf_ebp = 0xbfbff4e8, tf_isp = 0xd76e7d74, tf_ebx =
0xbfbff3b0, tf_edx = 0x10, tf_ecx = 0x805a0a1, tf_eax = 0xbc, tf_trapno = 0x0, tf_err
= 0x2, tf_eip = 0x2821bd93, tf_cs = 0x1f, tf_eflags = 0x282, tf_esp = 0xbfbff2ec,
tf_ss = 0x2f}) at ../../../i386/i386/trap.c:960
#15 0xc02cf7dd in Xint0x80_syscall () at {standard input}:139
--
Brian Fundakowski Feldman \'[ FreeBSD ]''''''''''\
<> [EMAIL PROTECTED] \ The Power to Serve! \
Opinions expressed are my own. \,,,,,,,,,,,,,,,,,,,,,,\
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
