[RFC PATCH] ARM: mvebu: Let the device-tree determine smp_ops
andrew at lunn.ch
Thu Nov 6 06:49:50 PST 2014
On Thu, Nov 06, 2014 at 05:49:56PM +1300, Chris Packham wrote:
> The machine specific SMP operations can be configured either via
> setup_arch or via arm_dt_init_cpu_maps. For the ARMADA_370_XP_DT devices
> both of these are called and setup_arch wins because it is called last.
> This means that it is not possible to substitute a different set of SMP
> operations via the device-tree.
> All of the ARMADA_370_XP_DT compatible devices are either single core or
> declare an enable-method in the dts (via one of armada-xp-mv78230.dtsi,
> armada-xp-mv78260.dtsi or armada-xp-mv78460.dtsi). Remove the smp
> assignment from board-v7.c so that the SMP operations set via the
> device-tree aren't discarded.
> Signed-off-by: Chris Packham <chris.packham at alliedtelesis.co.nz>
> (This is the first patch I've sent to the arm-lkml so beware of my newbie-ness)
Congratulations on a good looking patch. Nice changelog, has a
signed-off-by, comments are bellow the ---. All good.
It is however a good idea to Cc: the mvebu maintainers. I added a few
people to Cc:.
> I'm working on a new board that uses a integrated CPU that according to the
> vendor is "based on the ARMADA-XP", more on that to come in the future
A packet processor chip with an embedded CPU? Next generation
Prestera? No need to answer that if you don't want to.
> For the most part things just work if I use a .dts based on the
> This is my attempt at fixing the problem by not setting mdesc.smp for the
> ARMADA_370_XP_DT machines thus preventing setup_arch from overriding what has
> been setup by arm_dt_init_cpu_maps.
You really need Thomas or Gregory to Ack this patch, but to me it
looks correct. Interestingly, this machine descriptor is used by 370,
which is a single processor. The smp operations are useless, so your
patch is also partly a cleanup.
More information about the linux-arm-kernel