lkml.org 
[lkml]   [2011]   [Sep]   [29]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
SubjectRe: [PATCH v3 00/24] C6X: New architecture
From
Date
On Thu, 2011-09-29 at 08:42 -0400, Valdis.Kletnieks@vt.edu wrote:
> On Thu, 29 Sep 2011 08:21:58 EDT, Mark Salter said:
>
> > One thing that we plan to push later is an XIP model where cores can share a
> > single kernel text image but run with their own copies of data. So you end up
> > with something like a loosely coupled multiprocessor system with some hardware
> > support for multicore communication and peripheral sharing.
>
> Ah, OK. I eventually came across a mention in one of the patches of running
> a separate instance of Linux on each core, whick left me even more mystified.
> But the above clarifies it, thanks...
>
> I wonder how many currently global variables will need to be moved to per_cpu
> structures to make it work, and how intrusive that will end up. Or is the plan
> to have the boot loader simply plonk the entire .data/.bss in different locations
> for each core?
>

What we have prototyped is more like the latter. The XIP image (binary
kernel block) is in ROM. Bootloader boots the first core by jumping to
kernel image. Kernel copies initialized data to its reserved chunk of
RAM and runs from there. The other kernels can be started by the boot
kernel and they too will jump to the ROM image and make their own copies
of all data. Without cache coherency, sharing any cached data is
problematic.

Other models are also possible. For instance, other cores could run
dedicated DSP applications using some other minimal OS with HW supported
communication with the Linux OS acting as the overall manager.

--Mark





\
 
 \ /
  Last update: 2011-09-29 15:05    [W:0.063 / U:0.316 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site