From mboxrd@z Thu Jan 1 00:00:00 1970 Date: Sun, 25 May 2008 23:23:50 +0200 From: Andi Kleen Subject: Re: 2.6.26: x86/kernel/pci_dma.c: gfp |= __GFP_NORETRY ? Message-ID: <20080525212350.GB8405@one.firstfloor.org> References: <20080521113028.GA24632@xs4all.net> <48341A57.1030505@redhat.com> <20080522084736.GC31727@one.firstfloor.org> <1211484343.30678.15.camel@localhost.localdomain> <1211657898.25661.2.camel@localhost.localdomain> <20080525163539.GA8405@one.firstfloor.org> <20080525205532.3ed5e478@core> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080525205532.3ed5e478@core> Sender: owner-linux-mm@kvack.org Return-Path: To: Alan Cox Cc: Andi Kleen , Miquel van Smoorenburg , Glauber Costa , linux-kernel@vger.kernel.org, linux-mm@kvack.org, andi-suse@firstfloor.org List-ID: On Sun, May 25, 2008 at 08:55:32PM +0100, Alan Cox wrote: > On Sun, 25 May 2008 18:35:39 +0200 > Andi Kleen wrote: > > > > So how about linux-2.6.26-gfp-no-oom.patch (see previous mail) for > > > 2.6.26 > > > > Changing the gfp once globally like you did is not right, because > > the different fallback cases have to be handled differently > > (see the different cases I discussed in my earlier mail) > > > > Especially the 16MB zone allocation should never trigger the OOM killer. > > That depends how much memory you have. No it doesn't because the lower zone protection basically never puts anything that is not GFP_DMA into the 16MB zone. Just check yourself on your machine using sysrq. That was one of the motivations behind the mask allocator design. -Andi -- 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