From mboxrd@z Thu Jan 1 00:00:00 1970 From: Andrew Morton Subject: Re: [OOPS] 2.6.23-rc1 Seems to be network related Date: Tue, 31 Jul 2007 18:04:07 -0700 Message-ID: <20070731180407.a5c3136e.akpm@linux-foundation.org> References: <200708010257.48417.bonganilinux@mweb.co.za> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: jgarzik@pobox.com, netdev@vger.kernel.org, linux-kernel@vger.kernel.org To: Bongani Hlope Return-path: Received: from smtp2.linux-foundation.org ([207.189.120.14]:37451 "EHLO smtp2.linux-foundation.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752301AbXHABE5 (ORCPT ); Tue, 31 Jul 2007 21:04:57 -0400 In-Reply-To: <200708010257.48417.bonganilinux@mweb.co.za> Sender: netdev-owner@vger.kernel.org List-Id: netdev.vger.kernel.org On Wed, 1 Aug 2007 02:57:48 +0200 Bongani Hlope wrote: > I'm not sure if the first email went through, resending without .config > attachment. It did come through, and I replied ;) The below post-2.6.23-rc1 patch should fix it. commit b8c1c5da1520977cb55a358f20fc09567d40cad9 Author: Andrew Morton Date: Tue Jul 24 12:02:40 2007 -0700 slab: correctly handle __GFP_ZERO Use the correct local variable when calling into the page allocator. Local `flags' can have __GFP_ZERO set, which causes us to pass __GFP_ZERO into the page allocator, possibly from illegal contexts. The page allocator will later do prep_zero_page()->kmap_atomic(..., KM_USER0) from irq contexts and will then go BUG. Cc: Mike Galbraith Acked-by: Christoph Lameter Signed-off-by: Andrew Morton Signed-off-by: Linus Torvalds diff --git a/mm/slab.c b/mm/slab.c index bde271c..a684778 100644 --- a/mm/slab.c +++ b/mm/slab.c @@ -2776,7 +2776,7 @@ static int cache_grow(struct kmem_cache * 'nodeid'. */ if (!objp) - objp = kmem_getpages(cachep, flags, nodeid); + objp = kmem_getpages(cachep, local_flags, nodeid); if (!objp) goto failed;