From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1422681AbWGJQ0M (ORCPT ); Mon, 10 Jul 2006 12:26:12 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1422682AbWGJQ0L (ORCPT ); Mon, 10 Jul 2006 12:26:11 -0400 Received: from caramon.arm.linux.org.uk ([212.18.232.186]:1550 "EHLO caramon.arm.linux.org.uk") by vger.kernel.org with ESMTP id S1422681AbWGJQ0K (ORCPT ); Mon, 10 Jul 2006 12:26:10 -0400 Date: Mon, 10 Jul 2006 17:26:00 +0100 From: Russell King To: Nick Piggin Cc: Marc Singer , Linux-Kernel Subject: Re: DMA memory, split_page, BUG_ON(PageCompound()), sound Message-ID: <20060710162600.GB18728@flint.arm.linux.org.uk> Mail-Followup-To: Nick Piggin , Marc Singer , Linux-Kernel References: <20060709000703.GA9806@cerise.buici.com> <44B0774E.5010103@yahoo.com.au> <20060710025103.GC28166@cerise.buici.com> <44B1FAE4.9070903@yahoo.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <44B1FAE4.9070903@yahoo.com.au> User-Agent: Mutt/1.4.1i Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org On Mon, Jul 10, 2006 at 04:59:48PM +1000, Nick Piggin wrote: > I guess you could do it a number of ways. Maybe having GFP_USERMAP > set __GFP_USERMAP|__GFP_COMP, and the arm dma memory allocator can > strip the __GFP_COMP. > > If you get an explicit __GFP_COMP passed down, the allocator doesn't > know whether that was because they want a user mappable area, or > really want a compound page (in which case, stripping __GFP_COMP is > the wrong thing to do). So I'll mask off __GFP_COMP for the time being in the ARM dma allocator with a note to this effect? -- Russell King Linux kernel 2.6 ARM Linux - http://www.arm.linux.org.uk/ maintainer of: 2.6 Serial core