From: Herve Codina <herve.codina@bootlin.com>
To: Kyle Bonnici <kylebonnici@hotmail.com>
Cc: "devicetree-compiler@vger.kernel.org"
<devicetree-compiler@vger.kernel.org>,
Rob Herring <robh@kernel.org>,
Krzysztof Kozlowski <krzk+dt@kernel.org>,
Conor Dooley <conor+dt@kernel.org>,
devicetree@vger.kernel.org
Subject: Re: Phandles
Date: Sun, 12 Apr 2026 17:40:00 +0200 [thread overview]
Message-ID: <20260412173916.7a971a45@bootlin.com> (raw)
In-Reply-To: <D22046DB-95B3-431E-8E80-0BA806811D01@hotmail.com>
Hi Kyle,
+Cc Kernel device-tree maintainers
On Sun, 12 Apr 2026 13:51:35 +0000
Kyle Bonnici <kylebonnici@hotmail.com> wrote:
> > On 12 Apr 2026, at 14:51, Herve Codina <herve.codina@bootlin.com> wrote:
> >
> > Hi Kyle,
> >
> > On Sat, 11 Apr 2026 18:33:33 +0000
> > Kyle Bonnici <kylebonnici@hotmail.com> wrote:
> >
> >> Hi
> >>
> >> I have been looking at the the code for the compiler and I am wondering which specifications marks the below properties MUST BE Nexus Properties hence the validation.
> >>
> >> WARNING_PROPERTY_PHANDLE_CELLS(clocks, "clocks", "#clock-cells");
> >> WARNING_PROPERTY_PHANDLE_CELLS(cooling_device, "cooling-device", "#cooling-cells");
> >> WARNING_PROPERTY_PHANDLE_CELLS(dmas, "dmas", "#dma-cells");
> >> WARNING_PROPERTY_PHANDLE_CELLS(hwlocks, "hwlocks", "#hwlock-cells");
> >> WARNING_PROPERTY_PHANDLE_CELLS(interrupts_extended, "interrupts-extended", "#interrupt-cells");
> >> WARNING_PROPERTY_PHANDLE_CELLS(io_channels, "io-channels", "#io-channel-cells");
> >> WARNING_PROPERTY_PHANDLE_CELLS(iommus, "iommus", "#iommu-cells");
> >> WARNING_PROPERTY_PHANDLE_CELLS(mboxes, "mboxes", "#mbox-cells");
> >> WARNING_PROPERTY_PHANDLE_CELLS(msi_parent, "msi-parent", "#msi-cells", true);
> >> WARNING_PROPERTY_PHANDLE_CELLS(mux_controls, "mux-controls", "#mux-control-cells");
> >> WARNING_PROPERTY_PHANDLE_CELLS(phys, "phys", "#phy-cells");
> >> WARNING_PROPERTY_PHANDLE_CELLS(power_domains, "power-domains", "#power-domain-cells");
> >> WARNING_PROPERTY_PHANDLE_CELLS(pwms, "pwms", "#pwm-cells");
> >> WARNING_PROPERTY_PHANDLE_CELLS(resets, "resets", "#reset-cells");
> >> WARNING_PROPERTY_PHANDLE_CELLS(sound_dai, "sound-dai", "#sound-dai-cells");
> >> WARNING_PROPERTY_PHANDLE_CELLS(thermal_sensors, "thermal-sensors", "#thermal-sensor-cells");
> >
> > All of those properties are defined as phandles.
> >
> > For instance, the 'pwms' property available in a node means the the node is
> > a pwm consumer. It must follow the pwm consumer binding [1] and so a phandle
> > is involved.
> >
> > This phandle can have arguments and the number of argument is defined by the
> > #pwm-cells property set in the pwm provider node [2], [3].
> >
> > [1] https://elixir.bootlin.com/zephyr/v4.4.0-rc3/source/dts/bindings/pwm/pwm-controller.yaml
> > [2] https://github.com/zephyrproject-rtos/zephyr/blob/main/dts/bindings/pwm/pwm-controller.yaml
> > [3] https://elixir.bootlin.com/linux/v7.0-rc7/source/Documentation/devicetree/bindings/pwm/pwm.yaml
> >
> >>
> >>
> >> These can be found here: https://github.com/dgibson/dtc/blob/main/checks.c#L1498 this is relevant for https://github.com/zephyrproject-rtos/zephyr/issues/107066
> >
> > Examples provided in the zephyrproject issue link are, in my opinion, incorrect.
> >
> > Case 1:
> > / {
> > node1 {
> > pwms = <1 &pwm0 1 20 PWM_POLARITY_NORMAL>;
> >
> > Here the first cell '1' is not a phandle.
>
> Here the compiler is making an assumption here that all `pwms` properties must be specifier properties and all use `pwm` specifier.
I think the purpose of 'select: true' is to have the binding always applied:
https://github.com/devicetree-org/dt-schema/blob/main/dtschema/schemas/pwm/pwm-consumer.yaml#L15
If this is confirmed, DTC performs correct checks as this binding must always
be applied and so the 'pwms' property must be a phandle-array property.
Device-tree maintainers, can you confirm the purpose of 'select: true' set
in a DT binding ?
Best regards,
Hervé
next prev parent reply other threads:[~2026-04-12 15:40 UTC|newest]
Thread overview: 19+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-04-11 18:33 Phandles Kyle Bonnici
2026-04-12 12:51 ` Phandles Herve Codina
2026-04-12 13:51 ` Phandles Kyle Bonnici
2026-04-12 15:40 ` Herve Codina [this message]
2026-04-12 16:37 ` Phandles Kyle Bonnici
2026-04-13 6:37 ` Phandles Krzysztof Kozlowski
2026-04-13 7:10 ` Phandles Kyle Bonnici
2026-04-13 7:55 ` Phandles Krzysztof Kozlowski
2026-04-13 8:40 ` Phandles Kyle Bonnici
2026-04-13 9:16 ` Phandles Krzysztof Kozlowski
2026-04-13 9:50 ` Phandles Kyle Bonnici
2026-04-13 9:57 ` Phandles Krzysztof Kozlowski
2026-04-13 20:25 ` Phandles Kyle Bonnici
2026-04-14 15:24 ` Phandles Rob Herring
2026-04-14 19:31 ` Phandles Kyle Bonnici
2026-04-13 6:33 ` Phandles Krzysztof Kozlowski
2026-04-13 10:30 ` Phandles Herve Codina
2026-04-13 2:12 ` Phandles David Gibson
2026-04-13 6:29 ` Phandles Kyle Bonnici
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=20260412173916.7a971a45@bootlin.com \
--to=herve.codina@bootlin.com \
--cc=conor+dt@kernel.org \
--cc=devicetree-compiler@vger.kernel.org \
--cc=devicetree@vger.kernel.org \
--cc=krzk+dt@kernel.org \
--cc=kylebonnici@hotmail.com \
--cc=robh@kernel.org \
/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.