Re: [PATCH v2] dt-bindings: net: can: atmel: Convert to json schema

From: Krzysztof Kozlowski
Date: Thu Oct 03 2024 - 04:34:55 EST


On Thu, Oct 03, 2024 at 10:37:03AM +0530, Charan Pedumuru wrote:
> Convert atmel-can documentation to yaml format
>
> Signed-off-by: Charan Pedumuru <charan.pedumuru@xxxxxxxxxxxxx>
> ---
> Changes in v2:
> - Renamed the title to "Microchip AT91 CAN controller"
> - Removed the unnecessary labels and add clock properties to examples
> - Removed if condition statements and made clock properties as default required properties
> - Link to v1: https://lore.kernel.org/r/20240912-can-v1-1-c5651b1809bb@xxxxxxxxxxxxx
> ---
> .../bindings/net/can/atmel,at91sam9263-can.yaml | 58 ++++++++++++++++++++++
> .../devicetree/bindings/net/can/atmel-can.txt | 15 ------
> 2 files changed, 58 insertions(+), 15 deletions(-)
>
> diff --git a/Documentation/devicetree/bindings/net/can/atmel,at91sam9263-can.yaml b/Documentation/devicetree/bindings/net/can/atmel,at91sam9263-can.yaml
> new file mode 100644
> index 000000000000..c818c01a718b
> --- /dev/null
> +++ b/Documentation/devicetree/bindings/net/can/atmel,at91sam9263-can.yaml
> @@ -0,0 +1,58 @@
> +# SPDX-License-Identifier: (GPL-2.0-only OR BSD-2-Clause)
> +%YAML 1.2
> +---
> +$id: http://devicetree.org/schemas/net/can/atmel,at91sam9263-can.yaml#
> +$schema: http://devicetree.org/meta-schemas/core.yaml#
> +
> +title: Microchip AT91 CAN Controller
> +
> +maintainers:
> + - Nicolas Ferre <nicolas.ferre@xxxxxxxxxxxxx>
> +
> +allOf:
> + - $ref: can-controller.yaml#
> +
> +properties:
> + compatible:
> + oneOf:
> + - enum:
> + - atmel,at91sam9263-can
> + - atmel,at91sam9x5-can
> + - items:
> + - enum:
> + - microchip,sam9x60-can
> + - const: atmel,at91sam9x5-can

That is not what old binding said.

> +
> + reg:
> + maxItems: 1
> +
> + interrupts:
> + maxItems: 1
> +
> + clocks:
> + maxItems: 1
> +
> + clock-names:
> + items:
> + - const: can_clk

These are new...

> +
> +required:
> + - compatible
> + - reg
> + - interrupts
> + - clocks
> + - clock-names

Here the same. Each change to the binding should be explained (answer
to the: why) in commit msg.

> +
> +unevaluatedProperties: false

Best regards,
Krzysztof