From: "Russell King (Oracle)" <linux@armlinux.org.uk>
To: John Madieu <john.madieu.xa@bp.renesas.com>
Cc: prabhakar.mahadev-lad.rj@bp.renesas.com, andrew+netdev@lunn.ch,
davem@davemloft.net, edumazet@google.com, kuba@kernel.org,
pabeni@redhat.com, robh@kernel.org, krzk+dt@kernel.org,
conor+dt@kernel.org, geert+renesas@glider.be,
biju.das.jz@bp.renesas.com, claudiu.beznea@tuxon.dev,
magnus.damm@gmail.com, mcoquelin.stm32@gmail.com,
alexandre.torgue@foss.st.com, netdev@vger.kernel.org,
linux-renesas-soc@vger.kernel.org, devicetree@vger.kernel.org
Subject: Re: [PATCH net-next 0/3] net: stmmac: add physical port identification support
Date: Thu, 4 Dec 2025 17:07:00 +0000 [thread overview]
Message-ID: <aTG_tJGs7-p5kJzD@shell.armlinux.org.uk> (raw)
In-Reply-To: <20251204163729.3036329-1-john.madieu.xa@bp.renesas.com>
See comments on the previous posting of this patch series (why it was
reposted in as little as six minutes apart...)
netdev has a rule: allow 24 hours between re-posts.
netdev has another rule: don't post new material, except for bug fixes
for the net tree, while netdev is closed (in other words, while the
merge window is open.) If you wish to post new material, mark it RFC.
Thanks.
On Thu, Dec 04, 2025 at 04:37:26PM +0000, John Madieu wrote:
> This series adds physical port identification support to the stmmac driver,
> enabling userspace to query hardware-stable identifiers for network interfaces
> via ndo_get_phys_port_id() and ndo_get_phys_port_name().
>
> On systems with multiple ethernet controllers sharing the same driver,
> physical port identification provides stable identifiers that persist
> across reboots and are independent of interface enumeration order.
> This is particularly useful for predictable network interface naming
> and for correlating interfaces with physical connectors.
>
> The implementation follows a two-tier approach:
>
> 1. Generic stmmac support: Default implementations use the permanent MAC
> address as port ID and bus_id for port naming. This provides immediate
> benefit for all stmmac-based platforms.
>
> 2. Glue driver override: Platform drivers can provide custom callbacks
> for hardware-specific identification schemes. The Renesas GBETH driver
> implements this to support device tree-based port identification,
> addressing cases where hardware lacks unique identification registers.
>
> The Renesas implementation constructs an 8-byte port identifier from:
> - Permanent MAC address (if available) or Renesas OUI (74:90:50) as fallback
> - Port index from device tree property or ethernet alias
>
>
> John Madieu (3):
> net: stmmac: add physical port identification support
> dt-bindings: net: renesas-gbeth: Add port-id property
> net: stmmac: dwmac-renesas-gbeth: add physical port identification
>
> .../bindings/net/renesas,rzv2h-gbeth.yaml | 19 +++++++
> .../stmicro/stmmac/dwmac-renesas-gbeth.c | 56 +++++++++++++++++++
> .../net/ethernet/stmicro/stmmac/stmmac_main.c | 54 ++++++++++++++++++
> include/linux/stmmac.h | 5 ++
> 4 files changed, 134 insertions(+)
>
> --
> 2.25.1
>
>
--
RMK's Patch system: https://www.armlinux.org.uk/developer/patches/
FTTP is here! 80Mbps down 10Mbps up. Decent connectivity at last!
next prev parent reply other threads:[~2025-12-04 17:07 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-12-04 16:37 [PATCH net-next 0/3] net: stmmac: add physical port identification support John Madieu
2025-12-04 16:37 ` [PATCH net-next 1/3] " John Madieu
2025-12-05 6:41 ` kernel test robot
2025-12-05 7:34 ` kernel test robot
2025-12-04 16:37 ` [PATCH net-next 2/3] dt-bindings: net: renesas-gbeth: Add port-id property John Madieu
2025-12-04 16:37 ` [PATCH net-next 3/3] net: stmmac: dwmac-renesas-gbeth: add physical port identification John Madieu
2025-12-04 17:07 ` Russell King (Oracle) [this message]
2025-12-04 17:09 ` [PATCH net-next 0/3] net: stmmac: add physical port identification support John Madieu
2025-12-04 21:07 ` Andrew Lunn
-- strict thread matches above, loose matches on Subject: below --
2025-12-04 16:40 John Madieu
2025-12-04 16:55 ` Krzysztof Kozlowski
2025-12-04 17:02 ` John Madieu
2025-12-04 17:09 ` Russell King (Oracle)
2025-12-04 16:31 John Madieu
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=aTG_tJGs7-p5kJzD@shell.armlinux.org.uk \
--to=linux@armlinux.org.uk \
--cc=alexandre.torgue@foss.st.com \
--cc=andrew+netdev@lunn.ch \
--cc=biju.das.jz@bp.renesas.com \
--cc=claudiu.beznea@tuxon.dev \
--cc=conor+dt@kernel.org \
--cc=davem@davemloft.net \
--cc=devicetree@vger.kernel.org \
--cc=edumazet@google.com \
--cc=geert+renesas@glider.be \
--cc=john.madieu.xa@bp.renesas.com \
--cc=krzk+dt@kernel.org \
--cc=kuba@kernel.org \
--cc=linux-renesas-soc@vger.kernel.org \
--cc=magnus.damm@gmail.com \
--cc=mcoquelin.stm32@gmail.com \
--cc=netdev@vger.kernel.org \
--cc=pabeni@redhat.com \
--cc=prabhakar.mahadev-lad.rj@bp.renesas.com \
--cc=robh@kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).