[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <4DAC3DEF.6070702@trash.net>
Date: Mon, 18 Apr 2011 15:34:39 +0200
From: Patrick McHardy <kaber@...sh.net>
To: Simon Arlott <simon@...e.lp0.eu>
CC: Eric Dumazet <eric.dumazet@...il.com>,
Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
netdev <netdev@...r.kernel.org>,
Netfilter Development Mailinglist
<netfilter-devel@...r.kernel.org>
Subject: Re: BUG: unable to handle kernel NULL pointer dereference at 000002c0
/ IP: [<c04c70f2>] in6_dev_finish_destroy+0x35/0x8c
Am 15.04.2011 18:18, schrieb Simon Arlott:
> On 15/04/11 14:24, Eric Dumazet wrote:
>> Hmm.. a more complete patch :
>>
>> diff --git a/net/ipv6/netfilter/nf_conntrack_reasm.c b/net/ipv6/netfilter/nf_conntrack_reasm.c
>> index 0857272..6f0bed0 100644
>
> I applied the patch by recompiling and then reloading the nf_conntrack_ipv6
> module (temporarily flushing and then restoring all ip6tables rules).
> Then this happened 10 minutes later:
>
> [33876.950100] BUG: unable to handle kernel NULL pointer dereference at 00000014
> [33876.951060] IP: [<f9b012bb>] nf_ct_frag6_gather+0x864/0x881 [nf_conntrack_ipv6]
nf_ct_frag6_reasm() can return NULL, so we need to check for a non-NULL
ret_skb before trying to set the device.
Does this patch (based on Eric's second version) help?
View attachment "x" of type "text/plain" (872 bytes)
Powered by blists - more mailing lists