From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail143.messagelabs.com (mail143.messagelabs.com [216.82.254.35]) by kanga.kvack.org (Postfix) with SMTP id A8B666B0047 for ; Tue, 31 Aug 2010 20:31:18 -0400 (EDT) Received: from m5.gw.fujitsu.co.jp ([10.0.50.75]) by fgwmail7.fujitsu.co.jp (Fujitsu Gateway) with ESMTP id o810VGY0026230 for (envelope-from kosaki.motohiro@jp.fujitsu.com); Wed, 1 Sep 2010 09:31:16 +0900 Received: from smail (m5 [127.0.0.1]) by outgoing.m5.gw.fujitsu.co.jp (Postfix) with ESMTP id D2F4045DE60 for ; Wed, 1 Sep 2010 09:31:15 +0900 (JST) Received: from s5.gw.fujitsu.co.jp (s5.gw.fujitsu.co.jp [10.0.50.95]) by m5.gw.fujitsu.co.jp (Postfix) with ESMTP id 991CF45DE5B for ; Wed, 1 Sep 2010 09:31:15 +0900 (JST) Received: from s5.gw.fujitsu.co.jp (localhost.localdomain [127.0.0.1]) by s5.gw.fujitsu.co.jp (Postfix) with ESMTP id 5F3DE1DB8064 for ; Wed, 1 Sep 2010 09:31:15 +0900 (JST) Received: from m108.s.css.fujitsu.com (m108.s.css.fujitsu.com [10.249.87.108]) by s5.gw.fujitsu.co.jp (Postfix) with ESMTP id C8D7B1DB805F for ; Wed, 1 Sep 2010 09:31:14 +0900 (JST) From: KOSAKI Motohiro Subject: [BUGFIX][PATCH] vmscan: don't use return value trick when oom_killer_disabled Message-Id: <20100901092430.9741.A69D9226@jp.fujitsu.com> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Date: Wed, 1 Sep 2010 09:31:14 +0900 (JST) Sender: owner-linux-mm@kvack.org To: Johannes Weiner , Rik van Riel , "Rafael J. Wysocki" , "M. Vefa Bicakci" , LKML , linux-mm , Andrew Morton Cc: kosaki.motohiro@jp.fujitsu.com List-ID: M. Vefa Bicakci reported 2.6.35 kernel hang up when hibernation on his 32bit 3GB mem machine. (https://bugzilla.kernel.org/show_bug.cgi?id=16771) Also he was bisected first bad commit is below commit bb21c7ce18eff8e6e7877ca1d06c6db719376e3c Author: KOSAKI Motohiro Date: Fri Jun 4 14:15:05 2010 -0700 vmscan: fix do_try_to_free_pages() return value when priority==0 reclaim failure At first impression, this seemed very strange because the above commit only chenged function return value and hibernate_preallocate_memory() ignore return value of shrink_all_memory(). But it's related. Now, page allocation from hibernation code may enter infinite loop if the system has highmem. The reasons are two. 1) hibernate_preallocate_memory() call alloc_pages() wrong order 2) vmscan don't care enough OOM case when oom_killer_disabled. This patch only fix (2). Why is oom_killer_disabled so special? because when hibernation case, zone->all_unreclaimable never be turned on. hibernation freeze all tasks at first, then kswapd can't works in this case, and zone->all_unreclaimable is only turned from kswapd. Cc: Johannes Weiner Cc: Rik van Riel Cc: "Rafael J. Wysocki" Cc: M. Vefa Bicakci Cc: stable@kernel.org Signed-off-by: KOSAKI Motohiro --- mm/vmscan.c | 3 ++- 1 files changed, 2 insertions(+), 1 deletions(-) diff --git a/mm/vmscan.c b/mm/vmscan.c index c391c32..1919d8a 100644 --- a/mm/vmscan.c +++ b/mm/vmscan.c @@ -40,6 +40,7 @@ #include #include #include +#include #include #include @@ -1931,7 +1932,7 @@ out: return sc->nr_reclaimed; /* top priority shrink_zones still had more to do? don't OOM, then */ - if (scanning_global_lru(sc) && !all_unreclaimable) + if (scanning_global_lru(sc) && !all_unreclaimable && !oom_killer_disabled) return 1; return 0; -- 1.6.5.2 -- 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