From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751726AbXCOVaX (ORCPT ); Thu, 15 Mar 2007 17:30:23 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751728AbXCOVaX (ORCPT ); Thu, 15 Mar 2007 17:30:23 -0400 Received: from smtp.osdl.org ([65.172.181.24]:41287 "EHLO smtp.osdl.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751723AbXCOVaW (ORCPT ); Thu, 15 Mar 2007 17:30:22 -0400 Date: Thu, 15 Mar 2007 14:29:55 -0700 From: Andrew Morton To: "Rafael J. Wysocki" Cc: pavel@ucw.cz, a.p.zijlstra@chello.nl, linux-kernel@vger.kernel.org Subject: Re: [PATCH 2/3] swsusp: Do not use page flags Message-Id: <20070315142955.7cbe62c1.akpm@linux-foundation.org> In-Reply-To: <200703152205.54639.rjw@sisk.pl> References: <200703122214.02657.rjw@sisk.pl> <200703122219.21171.rjw@sisk.pl> <20070315110816.8b4102b3.akpm@linux-foundation.org> <200703152205.54639.rjw@sisk.pl> X-Mailer: Sylpheed version 2.2.7 (GTK+ 2.8.6; i686-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org On Thu, 15 Mar 2007 22:05:53 +0100 "Rafael J. Wysocki" wrote: > On Thursday, 15 March 2007 20:08, Andrew Morton wrote: > > > On Mon, 12 Mar 2007 22:19:20 +0100 "Rafael J. Wysocki" wrote: > > > +int create_basic_memory_bitmaps(void) > > > +{ > > > + struct memory_bitmap *bm1, *bm2; > > > + int error = 0; > > > + > > > + BUG_ON(forbidden_pages_map || free_pages_map); > > > + > > > + bm1 = kzalloc(sizeof(struct memory_bitmap), GFP_ATOMIC); > > > + if (!bm1) > > > + return -ENOMEM; > > > + > > > + error = memory_bm_create(bm1, GFP_ATOMIC | __GFP_COLD, PG_ANY); > > > + if (error) > > > + goto Free_first_object; > > > + > > > + bm2 = kzalloc(sizeof(struct memory_bitmap), GFP_ATOMIC); > > > + if (!bm2) > > > + goto Free_first_bitmap; > > > + > > > + error = memory_bm_create(bm2, GFP_ATOMIC | __GFP_COLD, PG_ANY); > > > + if (error) > > > > What is the risk that we'll go OOM here? GFP_ATOMIC is rather unreliable. > > Well, this can be called after processes (including kswapd) has been frozen. > We can't go to sleep at this point. So it _is_ unreliable? > > And why _does_ suspend use GFP_ATOMIC all over the place? > > Generally, because it cannot sleep. Why not?