[PATCH 12/36] dt-bindings: arm: Convert cpu binding to json-schema
Will Deacon
will.deacon at arm.com
Mon Dec 3 23:40:52 AEDT 2018
On Fri, Nov 30, 2018 at 12:00:05PM -0600, Rob Herring wrote:
> On Thu, Nov 8, 2018 at 2:49 AM Michal Simek <michal.simek at xilinx.com> wrote:
> >
> > Hi Rob,
> >
> > On 05. 10. 18 18:58, Rob Herring wrote:
> > > Convert ARM CPU binding to DT schema format using json-schema.
> > >
> > > Cc: Mark Rutland <mark.rutland at arm.com>
> > > Cc: Matthias Brugger <matthias.bgg at gmail.com>
> > > Cc: devicetree at vger.kernel.org
> > > Cc: linux-arm-kernel at lists.infradead.org
> > > Cc: linux-mediatek at lists.infradead.org
> > > Signed-off-by: Rob Herring <robh at kernel.org>
> > > ---
> > > .../devicetree/bindings/arm/cpus.txt | 490 -----------------
> > > .../devicetree/bindings/arm/cpus.yaml | 503 ++++++++++++++++++
> > > 2 files changed, 503 insertions(+), 490 deletions(-)
> > > delete mode 100644 Documentation/devicetree/bindings/arm/cpus.txt
> > > create mode 100644 Documentation/devicetree/bindings/arm/cpus.yaml
>
> [...]
>
> > I have take a look at xilinx part of this and try to build it for arm64
> > platforms and I see errors coming from this cpu description.
> > /root/linux/arch/arm64/boot/dts/xilinx/zynqmp-zcu100-revC.dt.yaml:
> > cpu at 0:compatible: ['arm,cortex-a53', 'arm,armv8'] is too long
> > /root/linux/arch/arm64/boot/dts/xilinx/zynqmp-zcu100-revC.dt.yaml:
> > cpu at 0:compatible: Additional items are not allowed ('arm,armv8' was
> > unexpected)
>
> Thanks for actually giving this a spin!
>
> > Based on grep this is used in a lot of places
> > compatible = "arm,cortex-a53", "arm,armv8";
> >
> > Should this be moved to just simple?
> > compatible = "arm,cortex-a53";
>
> I'd normally go with the majority which would be to keep it. However,
> 'arm,armv8' is of questionable value, isn't actually documented, and
> doesn't exist for any other version of the architecture. So we should
> kill it IMO.
I'd prefer to keep it around, since that's what's used to describe the CPUs
on the fastmodel iirc.
Will
More information about the Linuxppc-dev
mailing list