Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1762505AbXEJWMA (ORCPT ); Thu, 10 May 2007 18:12:00 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1759362AbXEJWLx (ORCPT ); Thu, 10 May 2007 18:11:53 -0400 Received: from netops-testserver-4-out.sgi.com ([192.48.171.29]:40129 "EHLO relay.sgi.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1759138AbXEJWLx (ORCPT ); Thu, 10 May 2007 18:11:53 -0400 Date: Thu, 10 May 2007 15:11:52 -0700 (PDT) From: Christoph Lameter X-X-Sender: clameter@schroedinger.engr.sgi.com To: Mel Gorman cc: Andrew Morton , linux-mm@kvack.org, linux-kernel@vger.kernel.org, Nicolas.Mailhot@LaPoste.net, "bugme-daemon@kernel-bugs.osdl.org" Subject: Re: [Bug 8464] New: autoreconf: page allocation failure. order:2, mode:0x84020 In-Reply-To: <20070510220657.GA14694@skynet.ie> Message-ID: References: <200705102128.l4ALSI2A017437@fire-2.osdl.org> <20070510144319.48d2841a.akpm@linux-foundation.org> <20070510220657.GA14694@skynet.ie> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 736 Lines: 15 On Thu, 10 May 2007, Mel Gorman wrote: > I see the gfpmask was 0x84020. That doesn't look like __GFP_WAIT was set, > right? Does that mean that SLUB is trying to allocate pages atomically? If so, > it would explain why this situation could still occur even though high-order > allocations that could sleep would succeed. SLUB is following the gfp mask of the caller like all well behaved slab allocators do. If the caller does not set __GFP_WAIT then the page allocator also cannot wait. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/