On Fri, Nov 1, 2013 at 5:08 PM, Stephen Boyd <sboyd@xxxxxxxxxxxxxx> wrote: > From: Rohit Vaswani <rvaswani@xxxxxxxxxxxxxx> > > Scorpion and Krait are Qualcomm cpus. These cpus don't use the > spin-table enable-method. Instead they rely on mmio register > accesses to enable power and clocks to bring CPUs out of reset. > > Cc: <devicetree@xxxxxxxxxxxxxxx> > Signed-off-by: Rohit Vaswani <rvaswani@xxxxxxxxxxxxxx> > [sboyd: Split off into separate patch, renamed method to > qcom,mmio] > Signed-off-by: Stephen Boyd <sboyd@xxxxxxxxxxxxxx> > --- > > This slightly conflicts with my krait EDAC series. > > Documentation/devicetree/bindings/arm/cpus.txt | 3 +++ > 1 file changed, 3 insertions(+) > > diff --git a/Documentation/devicetree/bindings/arm/cpus.txt b/Documentation/devicetree/bindings/arm/cpus.txt > index 37258f9..e2969fa2 100644 > --- a/Documentation/devicetree/bindings/arm/cpus.txt > +++ b/Documentation/devicetree/bindings/arm/cpus.txt > @@ -44,6 +44,8 @@ For the ARM architecture every CPU node must contain the following properties: > "marvell,mohawk" > "marvell,xsc3" > "marvell,xscale" > + "qcom,scorpion" > + "qcom,krait" > > And the following optional properties: > > @@ -52,6 +54,7 @@ And the following optional properties: > different types of cpus. > This should be one of: > "spin-table" > + "qcom,mmio" Not exactly specific. How would you handle variations in the enable method? The mmio method to enable is tied to the core type or SOC type? Rob -- To unsubscribe from this list: send the line "unsubscribe devicetree" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html