Re: [PATCH v1 1/3] dt-bindings: timer: Add timer for StarFive JH7110 SoC

From: Krzysztof Kozlowski
Date: Fri Dec 23 2022 - 05:25:26 EST


On 23/12/2022 10:47, Xingyu Wu wrote:
> Add bindings for the timer on the JH7110
> RISC-V SoC by StarFive Technology Ltd.

Please wrap commit message according to Linux coding style / submission
process (neither too early nor over the limit):
https://elixir.bootlin.com/linux/v5.18-rc4/source/Documentation/process/submitting-patches.rst#L586


>
> Signed-off-by: Xingyu Wu <xingyu.wu@xxxxxxxxxxxxxxxx>
> ---
> .../timer/starfive,jh7110-timers.yaml | 105 ++++++++++++++++++
> 1 file changed, 105 insertions(+)
> create mode 100644 Documentation/devicetree/bindings/timer/starfive,jh7110-timers.yaml
>
> diff --git a/Documentation/devicetree/bindings/timer/starfive,jh7110-timers.yaml b/Documentation/devicetree/bindings/timer/starfive,jh7110-timers.yaml
> new file mode 100644
> index 000000000000..fe58dc056313
> --- /dev/null
> +++ b/Documentation/devicetree/bindings/timer/starfive,jh7110-timers.yaml
> @@ -0,0 +1,105 @@
> +# SPDX-License-Identifier: (GPL-2.0-only OR BSD-2-Clause)
> +%YAML 1.2
> +---
> +$id: http://devicetree.org/schemas/timer/starfive,jh7110-timers.yaml#
> +$schema: http://devicetree.org/meta-schemas/core.yaml#
> +
> +title: StarFive Timers


Not enough, really not enough. Describe the hardware.

> +
> +maintainers:
> + - Samin Guo <samin.guo@xxxxxxxxxxxxxxxx>
> + - Xingyu Wu <xingyu.wu@xxxxxxxxxxxxxxxx>
> +
> +properties:
> + compatible:
> + const: starfive,jh7110-timers

Why plural "timers", not "timer"? The module is usually called timer -
see other hardware that type.

> +
> + reg:
> + maxItems: 1
> +
> + interrupts:
> + items:
> + - description: timer channel 0 interrupt
> + - description: timer channel 1 interrupt
> + - description: timer channel 2 interrupt
> + - description: timer channel 3 interrupt
> +
> + interrupt-names:
> + items:
> + - const: timer0
> + - const: timer1
> + - const: timer2
> + - const: timer3

I would just drop the names, not really useful. Unless you plan to add
here some generic interrupt (like you did for clock-names)?

> +
> + clocks:
> + items:
> + - description: timer channel 0 clock
> + - description: timer channel 1 clock
> + - description: timer channel 2 clock
> + - description: timer channel 3 clock
> + - description: APB clock
> +
> + clock-names:
> + items:
> + - const: timer0
> + - const: timer1
> + - const: timer2
> + - const: timer3
> + - const: apb
> +
> + resets:
> + items:
> + - description: timer channel 0 reset
> + - description: timer channel 1 reset
> + - description: timer channel 2 reset
> + - description: timer channel 3 reset
> + - description: APB reset
> +
> + reset-names:
> + items:
> + - const: timer0
> + - const: timer1
> + - const: timer2
> + - const: timer3
> + - const: apb
> +
> + clock-frequency:
> + description: The frequency of the clock that drives the counter, in Hz.

Why do you need it? Use common clk framework to get that frequency.

Also, sort the nodes somehow, e.g.
compatible/reg/clocks/clock-frequency/interrupts/resets.


> +
> +required:
> + - compatible
> + - reg
> + - interrupts
> + - interrupt-names
> + - clocks
> + - clock-names
> + - resets
> + - reset-names
> + - clock-frequency
> +
> +unevaluatedProperties: false

Did you test the binding?


Best regards,
Krzysztof