summaryrefslogtreecommitdiffstats
path: root/drivers/staging/xgifb
diff options
context:
space:
mode:
authorTimur Tabi <timur@freescale.com>2012-07-13 17:40:43 -0500
committerKumar Gala <galak@kernel.crashing.org>2012-09-12 14:57:06 -0500
commitb05193c44c24f303791cda913fa37b8bef33cc4f (patch)
tree636e58e7b222f08d19bb682212dd25da057a8509 /drivers/staging/xgifb
parent618c9b7464081b112f6a9f4690c4b73088873bea (diff)
downloadlinux-b05193c44c24f303791cda913fa37b8bef33cc4f.tar.bz2
powerpc/85xx: remove P1020RDB and P2020RDB CAMP device trees
We only need two examples of CAMP device trees in the upstream kernel. Co-operative Asymmetric Multi-Processing (CAMP) is a technique where two or more operating systems (typically multiple copies of the same Linux kernel) are loaded into memory, and each kernel is given a subset of the available cores to execute on. For example, on a four-core system, one kernel runs on cores 0 and 1, and the other runs on cores 2 and 3. The devices are also partitioned among the operating systems, and this is done with customized device trees. Each kernel gets its own device tree that has only the devices that it should know about. Unfortunately, this approach is very hackish. The kernels are trusted to only access devices in their respective device trees, and the partitioning only works for devices that can be handled. Crafting the device trees is a tricky process, and getting U-Boot to load and start all kernels is cumbersome. But most importantly, each CAMP setup is very application-specific, since the actual partitioning of resources is done in the DTS by the system designer. Therefore, it doesn't make a lot of sense to have a lot of CAMP device trees, since we only expect them to be used as examples. Signed-off-by: Timur Tabi <timur@freescale.com> Signed-off-by: Kumar Gala <galak@kernel.crashing.org>
Diffstat (limited to 'drivers/staging/xgifb')
0 files changed, 0 insertions, 0 deletions