Hello,
I am getting the following kernel panic - we have replaced the complete
system because of the panic - thinking it was hardware, but the panic
continues. I did not investigate the panic from the other machine so I
can't
say with certainty that it is. The original system is being shipped
back to us and
I will verify that it is the same. In the meantime any help on this
panic would be
greatly appreciated.
It is freebsd 6.1 with ipf 4.1.26 compiled out of tree and be loaded
as a module.
GNU gdb 6.1.1 [FreeBSD]
Copyright 2004 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-marcel-freebsd".
Unread portion of the kernel message buffer:
Fatal trap 12: page fault while in kernel mode
cpuid = 0; apic id = 00
fault virtual address = 0x4
fault code = supervisor read, page not present
instruction pointer = 0x20:0xc0b4536c
stack pointer = 0x28:0xc7516a30
frame pointer = 0x28:0xc7516a48
code segment = base 0x0, limit 0xfffff, type 0x1b
= DPL 0, pres 1, def32 1, gran 1
processor eflags = interrupt enabled, resume, IOPL = 0
current process = 13 (swi1: net)
trap number = 12
panic: page fault
cpuid = 0
Uptime: 1d3h29m15s
Dumping 111 MB (2 chunks)
chunk 0: 1MB (159 pages) ... ok
chunk 1: 111MB (28400 pages) 95 79 63 47 31 15
#0 doadump () at pcpu.h:165
165 __asm __volatile("movl %%fs:0,%0" : "=r" (td));
(kgdb) add-symbol-file /boot/kernel.old/ipf.ko 0xc0b3b04c
add symbol table from file "/boot/kernel.old/ipf.ko" at
.text_addr = 0xc0b3b04c
(y or n) y
Reading symbols from /boot/kernel.old/ipf.ko...done.
(kgdb) bt
#0 doadump () at pcpu.h:165
#1 0xc06492b2 in boot (howto=260) at ../../../kern/kern_shutdown.c:409
#2 0xc06495d9 in panic (fmt=0xc0910386 "%s")
at ../../../kern/kern_shutdown.c:565
#3 0xc082d99c in trap_fatal (frame=0xc75169f0, eva=4)
at ../../../i386/i386/trap.c:837
#4 0xc082d6db in trap_pfault (frame=0xc75169f0, usermode=0, eva=4)
at ../../../i386/i386/trap.c:745
#5 0xc082d335 in trap (frame=
{tf_fs = 8, tf_es = 40, tf_ds = 40, tf_edi = -950965440, tf_esi
= -102400
7680, tf_ebp = -950965688, tf_isp = -950965732, tf_ebx = -1028703232,
tf_edx =
-1047438316, tf_ecx = 0, tf_eax = 0, tf_trapno = 12, tf_err = 0,
tf_eip = -1061
923988, tf_cs = 32, tf_eflags = 590406, tf_esp = -929974260, tf_ss = 0})
at ../../../i386/i386/trap.c:435
#6 0xc08198fa in calltrap () at ../../../i386/i386/exception.s:139
#7 0xc0b4536c in nat_finalise (fin=0xc7516b40, nat=0xc2f6e200,
ni=0xc7516a80, tcp=0x0, natsave=0x0, direction=0) at endian.h:144
#8 0xc0b45239 in nat_new (fin=0xc7516b40, np=0xc2af3c00, natsave=0x0,
flags=0, direction=0) at ../../ip_nat.c:2487
#9 0xc0b47166 in fr_checknatin (fin=0xc7516b40, passp=0xc7516b3c)
at ../../ip_nat.c:4101
#10 0xc0b3da39 in fr_check (ip=0xc1af2e50, hlen=20, ifp=0x0, out=0,
mp=0xc7516c48) at ../../fil.c:2568
---Type <return> to continue, or q <return> to quit---
#11 0xc0b3b089 in fr_check_wrapper (arg=0x0, mp=0xc1915c14,
ifp=0xc1915c00,
dir=1) at ip_fil.c:176
#12 0xc06c336f in pfil_run_hooks (ph=0xc0a12300, mp=0xc7516ca8,
ifp=0xc1915c00, dir=1, inp=0x0) at ../../../net/pfil.c:139
#13 0xc06ff42a in ip_input (m=0xc1af2e00) at
../../../netinet/ip_input.c:468
#14 0xc06c1f1b in netisr_processqueue (ni=0xc0a0f818)
at ../../../net/netisr.c:236
#15 0xc06c211a in swi_net (dummy=0x0) at ../../../net/netisr.c:349
#16 0xc0633e91 in ithread_execute_handlers (p=0xc180d648, ie=0xc1834000)
at ../../../kern/kern_intr.c:682
#17 0xc0633fa1 in ithread_loop (arg=0xc17eb8d0)
at ../../../kern/kern_intr.c:765
#18 0xc0632c45 in fork_exit (callout=0xc0633f4c <ithread_loop>,
arg=0xc17eb8d0, frame=0xc7516d38) at ../../../kern/kern_fork.c:821
#19 0xc081995c in fork_trampoline () at ../../../i386/i386/exception.s:208
(kgdb) bt
Thanks
Steve
