From mboxrd@z Thu Jan 1 00:00:00 1970 From: Paul Mundt Subject: Re: Representing Embedded Architectures at the Kernel Summit Date: Fri, 19 Jun 2009 12:00:10 +0900 Message-ID: <20090619030009.GB16806@linux-sh.org> References: <1243956140.4229.25.camel@mulgrave.int.hansenpartnership.com> <20090618025125.GA26531@linux-sh.org> Mime-Version: 1.0 Return-path: Content-Disposition: inline In-Reply-To: Sender: linux-embedded-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 Thu, Jun 18, 2009 at 09:59:20PM -0500, Kumar Gala wrote: > > On Jun 17, 2009, at 9:51 PM, Paul Mundt wrote: > > >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. > > Do you really have that much on chip memory? > Is this really a serious question? If we didn't, I would not have mentioned it.