[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <e8b48d9e-f5ba-400b-8e4a-66ea7608c9ae@lunn.ch>
Date: Wed, 14 Jan 2026 21:15:19 +0100
From: Andrew Lunn <andrew@...n.ch>
To: Lorenzo Bianconi <lorenzo@...nel.org>
Cc: Christian Marangi <ansuelsmth@...il.com>,
Krzysztof Kozlowski <krzk@...nel.org>,
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 v2 1/2] dt-bindings: net: airoha: npu: Add
EN7581-7996 support
> In the current codebase the NPU driver does not need to access the WiFi PCIe
> slot (or any other external device) since the offloading (wired and wireless)
> is fully managed by the NPU chip (hw + firmware binaries).
Are you saying the NPU itself enumerates the PCI busses and finds the
WiFi device? If it can do that, why not ask it which PCI device it is
using?
Or this the PCI slot to use somehow embedded within the firmware?
Or is it simply hard coded in the NPU silicon which slot to use?
Andrew
Powered by blists - more mailing lists