[v2,1/5] dt-bindings: arm: ti: add toradex,verdin-am62 et al.

From: Francesco Dolcini <francesco.dolcini@toradex.com>

Add toradex,verdin-am62 for Toradex Verdin AM62 SoM, its
nonwifi and wifi variants and the carrier boards (Dahlia,
Verdin Development Board and Yavia) they may be mated in.

Link: https://developer.toradex.com/hardware/verdin-som-family/modules/verdin-am62/
Link: https://www.toradex.com/computer-on-modules/verdin-arm-family/ti-am62
Signed-off-by: Francesco Dolcini <francesco.dolcini@toradex.com>
Reviewed-by: Conor Dooley <conor.dooley@microchip.com>
---
v2: added reviewed-by
---
 .../devicetree/bindings/arm/ti/k3.yaml        | 20 +++++++++++++++++++
 1 file changed, 20 insertions(+)

Hi,

* Francesco Dolcini <francesco@dolcini.it> [230601 13:15]:
> From: Francesco Dolcini <francesco.dolcini@toradex.com>
> 
> Add toradex,verdin-am62 for Toradex Verdin AM62 SoM, its
> nonwifi and wifi variants and the carrier boards (Dahlia,
> Verdin Development Board and Yavia) they may be mated in.

Looks like you have wifi on sdio, there should be no need for separate
compatible properties. The sdio wifi will try to probe and will just bail
out if no wifi is populated.

If however the non-wifi variants are recycling the sdio pins for something
else, then it's it's a different story. In that case you want either
seprate compatible properties, or want to use dts fragments possibly.

Regards,

Tony

On Fri, Jun 02, 2023 at 10:20:45AM +0300, Tony Lindgren wrote:
> Hi,
> 
> * Francesco Dolcini <francesco@dolcini.it> [230601 13:15]:
> > From: Francesco Dolcini <francesco.dolcini@toradex.com>
> > 
> > Add toradex,verdin-am62 for Toradex Verdin AM62 SoM, its
> > nonwifi and wifi variants and the carrier boards (Dahlia,
> > Verdin Development Board and Yavia) they may be mated in.
> 
> Looks like you have wifi on sdio, there should be no need for separate
> compatible properties. The sdio wifi will try to probe and will just bail
> out if no wifi is populated.
> 
> If however the non-wifi variants are recycling the sdio pins for something
> else, then it's it's a different story. In that case you want either
> seprate compatible properties, or want to use dts fragments possibly.

This is exactly the case, the wifi/non-wifi variant are re-using pins.

I provided a more verbose explanation on that on a previous discussion
https://lore.kernel.org/all/ZG5jYV%2FNfGJvYkma@francesco-nb.int.toradex.com/

Francesco

* Francesco Dolcini <francesco@dolcini.it> [230602 08:18]:
> On Fri, Jun 02, 2023 at 10:20:45AM +0300, Tony Lindgren wrote:
> > Hi,
> > 
> > * Francesco Dolcini <francesco@dolcini.it> [230601 13:15]:
> > > From: Francesco Dolcini <francesco.dolcini@toradex.com>
> > > 
> > > Add toradex,verdin-am62 for Toradex Verdin AM62 SoM, its
> > > nonwifi and wifi variants and the carrier boards (Dahlia,
> > > Verdin Development Board and Yavia) they may be mated in.
> > 
> > Looks like you have wifi on sdio, there should be no need for separate
> > compatible properties. The sdio wifi will try to probe and will just bail
> > out if no wifi is populated.
> > 
> > If however the non-wifi variants are recycling the sdio pins for something
> > else, then it's it's a different story. In that case you want either
> > seprate compatible properties, or want to use dts fragments possibly.
> 
> This is exactly the case, the wifi/non-wifi variant are re-using pins.
> 
> I provided a more verbose explanation on that on a previous discussion
> https://lore.kernel.org/all/ZG5jYV%2FNfGJvYkma@francesco-nb.int.toradex.com/

Ok thanks for the information.

Regards,

Tony