From mboxrd@z Thu Jan 1 00:00:00 1970 From: Andi Kleen Subject: Re: DMA32 zone unusable Date: Wed, 16 Nov 2005 16:53:06 +0100 References: <437B4EB0.3080908@kolumbus.fi> In-Reply-To: <437B4EB0.3080908@kolumbus.fi> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 8bit Content-Disposition: inline Message-Id: <200511161653.07291.ak@suse.de> Sender: owner-linux-mm@kvack.org Return-Path: To: Mika =?iso-8859-15?q?Penttil=E4?= Cc: linux-kernel@vger.kernel.org, linux-mm List-ID: On Wednesday 16 November 2005 16:22, Mika Penttila wrote: > The new DMA32 zone (which at least x86-64 has) is quite "interesting" : > > #define __GFP_DMA32 ((__force gfp_t)0x04) <-----!!!!! > > #define GFP_ZONEMASK 0x03 <------!!!!! > > #define gfp_zone(mask) ((__force int)((mask) & (__force gfp_t)GFP_ZONEMASK)) Yes that was a last minute change that was wrong. I will submit an update. Thanks for reviewing. -Andi > static inline struct page *alloc_pages_node(int nid, gfp_t gfp_mask, > unsigned int order) > { > if (unlikely(order >= MAX_ORDER)) > return NULL; > > return __alloc_pages(gfp_mask, order, > NODE_DATA(nid)->node_zonelists + gfp_zone(gfp_mask)); > } > > > So with GFP_DMA32 you never get those pages (but DMA instead). > > --Mika > > -- > 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 > -- 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