[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <84144f020807240540vbe7ef50uee2cacabe8016546@mail.gmail.com>
Date: Thu, 24 Jul 2008 15:40:40 +0300
From: "Pekka Enberg" <penberg@...helsinki.fi>
To: "Herbert Xu" <herbert@...dor.apana.org.au>
Cc: "Patrick McHardy" <kaber@...sh.net>, "Ingo Molnar" <mingo@...e.hu>,
"David Miller" <davem@...emloft.net>, w@....eu,
davidn@...idnewall.com, torvalds@...ux-foundation.org,
akpm@...ux-foundation.org, netdev@...r.kernel.org,
linux-kernel@...r.kernel.org, stefanr@...6.in-berlin.de,
rjw@...k.pl, ilpo.jarvinen@...sinki.fi,
"Dave Jones" <davej@...hat.com>, "Matt Mackall" <mpm@...enic.com>,
"Christoph Lameter" <cl@...ux-foundation.org>
Subject: Re: [regression] nf_iterate(), BUG: unable to handle kernel NULL pointer dereference
Hi Herbert,
On Thu, Jul 24, 2008 at 02:03:50PM +0200, Patrick McHardy wrote:
>> Does reverting 31d8519c fix this?
On Thu, Jul 24, 2008 at 3:22 PM, Herbert Xu <herbert@...dor.apana.org.au> wrote:
> Regardless of whether this is the problem, banning ksize because
> it can be abused is like banning cars because they can kill people.
>
> For example, Ethernet skbs are 1500 bytes long, so using ksize
> we could potentially use the left-over memory for temporary storage.
Using ksize() for skbs will crash your kernel for some configurations
because calling that function for memory allocated with
kmem_cache_alloc() is not supported by all the allocators (well,
SLOB).
Pekka
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists