From: sashiko-bot@kernel.org
To: "Antoni Pokusinski" <apokusinski01@gmail.com>
Cc: "Alexandre Belloni" <alexandre.belloni@bootlin.com>,
linux-rtc@vger.kernel.org, conor+dt@kernel.org,
devicetree@vger.kernel.org, robh@kernel.org
Subject: Re: [PATCH 1/6] dt-bindings: rtc: abx80x: document ABX81X RTCs
Date: Wed, 22 Jul 2026 20:09:45 +0000 [thread overview]
Message-ID: <20260722200945.CA8891F000E9@smtp.kernel.org> (raw)
In-Reply-To: <20260722195814.298552-2-apokusinski01@gmail.com>
Thank you for your contribution! Sashiko AI review found 2 potential issue(s) to consider:
- [Low] The newly added SPI compatible strings `abracon,ab0815` and `abracon,ab1815` were omitted from the `if-then` conditional block that restricts trickle charger properties.
- [Low] The schema explicitly introduces SPI support but fails to reference the standard SPI peripheral properties schema, causing common SPI properties to be rejected.
--
--- Patch [1]: [PATCH 1/6] dt-bindings: rtc: abx80x: document ABX81X RTCs ---
commit 74ad54b7ffcb981494fb52031a1edb5415b809ae
Author: Antoni Pokusinski <apokusinski01@gmail.com>
dt-bindings: rtc: abx80x: document ABX81X RTCs
Abracon AB0815 and AB1815 are RTC modules with SPI interface.
> diff --git a/Documentation/devicetree/bindings/rtc/abracon,abx80x.yaml b/Documentation/devicetree/bindings/rtc/abracon,abx80x.yaml
> index 355b0598411a6..234a103724b56 100644
> --- a/Documentation/devicetree/bindings/rtc/abracon,abx80x.yaml
> +++ b/Documentation/devicetree/bindings/rtc/abracon,abx80x.yaml
[ ... ]
> @@ -21,10 +21,12 @@ properties:
> - abracon,ab0803
> - abracon,ab0804
> - abracon,ab0805
> + - abracon,ab0815
> - abracon,ab1801
> - abracon,ab1803
> - abracon,ab1804
> - abracon,ab1805
> + - abracon,ab1815
> - microcrystal,rv1805
[Severity: Low]
Will the schema validator reject standard trickle charger properties for the
newly added AB0815 and AB1815 compatible strings?
Looking at the conditional block later in the file:
allOf:
- $ref: rtc.yaml#
- if:
properties:
compatible:
not:
contains:
enum:
- abracon,abx80x
- abracon,ab0804
- abracon,ab1804
- abracon,ab0805
- abracon,ab1805
Because abracon,ab0815 and abracon,ab1815 were omitted from this enum list,
abracon,tc-diode and abracon,tc-resistor will evaluate to false for these
variants. Should they be added to the list?
[ ... ]
> @@ -96,3 +98,14 @@ examples:
> interrupts = <44 IRQ_TYPE_EDGE_FALLING>;
> };
> };
> +
> + - |
> + spi {
> + #address-cells = <1>;
> + #size-cells = <0>;
> +
> + rtc@0 {
> + compatible = "abracon,ab1815";
> + reg = <0>;
> + };
> + };
[Severity: Low]
Does this binding need to reference the standard SPI peripheral properties?
Because the schema adds SPI support and specifies unevaluatedProperties: false,
standard SPI properties like spi-max-frequency will be rejected by the
validator.
Could a reference to /schemas/spi/spi-peripheral-props.yaml# be added to the
allOf block to permit these common SPI properties?
--
Sashiko AI review · https://sashiko.dev/#/patchset/20260722195814.298552-1-apokusinski01@gmail.com?part=1
next prev parent reply other threads:[~2026-07-22 20:09 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-07-22 19:58 [PATCH 0/6] rtc: abx80x: add support for ABX81X Antoni Pokusinski
2026-07-22 19:58 ` [PATCH 1/6] dt-bindings: rtc: abx80x: document ABX81X RTCs Antoni Pokusinski
2026-07-22 20:09 ` sashiko-bot [this message]
2026-07-22 19:58 ` [PATCH 2/6] rtc: abx80x: add irq to struct abx80x_priv Antoni Pokusinski
2026-07-22 20:13 ` sashiko-bot
2026-07-22 19:58 ` [PATCH 3/6] rtc: abx80x: use regmap instead of I2C specific API Antoni Pokusinski
2026-07-22 20:16 ` sashiko-bot
2026-07-22 19:58 ` [PATCH 4/6] rtc: abx80x: replace read-modify-write pattern with regmap helpers Antoni Pokusinski
2026-07-22 20:11 ` sashiko-bot
2026-07-22 19:58 ` [PATCH 5/6] rtc: abx80x: create abx80x_i2c_probe() Antoni Pokusinski
2026-07-22 20:10 ` sashiko-bot
2026-07-22 19:58 ` [PATCH 6/6] rtc: abx80x: add support for ABX81X Antoni Pokusinski
2026-07-22 20:09 ` sashiko-bot
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=20260722200945.CA8891F000E9@smtp.kernel.org \
--to=sashiko-bot@kernel.org \
--cc=alexandre.belloni@bootlin.com \
--cc=apokusinski01@gmail.com \
--cc=conor+dt@kernel.org \
--cc=devicetree@vger.kernel.org \
--cc=linux-rtc@vger.kernel.org \
--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