misc/123066: kernel trap with ipsec
Kris Kennaway
kris at FreeBSD.org
Fri Apr 25 05:50:04 UTC 2008
The following reply was made to PR kern/123066; it has been noted by GNATS.
From: Kris Kennaway <kris at FreeBSD.org>
To: Mihail <msaf1980 at rambler.ru>
Cc: freebsd-gnats-submit at FreeBSD.org
Subject: Re: misc/123066: kernel trap with ipsec
Date: Fri, 25 Apr 2008 05:46:54 +0000
On Fri, Apr 25, 2008 at 04:13:40AM +0000, Mihail wrote:
> (kgdb) backtrace
> #0 doadump () at pcpu.h:195
> #1 0xc075df57 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:409
> #2 0xc075e219 in panic (fmt=Variable "fmt" is not available.
> ) at /usr/src/sys/kern/kern_shutdown.c:563
> #3 0xc0a9766c in trap_fatal (frame=0xc884e934, eva=3621180904)
> at /usr/src/sys/i386/i386/trap.c:899
> #4 0xc0a978f0 in trap_pfault (frame=0xc884e934, usermode=0, eva=3621180904)
> at /usr/src/sys/i386/i386/trap.c:812
> #5 0xc0a9829c in trap (frame=0xc884e934) at /usr/src/sys/i386/i386/trap.c:490
> #6 0xc0a7e21b in calltrap () at /usr/src/sys/i386/i386/exception.s:139
> #7 0xc0a952f6 in generic_bcopy () at /usr/src/sys/i386/i386/support.s:498
> Previous frame inner to this frame (corrupt stack?)
Unfortunately we need the rest of the stack. Can you either try to
reproduce with DDB in the kernel and obtain a stack trace from there,
or if this is not possible then try recompiling the kernel with -O
instead of -O2 which tends to produce better stack traces.
Kris
More information about the freebsd-net
mailing list