From: sashiko-bot@kernel.org
To: "Changhuang Liang" <changhuang.liang@starfivetech.com>
Cc: linux-hwmon@vger.kernel.org
Subject: Re: [PATCH v1 1/2] dt-bindings: hwmon: Add starfive,jhb100-fan-tach
Date: Tue, 28 Apr 2026 19:39:52 +0000 [thread overview]
Message-ID: <20260428193953.31ED7C2BCAF@smtp.kernel.org> (raw)
In-Reply-To: <20260428082337.743546-2-changhuang.liang@starfivetech.com>
Thank you for your contribution! Sashiko AI review found 1 potential issue(s) to consider:
- [Low] The `tach-ch` property in the device tree example uses incorrect comma-separated syntax that evaluates to a 5-byte array rather than the intended 2-byte array.
--
commit 4bf196984d444742e611042f289ee38d6b5ced8c
Author: Changhuang Liang <changhuang.liang@starfivetech.com>
dt-bindings: hwmon: Add starfive,jhb100-fan-tach
This commit adds the compatible string "starfive,jhb100-fan-tach" and the
corresponding binding schema for the StarFive JHB100 Fan-Tach controller.
The controller supports up to 16 fan tach inputs.
> diff --git a/Documentation/devicetree/bindings/hwmon/starfive,jhb100-fan-tach.yaml b/Documentation/devicetree/bindings/hwmon/starfive,jhb100-fan-tach.yaml
> --- /dev/null
> +++ b/Documentation/devicetree/bindings/hwmon/starfive,jhb100-fan-tach.yaml
[ ... ]
> +examples:
> + - |
> + fan-tach-controller@11be0000 {
> + compatible = "starfive,jhb100-fan-tach";
> + reg = <0x11be0000 0x400>;
> + interrupts = <128>;
> + clocks = <&per2crg 33>;
> + resets = <&per2crg 5>;
> + #address-cells = <1>;
> + #size-cells = <0>;
> +
> + fan@0 {
> + reg = <0>;
> + tach-ch = /bits/ 8 <0x0>, <0x8>;
Is the comma-separated syntax in tach-ch intentional? In Device Tree Source
syntax, the /bits/ 8 directive applies only to the immediately following
angle-bracket block.
Because tach-ch = /bits/ 8 <0x0>, <0x8>; separates the values with a comma,
the second block reverts to the default 32-bit cell size. This produces a
5-byte array [0x00, 0x00, 0x00, 0x00, 0x08] rather than the intended 2-byte
array.
If a developer copies this example into a real device tree, will the driver
incorrectly interpret it as 5 separate tachometer channels (0, 0, 0, 0, 8)
instead of the intended 2 channels (0, 8)?
Should this be written as /bits/ 8 <0x0 0x8>; or using byte array syntax
like [00 08] instead?
> + };
> + fan@1 {
> + reg = <1>;
> + tach-ch = /bits/ 8 <0x1>, <0x9>;
[ ... ]
--
Sashiko AI review · https://sashiko.dev/#/patchset/20260428082337.743546-1-changhuang.liang@starfivetech.com?part=1
next prev parent reply other threads:[~2026-04-28 19:39 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-04-28 8:23 [PATCH v1 0/2] Add JHB100 Fan-Tach support Changhuang Liang
2026-04-28 8:23 ` [PATCH v1 1/2] dt-bindings: hwmon: Add starfive,jhb100-fan-tach Changhuang Liang
2026-04-28 19:39 ` sashiko-bot [this message]
2026-05-06 1:22 ` Rob Herring
2026-05-06 1:25 ` Rob Herring
2026-05-07 1:36 ` Changhuang Liang
2026-05-07 15:18 ` Rob Herring
2026-04-28 8:23 ` [PATCH v1 2/2] hwmon: Add fan tach driver for StarFive Changhuang Liang
2026-04-28 20:05 ` 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=20260428193953.31ED7C2BCAF@smtp.kernel.org \
--to=sashiko-bot@kernel.org \
--cc=changhuang.liang@starfivetech.com \
--cc=linux-hwmon@vger.kernel.org \
--cc=sashiko@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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.