Date: Mon, 28 Apr 2008 08:49:51 +0400 From: misha saf <msaf1980@rambler.ru> To: Kris Kennaway <kris@FreeBSD.org> Cc: freebsd-net@FreeBSD.org Subject: Re: misc/123066: kernel trap with ipsec Message-ID: <923282750.1209358191.50616216.62540@mcgi59.rambler.ru> In-Reply-To: <20080426130908.GE47671@hub.freebsd.org> References: <200804250720.m3P7K3Jk019605@freefall.freebsd.org> <20080426130908.GE47671@hub.freebsd.org>
next in thread | previous in thread | raw e-mail | index | archive | help
* Kris Kennaway <kris@FreeBSD.org> [Sat, 26 Apr 2008 13:09:08 +0000]: > On Fri, Apr 25, 2008 at 07:20:03AM +0000, misha saf wrote: > > The following reply was made to PR kern/123066; it has been noted by > GNATS. > > > > From: misha saf <msaf1980@rambler.ru> > > To: Kris Kennaway <kris@FreeBSD.org> > > Cc: <freebsd-gnats-submit@FreeBSD.org> > > Subject: Re: misc/123066: kernel trap with ipsec > > Date: Fri, 25 Apr 2008 10:59:33 +0400 > > > > * Kris Kennaway <kris@FreeBSD.org> [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 > > > That's all needed info ? > > No, stack frames 8 and beyond contained the important parts of the > stack trace, but were not displayed by gdb. What we need is what I > explained above. > > Kris > > -- > In God we Trust -- all others must submit an X.509 certificate. > -- Charles Forsythe <forsythe@alum.mit.edu> -- db> trace Tracing pid 996 tid 100075 td 0xc1ed2210 generic_bcopy(c1c8b700, c1eeac80,0,14,9,...) at generic_bcopy+0x1a ipsec4_process_packet(c1c8b700, c1eeac80,20,0,c1f00924,...) at ipsec4_process_packet+0x28b ip_ipsec_output(c886db04, c1f00924,c886dae4,c886db0c,...) at ip_ipsec_output+0x1a3 ip_output(c1c8b700,0,c886dac8,20,0,...) at ip_output+0x8ef rip_output(c1c8b700,c1d3c630,1c8a8c0,0,...) at rip_output+0x35e rip_send(c1d3c630,0,c1c8b700,c1bcebd0,0,...) at rip_send+0x5c sosend_generic(c1d3c630,c1bcebd0,c886dbe8,c1c8b700,0,...) at sosend_generic+0x64 sosend(c1d3c630,c1bcebd0,c886dbe8,0,0,...) at sosend+0x3f kern_sendit(c1ed2210,3,c886dc64,0,0,...) at kern_sendit+0x106 sendit(0,8050cec,0,c886dc64,0,0,...) at sendit+0xb1 sendto(c1ed2210,c886dcfc,18,c886dd38,c866dd2c,...) at sendto+0x48 syscall(c886dd38) at syscall+0x335 Xint0x80_syscall() at Xint0x80_syscall+0x20 ----syscal(133, FreeBSD ELF32, sendto), eip = 0x28156edf, esp = 0xbfbee7ec, ebp = 0xbfbee828
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?923282750.1209358191.50616216.62540>