Re: [PATCH RESEND net-next v6 2/7] net: stmmac: qcom-ethqos: use generic device properties
Bartosz Golaszewski <[email protected]>
| Newsgroups | dev.linux.lists.sophgo,dev.linux.lists.imx,dev.linux.lists.linux-sunxi,org.infradead.lists.linux-amlogic,org.infradead.lists.linux-riscv,org.infradead.lists.linux-rockchip,org.kernel.vger.linux-arm-msm,org.kernel.vger.linux-devicetree,org.kernel.vger.linux-kernel,org.kernel.vger.linux-mips,org.kernel.vger.linux-renesas-soc,org.kernel.vger.netdev |
|---|---|
| Message-ID | <CAMRc=Md-z9+RdVPB9kKeVwWWJni7se7HfbhwGmvQ9Wd3CwJqeQ@mail.gmail.com> |
On Tue, Jan 13, 2026 at 11:06 PM Andrew Lunn <[email protected]> wrote: > > On Tue, Jan 13, 2026 at 01:36:53PM +0100, Bartosz Golaszewski wrote: > > On Mon, Jan 12, 2026 at 2:45 PM Andrew Lunn <[email protected]> wrote: > > > > > > On Mon, Jan 12, 2026 at 11:15:41AM +0100, Bartosz Golaszewski wrote: > > > > From: Bartosz Golaszewski <[email protected]> > > > > > > > > In order to drop the dependency on CONFIG_OF, convert all device property > > > > getters from OF-specific to generic device properties and stop pulling > > > > in any linux/of.h symbols. > > > > > > Is the intention to read these properties from ACPI tables? > > > > > > > No. Other than a couple property getters which can use the fwnode > > abstraction, there's nothing here that requires the OF dependence. > > So what is the need for not using OF? Why do you want this patch? > We've had a higher-level abstraction for OF nodes for years now. Since I'm already touching the driver, it makes sense to switch to using it, as OF-centric APIs are not recommended in new code even if it's an OF-only driver. Bartosz