Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1758183AbZJPKiJ (ORCPT ); Fri, 16 Oct 2009 06:38:09 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1757981AbZJPKiI (ORCPT ); Fri, 16 Oct 2009 06:38:08 -0400 Received: from gir.skynet.ie ([193.1.99.77]:48093 "EHLO gir.skynet.ie" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1757282AbZJPKiG (ORCPT ); Fri, 16 Oct 2009 06:38:06 -0400 From: Mel Gorman To: Andrew Morton , stable Cc: "Rafael J. Wysocki" , David Miller , Frans Pop , reinette chatre , Kalle Valo , "John W. Linville" , Pekka Enberg , Bartlomiej Zolnierkiewicz , Karol Lewandowski , netdev@vger.kernel.org, linux-kernel@vger.kernel.org, "linux-mm@kvack.org\"" , Mel Gorman Subject: [PATCH 0/2] Reduce number of GFP_ATOMIC allocation failures Date: Fri, 16 Oct 2009 11:37:24 +0100 Message-Id: <1255689446-3858-1-git-send-email-mel@csn.ul.ie> X-Mailer: git-send-email 1.6.3.3 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1757 Lines: 42 The following two patches against 2.6.32-rc4 should reduce allocation failure reports for GFP_ATOMIC allocations that have being cropping up since 2.6.31-rc1. I believe these are candidates for -stable as they address issues in the following commit introduced in the v2.6.30..v2.6.31-rc1 window 11e33f6 page allocator: break up the allocator entry point into fast and slow paths The patch should not have made functional changes but at least two slipped by. The first patch wakes kswapd up each time after OOM-killing has been considered. This can be important to high-order allocations where kswapd needs to reclaim at a higher order. The second patch corrects a problem whereby a process that is exiting and making a __GFP_NOFAIL allocation can ignore watermarks. These patches in combination should help reduce the number of GFP_ATOMIC failures in the following bug. [Bug #14141] order 2 page allocation failures in iwlagn However, this bug should not yet be closed as there are still problems in the driver itself that increase the number of GFP_ATOMIC allocations that bug. The patches should also help the following bugs as well and testing there would be appreciated. [Bug #14265] ifconfig: page allocation failure. order:5, mode:0x8020 w/ e100 It might also have helped the following bug although that driver has already been fixed by not making high-order atomic allocations. [Bug #14016] mm/ipw2200 regression mm/page_alloc.c | 5 +++-- 1 files changed, 3 insertions(+), 2 deletions(-) -- 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/