[PATCH 4/6] arm64: Add DTS support for FSL's LS2085A SoC
Mark Rutland
mark.rutland at arm.com
Fri Aug 15 09:12:46 PDT 2014
Hi Stuart,
On Fri, Aug 15, 2014 at 04:37:06PM +0100, Stuart Yoder wrote:
> > > +/ {
> > > + compatible = "fsl,ls2085a";
> > > + interrupt-parent = <&gic>;
> > > + #address-cells = <2>;
> > > + #size-cells = <2>;
> > > +
> > > + cpus {
> > > + #address-cells = <2>;
> > > + #size-cells = <0>;
> > > +
> > > + /* We have 4 clusters having 2 Cortex-A57 cores each */
> > > + cpu at 0 {
> > > + device_type = "cpu";
> > > + compatible = "arm,cortex-a57";
> > > + reg = <0x0 0x0>;
> > > + enable-method = "spin-table";
> > > + cpu-release-addr = <0x0 0x8000fff8>;
> > > + };
> >
> > I would strongly recommend having a unique cpu-release-addr for each
> > CPU.
>
> We could do that, but we were just following existing practice in
> existing arch/arm64 device trees. The 3 existing platforms upstream
> right now all have have the same cpu-release-addr value:
> apm-storm.dtsi
> foundation-v8.dts
> rtsm_ve-aemv8a.dts
In general, following existing examples is a good idea. I'm not faulting
you for that.
Unfortunately there are plenty of bad examples in DTS in the kernel.
W.R.T. unique addresses for spin-table this is something we learnt after
those dts files were upstreamed. It's not possible to change those dts
files in the kernel without breaking older firmwares/bootwrappers which
don't patch the DTB.
Cheers,
Mark.
More information about the linux-arm-kernel
mailing list