From mboxrd@z Thu Jan 1 00:00:00 1970 From: Paul Mundt Subject: Re: Representing Embedded Architectures at the Kernel Summit Date: Thu, 18 Jun 2009 11:51:25 +0900 Message-ID: <20090618025125.GA26531@linux-sh.org> References: <1243956140.4229.25.camel@mulgrave.int.hansenpartnership.com> Mime-Version: 1.0 Return-path: Content-Disposition: inline In-Reply-To: Sender: linux-arch-owner@vger.kernel.org List-ID: Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: Kumar Gala Cc: James Bottomley , ksummit-2009-discuss@lists.linux-foundation.org, linux-arch@vger.kernel.org, linux-embedded@vger.kernel.org On Wed, Jun 17, 2009 at 09:31:48AM -0500, Kumar Gala wrote: > One topic that was partially touched on was dealing with various > memories on embedded systems. We have several sram based allocators > in the kernel for various different arch's: > > - Blackfin sram allocator arch/blackfin/mm/sram-alloc.c > - Lite5200(b) sram allocator arch/powerpc/sysdev/bestcomm/sram.c > - AVR32 sram allocator arch/avr32/mach-at32ap/at32ap700x.c and arch/ > avr32/mach-at32ap/include/mach/sram.h > - Potential davinci sram allocator > > There maybe others. > SH does this through NUMA on SRAM blocks that are anywhere from 128kB to 64MB. Some of our SMP configurations have upwards of a dozen of these blocks.