diff options
author | Timur Tabi <timur@freescale.com> | 2012-07-13 17:40:43 -0500 |
---|---|---|
committer | Kumar Gala <galak@kernel.crashing.org> | 2012-09-12 14:57:06 -0500 |
commit | b05193c44c24f303791cda913fa37b8bef33cc4f (patch) | |
tree | 636e58e7b222f08d19bb682212dd25da057a8509 /lib/xz/xz_lzma2.h | |
parent | 618c9b7464081b112f6a9f4690c4b73088873bea (diff) | |
download | linux-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 'lib/xz/xz_lzma2.h')
0 files changed, 0 insertions, 0 deletions