From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail172.messagelabs.com (mail172.messagelabs.com [216.82.254.3]) by kanga.kvack.org (Postfix) with ESMTP id BF9B16B03A9 for ; Mon, 23 Aug 2010 05:37:09 -0400 (EDT) Message-ID: <4C724141.8060000@kernel.org> Date: Mon, 23 Aug 2010 12:37:05 +0300 From: Pekka Enberg MIME-Version: 1.0 Subject: Re: 2.6.34.1 page allocation failure References: <4C70BFF3.8030507@hardwarefreak.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-linux-mm@kvack.org To: Christoph Lameter Cc: Mikael Abrahamsson , Stan Hoeppner , Linux Kernel List , linux-mm@kvack.org, Mel Gorman List-ID: On 8/23/10 1:40 AM, Christoph Lameter wrote: > On Sun, 22 Aug 2010, Pekka Enberg wrote: > >> In Stan's case, it's a order-1 GFP_ATOMIC allocation but there are >> only order-0 pages available. Mel, any recent page allocator fixes in >> 2.6.35 or 2.6.36-rc1 that Stan/Mikael should test? > This is the TCP slab? Best fix would be in the page allocator. However, > in this particular case the slub allocator would be able to fall back to > an order 0 allocation and still satisfy the request. > Looking at the stack trace of the oops, I think Stan has CONFIG_SLAB which doesn't have order-0 fallback. -- To unsubscribe, send a message with 'unsubscribe linux-mm' in the body to majordomo@kvack.org. For more info on Linux MM, see: http://www.linux-mm.org/ . Don't email: email@kvack.org