Date: Thu, 10 Sep 2009 10:14:49 +0200 From: Patrick Lamaiziere <patfbsd@davenulle.org> To: Chris Cowart <ccowart@rescomp.berkeley.edu> Cc: freebsd-net@freebsd.org Subject: Re: IPSEC + long UDP causes reproducible crash [was: Crash in ether_input] Message-ID: <20090910101449.0fa714bd@baby-jane.lamaiziere.net> In-Reply-To: <20090910073739.GB37291@hal.rescomp.berkeley.edu> References: <20090904223123.GD16213@hal.rescomp.berkeley.edu> <723505E9-96C6-401C-A844-3D9BA2033795@neville-neil.com> <20090907191001.GA37291@hal.rescomp.berkeley.edu> <54FDC10A-EAE3-4AE2-BF36-2C5F7D141C3A@neville-neil.com> <20090910073739.GB37291@hal.rescomp.berkeley.edu>
next in thread | previous in thread | raw e-mail | index | archive | help
Le Thu, 10 Sep 2009 00:37:39 -0700, Chris Cowart <ccowart@rescomp.berkeley.edu> a =E9crit : Hello, > A C program that sends long UDP messages is attached (there's a > hardcoded remote IP in there). The program sends 2 UDP message of size > 1960, sleeping for 3 seconds in between. Most of the time, on a clean > boot, the first message is enough to cause a kernel panic. The second > message almost always causes a kernel panic. I have never been able to > run the program a second time without the system crashing. >=20 > The exact point of the panic tends to vary. I've seen it frequently > occurring in in_cksumdata, but it's all been really close to > ip_output. >=20 > I've been poking around in the debugger for hours over the past couple > of days. I can't tell if the mbuf is being corrupted as it's passing > through the crypto system or if it's happening in ip_fragment. I'm in > a bit over my head in terms of trying to isolate and patch the bug. If > anyone has the time to squash it or at least give me some pointers as > to where I might look, that would help. I'm not sure if it will help, but that reminds me this problem : http://www.freebsd.org/cgi/query-pr.cgi?pr=3D124609 This is fixed in 7.1-STABLE and after.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20090910101449.0fa714bd>