Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1758845Ab1FQMrO (ORCPT ); Fri, 17 Jun 2011 08:47:14 -0400 Received: from moutng.kundenserver.de ([212.227.17.9]:52100 "EHLO moutng.kundenserver.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1757823Ab1FQMrK (ORCPT ); Fri, 17 Jun 2011 08:47:10 -0400 From: Arnd Bergmann To: Larry Bassel Subject: Re: [Linaro-mm-sig] [PATCH 08/10] mm: cma: Contiguous Memory Allocator added Date: Fri, 17 Jun 2011 14:45:09 +0200 User-Agent: KMail/1.13.6 (Linux/3.0.0-rc1nosema+; KDE/4.6.3; x86_64; ; ) Cc: Marek Szyprowski , "'Zach Pfeffer'" , "'Daniel Walker'" , "'Daniel Stone'" , "'Jesse Barker'" , "'Mel Gorman'" , "'KAMEZAWA Hiroyuki'" , linux-kernel@vger.kernel.org, "'Michal Nazarewicz'" , linaro-mm-sig@lists.linaro.org, linux-mm@kvack.org, "'Kyungmin Park'" , "'Ankita Garg'" , "'Andrew Morton'" , linux-arm-kernel@lists.infradead.org, linux-media@vger.kernel.org References: <1307699698-29369-1-git-send-email-m.szyprowski@samsung.com> <201106160006.07742.arnd@arndb.de> <20110616170133.GC28032@labbmf-linux.qualcomm.com> In-Reply-To: <20110616170133.GC28032@labbmf-linux.qualcomm.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201106171445.09567.arnd@arndb.de> X-Provags-ID: V02:K0:LXZnuzQGmoKMgZ2TtFL0PCGciF2RjdiPvN8d6wowUQd 0yZ+u5BTzQzROWbTQulFy3CNQ2WxhDiPOEM1ppzhdS7t0IftLa KtZr1HlJQc9y164OaW8BCcPKqmlfllWWh/CFSYSMa1RzWg7hWe kRf85/6WguZCDJC1DqScjI7vJE7pv+5tRKwjt7R+Fxi9D3Y3yc XtmLevoqzF1p3QOqyp77g== Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 881 Lines: 21 On Thursday 16 June 2011 19:01:33 Larry Bassel wrote: > > Can you describe how the memory areas differ specifically? > > Is there one that is always faster but very small, or are there > > just specific circumstances under which some memory is faster than > > another? > > One is always faster, but very small (generally 2-10% the size > of "normal" memory). > Ok, that sounds like the "SRAM" regions that we are handling on some ARM platforms using the various interfaces. It should probably remain outside of the regular allocator, but we can try to generalize the SRAM support further. There are many possible uses for it. Arnd -- 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/