From: Francesco Dolcini <francesco@dolcini.it>
To: Krzysztof Kozlowski <krzk@kernel.org>
Cc: Francesco Dolcini <francesco@dolcini.it>,
Conor Dooley <conor@kernel.org>, Rob Herring <robh@kernel.org>,
Krzysztof Kozlowski <krzk+dt@kernel.org>,
Conor Dooley <conor+dt@kernel.org>,
Mark Brown <broonie@kernel.org>,
Francesco Dolcini <francesco.dolcini@toradex.com>,
devicetree@vger.kernel.org, linux-kernel@vger.kernel.org,
linux-spi@vger.kernel.org
Subject: Re: [PATCH v1 1/2] dt-bindings: trivial-devices: add toradex,lava-hat-spi
Date: Tue, 21 Apr 2026 11:59:28 +0200 [thread overview]
Message-ID: <20260421095928.GB23508@francesco-nb> (raw)
In-Reply-To: <eb1ae818-eb9c-4225-9969-ebbb05304697@kernel.org>
On Tue, Apr 21, 2026 at 10:46:55AM +0200, Krzysztof Kozlowski wrote:
> On 21/04/2026 10:38, Francesco Dolcini wrote:
> > On Mon, Apr 20, 2026 at 06:10:08PM +0200, Krzysztof Kozlowski wrote:
> >> On 20/04/2026 18:02, Conor Dooley wrote:
> >>> On Mon, Apr 20, 2026 at 01:45:35PM +0200, Francesco Dolcini wrote:
> >>>> From: Francesco Dolcini <francesco.dolcini@toradex.com>
> >>>>
> >>>> Add a compatible string for the SPI loopback device present on the
> >>>> Toradex LAVA HAT test fixture.
> >>>>
> >>>> The Toradex LAVA HAT is a board used for automated hardware-in-the-loop
> >>>> (HIL) testing, it provides several test-related functionalities, and
> >>>> exists in multiple variants depending on the board it is mated with. The
> >>>> SPI function is implemented with a loopback on the MISO/MOSI signals.
> >>>>
> >>>> As the device can be fully described using only "compatible" and "reg",
> >>>> it is appropriate to list it under trivial-devices.yaml rather than
> >>>> introducing a dedicated binding.
> >>>>
> >>>> The SPI implementation is identical across all Toradex LAVA HAT
> >>>> variants, so a single compatible string is sufficient.
> >>>>
> >>>> Link: https://lore.kernel.org/all/20260310133254.GA51497@francesco-nb/
> >>>> Link: https://lore.kernel.org/all/20260316073547.11437-3-francesco@dolcini.it/
> >>>> Signed-off-by: Francesco Dolcini <francesco.dolcini@toradex.com>
> >>>
> >>> Acked-by: Conor Dooley <conor.dooley@microchip.com>
> >>> pw-bot: not-applicable
> >>
> >>
> >> Heh, let's wait. That's a test device, so it won't be ever used in any
> >> final product, right? So not in final DTS?
> >
> > It will be used in various DT overlay, that I plan to send for
> > inclusion in mainline Linux kernel once we have a way forward. So yes,
> > there will be DTB files using it.
>
> Then you need to document it properly and post the DTS.
Ok, I will.
I can also post the DTS in the next version. In general, my
understanding is that so far when sending a patch to add new compatible
you wanted to see a user of it, whatever is a driver or a DTS file.
Given we have a driver change for this in this series, I assumed it was
ok to not send also a DT file.
> Toradex LAVA hat is way too generic. No, single compatible string is not
> sufficient, please read writing bindings.
>
> Please define exact model and variants.
>
> >
> > The need is to be able to test SPI with a mainline Linux kernel, so I am
> > looking for a solution that works in mainline Linux.
>
> incomplete devices do not stop you from that.
Do this sentence means that I can send a DT file for inclusion in the
Linux kernel using a compatible documented in incomplete-devices?
> But you don't get exceptions because you want to mainline your DTS. Your
> need detailed hardware description and precise compatible per each exact
> hat ("exists in multiple variants").
Let me get into more details here, before sending a new patch version.
We have various LAVA HAT devices, the difference is that they provide
different features and a different layout, based on the actual carrier
board they are mated with.
We have an "Aquila LAVA HAT", that can be mated with the "Aquila
Development Board", and a "Verdin LAVA HAT", that can be mated with a
"Verdin Dahlia Board".
As an example, you can find the Verdin Dahlia DTS here,
ti/k3-am625-verdin-wifi-dahlia.dts, that can be mated with the "Verdin
LAVA HAT".
The SPI device on both "Aquila LAVA HAT" and "Verdin LAVA HAT", is the
same, no differences. On the Aquila variant we
have two instances of it, while on the Verdin we have only one instance
of it.
So, would we need a compatible like this?
compatible = "toradex,aquila-lava-hat-spi", "toradex,lava-hat-spi";
or
compatible = "toradex,verdin-lava-hat-spi", "toradex,lava-hat-spi";
The actual implementation on both the HW devices is the same, so the
driver can just probe on "toradex,lava-hat-spi".
Thanks
Francesco
next prev parent reply other threads:[~2026-04-21 9:59 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-04-20 11:45 [PATCH v1 0/2] spi: spidev: Add Toradex LAVA HAT Francesco Dolcini
2026-04-20 11:45 ` [PATCH v1 1/2] dt-bindings: trivial-devices: add toradex,lava-hat-spi Francesco Dolcini
2026-04-20 16:02 ` Conor Dooley
2026-04-20 16:10 ` Krzysztof Kozlowski
2026-04-20 16:26 ` Conor Dooley
2026-04-21 8:38 ` Francesco Dolcini
2026-04-21 8:46 ` Krzysztof Kozlowski
2026-04-21 9:59 ` Francesco Dolcini [this message]
2026-04-21 10:05 ` Krzysztof Kozlowski
2026-04-21 10:16 ` Francesco Dolcini
2026-04-20 11:45 ` [PATCH v1 2/2] spi: spidev: Add Toradex LAVA HAT OF compatible Francesco Dolcini
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=20260421095928.GB23508@francesco-nb \
--to=francesco@dolcini.it \
--cc=broonie@kernel.org \
--cc=conor+dt@kernel.org \
--cc=conor@kernel.org \
--cc=devicetree@vger.kernel.org \
--cc=francesco.dolcini@toradex.com \
--cc=krzk+dt@kernel.org \
--cc=krzk@kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-spi@vger.kernel.org \
--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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox