[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <20260113-beige-guillemot-of-painting-575bda@quoll>
Date: Tue, 13 Jan 2026 09:11:59 +0100
From: Krzysztof Kozlowski <krzk@...nel.org>
To: Lorenzo Bianconi <lorenzo@...nel.org>
Cc: Andrew Lunn <andrew@...n.ch>, Andrew Lunn <andrew+netdev@...n.ch>,
"David S. Miller" <davem@...emloft.net>, Eric Dumazet <edumazet@...gle.com>,
Jakub Kicinski <kuba@...nel.org>, Paolo Abeni <pabeni@...hat.com>, Rob Herring <robh@...nel.org>,
Krzysztof Kozlowski <krzk+dt@...nel.org>, Conor Dooley <conor+dt@...nel.org>, netdev@...r.kernel.org,
devicetree@...r.kernel.org, linux-arm-kernel@...ts.infradead.org,
linux-mediatek@...ts.infradead.org
Subject: Re: [PATCH net-next 2/2] net: airoha: npu: Add the capability to
read firmware names from dts
On Mon, Jan 12, 2026 at 02:35:57PM +0100, Lorenzo Bianconi wrote:
> > static const struct of_device_id of_airoha_npu_match[] = {
> > { .compatible = "airoha,en7581-npu", .data = &en7581_npu_soc_data },
> > { .compatible = "airoha,an7583-npu", .data = &an7583_npu_soc_data },
> > { /* sentinel */ }
> > };
> >
> > Why cannot this scheme be extended with another compatible?
>
> yes, that is another possibility I was thinking of but then I found
> "firwmare-name" property was quite a common approach.
"firmware-name" is for cases when the firmware is per board, not per
SoC.
Best regards,
Krzysztof
Powered by blists - more mailing lists