[PATCH v3 2/8] dt-bindings: arm: Add zx297520v3 board binding
Krzysztof Kozlowski
krzk at kernel.org
Tue Apr 14 23:45:03 PDT 2026
On 14/04/2026 23:12, Stefan Dösinger wrote:
> Add a compatible for boards based on the ZTE zx297520v3 SoC.
>
> Signed-off-by: Stefan Dösinger <stefandoesinger at gmail.com>
> ---
> .../devicetree/bindings/arm/zx29.yaml | 20 +++++++++++++++++++
Please use scripts/get_maintainers.pl to get a list of necessary people
and lists to CC. It might happen, that command when run on an older
kernel, gives you outdated entries. Therefore please be sure you base
your patches on recent Linux kernel.
Tools like b4 or scripts/get_maintainer.pl provide you proper list of
people, so fix your workflow. Tools might also fail if you work on some
ancient tree (don't, instead use mainline) or work on fork of kernel
(don't, instead use mainline). Just use b4 and everything should be
fine, although remember about `b4 prep --auto-to-cc` if you added new
patches to the patchset.
You missed at least devicetree list (maybe more), so this won't be
tested by automated tooling. Performing review on untested code might be
a waste of time.
Please kindly resend and include all necessary To/Cc entries.
> MAINTAINERS | 1 +
> 2 files changed, 21 insertions(+)
> create mode 100644 Documentation/devicetree/bindings/arm/zx29.yaml
>
> diff --git a/Documentation/devicetree/bindings/arm/zx29.yaml b/Documentation/devicetree/bindings/arm/zx29.yaml
> new file mode 100644
> index 000000000000..717ca6413993
> --- /dev/null
> +++ b/Documentation/devicetree/bindings/arm/zx29.yaml
> @@ -0,0 +1,20 @@
> +# SPDX-License-Identifier: (GPL-2.0-only OR BSD-2-Clause)
> +%YAML 1.2
> +---
> +$id: http://devicetree.org/schemas/arm/zx29.yaml#
Bindings are per vendor, so zte.
> +$schema: http://devicetree.org/meta-schemas/core.yaml#
> +
> +title: ZTE zx29
> +
> +maintainers:
> + - Stefan Dösinger <stefandoesinger at gmail.com>
> +
> +properties:
> + $nodename:
> + const: "/"
> + compatible:
> + oneOf:
> + - items:
> + - const: zte,zx297520v3
Incomplete. Neither board nor SoC can be alone.
Best regards,
Krzysztof
More information about the linux-arm-kernel
mailing list