Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753576Ab0LWSEx (ORCPT ); Thu, 23 Dec 2010 13:04:53 -0500 Received: from wolverine02.qualcomm.com ([199.106.114.251]:58419 "EHLO wolverine02.qualcomm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752862Ab0LWSEw (ORCPT ); Thu, 23 Dec 2010 13:04:52 -0500 X-IronPort-AV: E=McAfee;i="5400,1158,6206"; a="67832300" From: David Brown To: Felipe Contreras Cc: Russell King - ARM Linux , Ankita Garg , Daniel Walker , Kyungmin Park , linux-media@vger.kernel.org, Johan MOSSBERG , Mel Gorman , linux-kernel@vger.kernel.org, Michal Nazarewicz , linux-mm@kvack.org, linux-arm-kernel@lists.infradead.org, Andrew Morton , Tomasz Fujak , KAMEZAWA Hiroyuki , Marek Szyprowski Subject: Re: [PATCHv8 00/12] Contiguous Memory Allocator References: <20101223100642.GD3636@n2100.arm.linux.org.uk> <00ea01cba290$4d67f500$e837df00$%szyprowski@samsung.com> <20101223121917.GG3636@n2100.arm.linux.org.uk> <4D135004.3070904@samsung.com> <20101223134838.GK3636@n2100.arm.linux.org.uk> <4D1356D7.2000008@samsung.com> <20101223141608.GM3636@n2100.arm.linux.org.uk> Date: Thu, 23 Dec 2010 10:04:51 -0800 In-Reply-To: (Felipe Contreras's message of "Thu, 23 Dec 2010 16:42:57 +0200") Message-ID: <8yasjxobc1o.fsf@huya.qualcomm.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.2 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1264 Lines: 30 Felipe Contreras writes: > On Thu, Dec 23, 2010 at 4:16 PM, Russell King - ARM Linux > A generic solution (that I think I already proposed) would be to > reserve a chunk of memory for the CMA that can be removed from the > normally mapped kernel memory through memblock at boot time. The size > of this memory region would be configurable through kconfig. Then, the > CMA would have a "dma" flag or something, and take chunks out of it > until there's no more, and then return errors. That would work for > ARM. That sounds an awful lot like the Android kernel's pmem implementation. Solving this problem is important for us as well, but, I'm not sure I see a better solution that something like Felipe suggests. The disadvantage, of course, being that the memory isn't available for the system when the user isn't doing the multi-media. David -- Sent by an employee of the Qualcomm Innovation Center, Inc. The Qualcomm Innovation Center, Inc. is a member of the Code Aurora Forum. -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/