Re: panic in 11th Feb current

Andre Guibert de Bruet wrote:
> On Fri, 13 Feb 2004, Divacky Roman wrote:
> 
> 
>>>Source from the 11th indicates that this line number to points to a
>>>vm_map_lock_read() call inside vm_map_lookup() which would be called on a
>>>page fault.
>>
>>seems so
>>
>>
>>>>stray iqr 9
>>>>_mtx_lock_sleep: recursed on non-recursive mutex
>>>>kern_mutex.c:436
>>>
>>>Ouch.
>>>
>>>
>>>>I have kernel dump which I can provide (but my kernel is not -g
>>>>compiled)
>>>
>>>Run an "nm /boot/kernel/kernel |sort" and report the function names and
>>>addresses of the functions just above and below the eip (0xc05babdc).
>>>
>>>Regards,
>>
>>is this enough?
>>
>>c05bab60 T _vm_map_unlock
>>c05babc0 T _vm_map_lock_read
> 
>              ^^^^^^^^^^^^^^^^^
> 
>>c05bac50 T _vm_map_unlock_read
> 
> 
> That EIP reflects the panic in vm_map_lock_read(). Was there another EIP
> that was displayed on your screen for the the first fault?
> 

Hi, i think i got a similar panic. I don't know how usefull the info is 
but here is what i got out of the crashdump:

GNU gdb 5.2.1 (FreeBSD)
Copyright 2002 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain 
conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "i386-undermydesk-freebsd"...
panic: double fault
panic messages:
---
panic: double fault
at line 848 in file /usr/src/sys/i386/i386/trap.c

syncing disks, buffers remaining... 4921 4923 4923 4923 4923 4923 4923 
4923 4923 4923 4923 4923 4923 4923 4923 4923 4923 4923 4923 4923
giving up on 3282 buffers
Uptime: 1h38m31s
i4b-L1 ifpi_isac_exir_hdlr: EXIRQ Rx Frame Overflow
Dumping 767 MB
  16 32 48 64 80 96 112 128 144 160 176 192 208 224 240 256 272 288 304 
320 336 352 368 384 400 416 432 448 464 480 496 512 528 544 560 576 592 
608 624 640 656 672 688 704 720 736 752
---
Reading symbols from 
/usr/obj/usr/src/sys/ZOIDBERG/modules/usr/src/sys/modules/linux/linux.ko.debug...done.
Loaded symbols for 
/usr/obj/usr/src/sys/ZOIDBERG/modules/usr/src/sys/modules/linux/linux.ko.debug
#0  doadump () at /usr/src/sys/kern/kern_shutdown.c:240
240             dumping++;
(kgdb) where
#0  doadump () at /usr/src/sys/kern/kern_shutdown.c:240
#1  0xc057d37f in boot (howto=256) at /usr/src/sys/kern/kern_shutdown.c:374
#2  0xc057d70f in __panic () at /usr/src/sys/kern/kern_shutdown.c:552
#3  0xc0701b50 in syscall (frame=
       {tf_fs = 0, tf_es = 0, tf_ds = 0, tf_edi = 0, tf_esi = 
-1065416352, tf_ebp = -1065416144, tf_isp = -1065415936, tf_ebx = 0, 
tf_edx = -976676352, tf_ecx = -976610304, tf_eax = -976676288, tf_trapno 
= -1065057088, tf_err = -1065394168, tf_eip = 0, tf_cs = 190, tf_eflags 
= 2, tf_esp = -1065956937, tf_ss = 0})
     at /usr/src/sys/i386/i386/trap.c:848
(kgdb)

Regards,
flo