From mboxrd@z Thu Jan 1 00:00:00 1970 From: Eric Dumazet Subject: Re: BUG: unable to handle kernel NULL pointer dereference at 00000000000000a0 Date: Wed, 23 Jun 2010 19:29:27 +0200 Message-ID: <1277314167.2469.1144.camel@edumazet-laptop> References: <20100623141622.GC15205@tuxdriver.com> <4C223DCA.5090704@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: QUOTED-PRINTABLE Cc: "John W.Linville" , netdev@vger.kernel.org, Linux Kernel Mailing List , davem@davemloft.net, timo.teras@iki.fi To: "Justin P.Mattock" Return-path: In-Reply-To: <4C223DCA.5090704@gmail.com> Sender: linux-kernel-owner@vger.kernel.org List-Id: netdev.vger.kernel.org Le mercredi 23 juin 2010 =C3=A0 10:00 -0700, Justin P. Mattock a =C3=A9= crit : > o.k. the bisect is pointing to the below results.. > (I tried git revert xxx but this commit is too big > so I'll(hopefully)manually revert it on the latest HEAD to > see if this is the actual problem im experiencing) >=20 >=20 >=20 > 80c802f3073e84c956846e921e8a0b02dfa3755f is the first bad commit > commit 80c802f3073e84c956846e921e8a0b02dfa3755f > Author: Timo Ter=C3=83=C2=A4s > Date: Wed Apr 7 00:30:05 2010 +0000 >=20 > xfrm: cache bundles instead of policies for outgoing flows >=20 > __xfrm_lookup() is called for each packet transmitted out of > system. The xfrm_find_bundle() does a linear search which can > kill system performance depending on how many bundles are > required per policy. >=20 > This modifies __xfrm_lookup() to store bundles directly in > the flow cache. If we did not get a hit, we just create a new > bundle instead of doing slow search. This means that we can now > get multiple xfrm_dst's for same flow (on per-cpu basis). >=20 > Signed-off-by: Timo Teras > Signed-off-by: David S. Miller >=20 > :040000 040000 d8e60f5fa4c1329f450d9c7cdf98b34e6a177f22=20 > 9f576e68e5bf4ce357d7f0305aee5f410250dfe2 M include > :040000 040000 f2876df688ee36907af7b4123eea96592faaed3e=20 > a3f6f6f94f0309106856cd99b38ec90b024eb016 M net >=20 >=20 Thanks a lot for bisecting Jutin, this is really appreciated. crash is in xfrm_bundle_ok() if (xdst->policy_genid !=3D atomic_read(&xdst->pols[0]->genid)) return 0; xdst->pols[0] contains a NULL pointer