From: sashiko-bot@kernel.org
To: "Joel Stanley" <joel@jms.id.au>
Cc: devicetree@vger.kernel.org, robh@kernel.org, conor+dt@kernel.org
Subject: Re: [PATCH 4/7] dt-bindings: timer: Add RISC-V ACLINT bindings
Date: Wed, 03 Jun 2026 07:55:56 +0000 [thread overview]
Message-ID: <20260603075556.8FCC91F00898@smtp.kernel.org> (raw)
In-Reply-To: <20260603074222.593243-5-joel@jms.id.au>
Thank you for your contribution! Sashiko AI review found 2 potential issue(s) to consider:
- [Low] The `reg` property erroneously allows up to 4095 items, undermining schema validation.
- [Low] The `interrupts-extended` property is missing from the `required` list, weakening schema validation.
--
commit 173c98f19d28214c8c437b5b2fe1fe7ffd581f01
Author: Joel Stanley <joel@jms.id.au>
dt-bindings: timer: Add RISC-V ACLINT bindings
This commit documents the device tree bindings for the RISC-V Advanced Core
Local Interruptor (ACLINT). It defines the memory-mapped devices providing
IPI and timer functionalities for each HART on a multi-HART platform.
> diff --git a/Documentation/devicetree/bindings/timer/riscv,aclint-mtimer.yaml b/Documentation/devicetree/bindings/timer/riscv,aclint-mtimer.yaml
> new file mode 100644
> index 0000000000000..192ff3fcf79f3
> --- /dev/null
> +++ b/Documentation/devicetree/bindings/timer/riscv,aclint-mtimer.yaml
[ ... ]
> +properties:
> + compatible:
> + items:
> + - enum:
> + - tenstorrent,atlantis-aclint
> + - qemu,aclint-mtimer
> + - const: riscv,aclint-mtimer
> +
> + reg:
> + minItems: 1
> + maxItems: 4095
[Severity: Low]
Is this maxItems limit of 4095 correct for the reg property?
It appears this might be a copy-paste from the interrupts-extended property.
Since the RISC-V ACLINT MTIMER typically has only 1 or 2 memory-mapped
regions (e.g., for mtimecmp and mtime), allowing up to 4095 items could
permit incorrect device tree definitions to silently pass schema validation.
> +
> + interrupts-extended:
> + minItems: 1
> + maxItems: 4095
> +
> +required:
> + - compatible
> + - reg
> +
> +unevaluatedProperties: false
[Severity: Low]
Should interrupts-extended be added to this required list?
Since the primary purpose of the ACLINT MTIMER is to generate machine-level
timer interrupts for harts, omitting the interrupt routing from the required
list might allow incomplete, non-functional hardware descriptions to pass
validation. Other similar bindings typically mandate interrupt routing
properties.
--
Sashiko AI review · https://sashiko.dev/#/patchset/20260603074222.593243-1-joel@jms.id.au?part=4
next prev parent reply other threads:[~2026-06-03 7:55 UTC|newest]
Thread overview: 20+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-06-03 7:42 [PATCH 0/7] riscv: dts: tenstorrent: Add Atlantis platform Joel Stanley
2026-06-03 7:42 ` [PATCH 1/7] dt-bindings: aplic: Add Tenstorrent Atlantis compatible Joel Stanley
2026-06-03 7:47 ` Anup Patel
2026-06-03 16:19 ` Conor Dooley
2026-06-03 7:42 ` [PATCH 2/7] dt-bindings: imsics: " Joel Stanley
2026-06-03 7:48 ` Anup Patel
2026-06-03 16:18 ` Conor Dooley
2026-06-03 7:42 ` [PATCH 3/7] dt-bindings: riscv: cpus: Add Tenstorrent Ascalon Joel Stanley
2026-06-03 16:18 ` Conor Dooley
2026-06-03 7:42 ` [PATCH 4/7] dt-bindings: timer: Add RISC-V ACLINT bindings Joel Stanley
2026-06-03 7:50 ` Anup Patel
2026-06-03 7:55 ` sashiko-bot [this message]
2026-06-03 9:23 ` Conor Dooley
2026-06-03 7:42 ` [PATCH 5/7] dt-bindings: riscv: add Smrnmi extension description Joel Stanley
2026-06-03 16:17 ` Conor Dooley
2026-06-03 7:42 ` [PATCH 6/7] dt-bindings: riscv: Add Tenstorrent Atlantis platform Joel Stanley
2026-06-03 16:17 ` Conor Dooley
2026-06-03 7:42 ` [PATCH 7/7] riscv: dts: tenstorrent: Add " Joel Stanley
2026-06-03 8:04 ` sashiko-bot
2026-06-03 9:16 ` Conor Dooley
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20260603075556.8FCC91F00898@smtp.kernel.org \
--to=sashiko-bot@kernel.org \
--cc=conor+dt@kernel.org \
--cc=devicetree@vger.kernel.org \
--cc=joel@jms.id.au \
--cc=robh@kernel.org \
--cc=sashiko-reviews@lists.linux.dev \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox