Just a small update: disabling SACK is a good workaround for this one, too.
Arjan
On Sat, 13 Nov 2004 21:38:31 +0100, Arjan Van Leeuwen
<[EMAIL PROTECTED]> wrote:
> On Wed, 10 Nov 2004 16:42:01 + (GMT), Robert Watson
>
>
> <[EMAIL PROTECTED]> wrote:
> >
> > On Wed, 10 Nov 2004, Arjan Van Le
On Wed, 10 Nov 2004 16:42:01 + (GMT), Robert Watson
<[EMAIL PROTECTED]> wrote:
>
> On Wed, 10 Nov 2004, Arjan Van Leeuwen wrote:
>
> > > Could you send a copy of your dmesg? Could you also use gdb on a kernel
> > > with debug symbols or addr2line to convert the function+offsets in the
> > >
On Wed, 10 Nov 2004 17:53:28 +0100, Arjan Van Leeuwen
<[EMAIL PROTECTED]> wrote:
> On Wed, 10 Nov 2004 16:42:01 + (GMT), Robert Watson
>
>
> <[EMAIL PROTECTED]> wrote:
> >
> > On Wed, 10 Nov 2004, Arjan Van Leeuwen wrote:
> >
> > > > Could you send a copy of your dmesg? Could you also use gd
On Wed, 10 Nov 2004 16:42:01 + (GMT), Robert Watson
<[EMAIL PROTECTED]> wrote:
>
> On Wed, 10 Nov 2004, Arjan Van Leeuwen wrote:
>
> > > Could you send a copy of your dmesg? Could you also use gdb on a kernel
> > > with debug symbols or addr2line to convert the function+offsets in the
> > >
On Wed, 10 Nov 2004, Arjan Van Leeuwen wrote:
> > Could you send a copy of your dmesg? Could you also use gdb on a kernel
> > with debug symbols or addr2line to convert the function+offsets in the
> > trace to file and line number in the source? This is a NULL pointer
> > dereference, so presum
On Wed, 10 Nov 2004 10:15:31 + (GMT), Robert Watson
<[EMAIL PROTECTED]> wrote:
>
> Could you recompile your kernel with "options INVARIANTS"? It looks like
> whatever is happening should be triggering one of the assertions in
> m_copydata(), if not icmp_error(), and it would be helpful to tra
Hmm. Odd. The stack trace in your screen shot shows the same mbuf being
passed to icmp_error() was was passed to ip_forward(). This suggests,
given the other arguments, that it's actually the call to icmp_error() on
line 1650, not 1879. I wonder if addr2line is getting confused.
It seems that
On Wed, 10 Nov 2004, Arjan Van Leeuwen wrote:
> winston# addr2line -f -e kernel.debug.20041109 0xC06B1AE9
> ip_forward
> /usr/src/sys/netinet/ip_input.c:1879
Hmm. Odd. The stack trace in your screen shot shows the same mbuf being
passed to icmp_error() was was passed to ip_forward(). This sug
Never mind, I think I've figured it out. I hope this helps:
winston# addr2line -f -e kernel.debug.20041109 0xc06544a0
m_copydata
/usr/src/sys/sys/libkern.h:56
winston# addr2line -f -e kernel.debug.20041109 0xC06AF6A5
icmp_error
./machine/endian.h:171
winston# addr2line -f -e kernel.debug.20041109
On Tue, 9 Nov 2004 23:33:15 + (GMT), Robert Watson
<[EMAIL PROTECTED]> wrote:
>
>
>
> On Tue, 9 Nov 2004, Arjan Van Leeuwen wrote:
>
(...)
>
> Could you send a copy of your dmesg? Could you also use gdb on a kernel
> with debug symbols or addr2line to convert the function+offsets in the
>
On Tue, 9 Nov 2004, Arjan Van Leeuwen wrote:
> I updated my server at home from a -CURRENT from june 7 to 5.3-RELEASE,
> and now I'm seeing this panic whenever someone behind this gateway
> starts emule and opens a lot of connections:
>
> http://www.piwebs.com/freebsd/pagefault-network.jpg
>
>
11 matches
Mail list logo