[PATCH v2 0/6] net: Use dev APIs

[Peng Fan (OSS)]

This series converts several Ethernet drivers to use the generic
device model APIs for device tree access, replacing devfdt_* and
fdtdec/fdt_* interfaces.

The goal is to improve compatibility with both live device tree
and flat device tree backends, and to reduce direct dependencies
on low-level FDT helpers.

Patches 1–5 perform straightforward replacements:
  - devfdt_get_addr() → dev_read_addr()
  - devfdt_get_addr_index() → dev_read_addr_index()
  - devfdt_get_addr_index_ptr() → dev_read_addr_index_ptr()
  - map_physmem(devfdt_get_addr()) → dev_remap_addr()

These changes are mechanical and introduce no functional change.

Patch 6 converts the mvpp2 driver from legacy fdtdec/fdt_* APIs
to ofnode-based interfaces. This removes dependencies on
gd->fdt_blob and updates phandle parsing, subnode iteration,
property access, and device lookup.

No intended functional changes.

I not have the platforms to test, just best practice for this work.

Signed-off-by: Peng Fan <peng.fan at nxp.com>
---
Changes in v2:
- Add R-b from Simon
- In patch 6:
  - drop unused variables,
  - drop error return code which not follows "No functional changes".
    This patchset is mainly for API updating, not indended to do 
    functional change.
- Link to v1: https://lore.kernel.org/r/20260526-devfdt-net-v1-0-be3597b85b5e@nxp.com

---
Peng Fan (6):
      net: ethoc: Use dev_read_addr_index()
      net: qe: dm_qe_uec: Use dev_read_addr()
      net: calxedaxgmac: Use dev_read_addr()
      net: dc2114x: Use dev_remap_addr()
      net: mvpp2: Use dev_read_addr_index_ptr()
      net: mvpp2: convert FDT access to ofnode API

 drivers/net/calxedaxgmac.c |  2 +-
 drivers/net/dc2114x.c      |  2 +-
 drivers/net/ethoc.c        |  2 +-
 drivers/net/mvpp2.c        | 56 +++++++++++++++++++++-------------------------
 drivers/net/qe/dm_qe_uec.c |  2 +-
 5 files changed, 29 insertions(+), 35 deletions(-)
---
base-commit: bb354d04459f5425318aeb8a70bae995ee573f1d
change-id: 20260526-devfdt-net-a0fe75cd7f49

Best regards,
-- 
Peng Fan <peng.fan at nxp.com>