[Linux-stm32] [PATCH net-next v3 0/3] net: stmmac: add Allwinner H616 EMAC1 support

[James Hilliard]

On Fri, Sep 18, 2026 at 7:07 PM Alastair D'Silva <alastair at d-silva.org>
wrote:

> On Thu, 2026-09-17 at 11:55 -0600, James Hilliard wrote:
> > The H616 secondary EMAC supports RMII at 10/100 Mbps and uses a
> > separate
> > system-control clock register at offset 0x34. Add its binding and a
> > sun8i stmmac variant using that register. A distinct compatible
> > without
> > an older fallback prevents the driver from using EMAC0's clock
> > register.
> >
> > EMAC1 connects internally to the co-packaged AC200 or AC300 EPHY and
> > has
> > no external PHY pins. Leave PHY initialization to the PHY driver
> > instead
> > of using the H3 internal-PHY controls. The RMII-only variant does not
> > expose the RGMII clock-delay properties.
> >
> > First move the MAC software reset from probe to the DMA reset
> > callback,
> > after PHY initialization. This lets the MAC and its MDIO bus remain
> > registered when the PHY driver or one of its suppliers is not ready
> > yet.
> > Keep the separate H3 MDIO-mux reset sequence unchanged.
> >
> > The AC200/AC300 EPHY driver and package bindings are already in
> > net-next. This series separates the H616 EMAC1 MAC driver and binding
> > support from the earlier combined series. PWM, MFD and device-tree
> > enablement are being handled separately.
> >
> > Signed-off-by: James Hilliard <james.hilliard1 at gmail.com>
> > ---
> > Changes in v3:
> > - Add a prerequisite fix moving the MAC software reset to the DMA
> > reset
> >   callback, after PHY initialization, so delayed module loading and
> >   deferred PHY probes do not tear down the MAC and its MDIO bus.
> > - Preserve the H3 MDIO-mux reset and propagate hardware-reset
> > failures
> >   through the normal stmmac hardware-setup error path.
> > - Add Alastair D'Silva to Cc and rebase onto current net-next.
> > - Link to v2: https://patch.msgid.link/20260915-submit-h616-emac1-v1-
> > v2-0-322b32e40eb9 at gmail.com
> >
> > Changes in v2:
> > - Drop EMAC1 TX/RX clock-delay property support and keep the existing
> >   RGMII-only delay descriptions unchanged, as requested by Maxime
> > Ripard.
> > - Clarify that EMAC1 connects internally to a co-packaged PHY, not an
> >   external PHY or the H3-style internal-PHY controls.
> > - Rebase onto current net-next.
> > - Link to v1: https://patch.msgid.link/20260915-submit-h616-emac1-v1-
> > v1-0-195de0bb1f8a at gmail.com
> >
> > ---
> > James Hilliard (3):
> >       net: stmmac: sun8i: reset the MAC after PHY initialization
> >       dt-bindings: net: allwinner: add H616 EMAC1
> >       net: stmmac: sun8i: add support for Allwinner H616 EMAC1
> >
> >  .../bindings/net/allwinner,sun8i-a83t-emac.yaml    | 13 +++++
> >  .../devicetree/bindings/net/snps,dwmac.yaml        |  2 +
> >  drivers/net/ethernet/stmicro/stmmac/dwmac-sun8i.c  | 66
> > +++++++++++++---------
> >  3 files changed, 55 insertions(+), 26 deletions(-)
> > ---
> > base-commit: 26ee8cd69d46a14b37ba5e512084fe80d730127a
> > change-id: 20260914-submit-h616-emac1-v1-143703842abb
> >
> > Best regards,
> > --
> > James Hilliard <james.hilliard1 at gmail.com>
> >
>
> Tested-by: Alastair D'Silva <alastair at d-silva.org>
> Reviewed-by: Alastair D'Silva <alastair at d-silva.org>
>
> As a follow-up (non blocking), I would add the LED control registers I
> mentioned at the bottom of my test results.
>

I have plenty of features to work on afterwards including LED related
configs, want to just get basic connectivity working to start with to make
everything easier to review.


>
> --
> Alastair D'Silva
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://st-md-mailman.stormreply.com/pipermail/linux-stm32/attachments/20260918/9d85a60f/attachment.html>