On 18/02/2026 14:57, Larisa Ileana Grigore wrote:

On 2/18/2026 3:29 PM, Krzysztof Kozlowski wrote:

...

On 18/02/2026 14:26, Larisa Ileana Grigore wrote:

...

On 2/16/2026 5:10 PM, Krzysztof Kozlowski wrote:

...

On 16/02/2026 16:02, Larisa Grigore wrote:

...

From: Radu Pirea radu-nicolae.pirea@nxp.com

Add optional support for the two clock inputs used by the LINFlexD UART controller:

• "lin": LIN_BAUD_CLK
• "ipg": LINFLEXD_CLK

The clock inputs are kept optional to maintain compatibility with the S32V234 platform.

Does S32V234 have the clocks? I don't understand the "maintain compatibility" in this context. Either you have or you have not clocks, which should be expressed in schema (: false, see example schema).

Hello Krzysztof,

Thanks for pointing this out! I will update both the schema and the commit description. S32V234 does not expose these clocks in its device tree—on this platform the LINFlexD clocks are set up and enabled by U‑Boot, so they are not available to the kernel.

So there are clocks. DTS is being used by bootloader, so how bootloader is going to set up clocks for S32V234 if no one provides them?

This looks like buggy/incomplete approach, although I understand that the original binding had the issue.

Indeed, I also believe the binding is not fully accurate on S32V234. As I mentioned earlier, the LINFlexD clocks are not managed by Linux on this platform. They, along with several other clocks, are usually initialized by U‑Boot, and Linux does not handle them. That is likely the reason they were omitted from the S32V234 binding. I’m willing to correct this for the S32V234 compatible by making that property optional, so we don’t break compatibility. For S32G, I would prefer to avoid repeating the same oversight we had on S32V234 and make the property required, since the IP, as you correctly pointed out, does have dedicated clock inputs.

How would you approach this?

So the new device should require clocks, which can be left optional for the old one with explanation in the commit msg. Linux is not the only consumer of bindings and DTS.

Best regards, Krzysztof