Re: [PATCH v2 2/5] net: hpe: Add GXP UMAC MDIO

From: Andrew Lunn
Date: Wed Aug 02 2023 - 18:45:51 EST


> +config GXP_UMAC_MDIO
> + tristate "GXP UMAC mdio support"
> + depends on ARCH_HPE || COMPILE_TEST
> + depends on OF_MDIO && HAS_IOMEM
> + depends on MDIO_DEVRES
> + help

nitpick: help should be indented same as depends.

> + Say y here to support the GXP UMAC MDIO bus. The
> + MDIO(mdio0) interface from the primary MAC (umac0)
> + is used for external PHY status and configuration.

Is it an external MDIO bus? So anything could be connected to it,
e.g. an Ethernet switch.

> + The MDIO(mdio1) interface from the secondary MAC
> + (umac1) is routed to the SGMII/100Base-X IP blocks
> + on the two SERDES interface connections.

Is this one purely internal? If so, then the text is valid. If it also
goes external, there is no reason you could not put a PHY or an
Ethernet switch on it. You can then skip using the first MDIO bus all
together.

> +#define UMAC_MII 0x00 /* R/W MII Register */
> +#define UMAC_MII_PHY_ADDR_MASK 0x001F0000
> +#define UMAC_MII_PHY_ADDR_SHIFT 16
> +#define UMAC_MII_MOWNER 0x00000200
> +#define UMAC_MII_MRNW 0x00000100

Are these two bits? If so, please use BIT().

> +static int umac_mdio_read(struct mii_bus *bus, int phy_id, int reg)
> +{
> + struct umac_mdio_priv *umac_mdio = bus->priv;
> + unsigned int status;
> + unsigned int value;
> + int ret;
> +
> + status = __raw_readl(umac_mdio->base + UMAC_MII);
> +
> + status &= ~(UMAC_MII_PHY_ADDR_MASK | UMAC_MII_REG_ADDR_MASK);
> + status |= ((phy_id << UMAC_MII_PHY_ADDR_SHIFT) &
> + UMAC_MII_PHY_ADDR_MASK);
> + status |= (reg & UMAC_MII_REG_ADDR_MASK);
> + status |= UMAC_MII_MRNW; /* set bit for read mode */
> + __raw_writel(status, umac_mdio->base + UMAC_MII);
> +
> + status |= UMAC_MII_MOWNER; /* set bit to activate mii transfer */
> + __raw_writel(status, umac_mdio->base + UMAC_MII);

I assume UMAC_MII_MOWNER must be set in a separate operation? But
using __raw_writel() i'm not sure there is any barrier between the two
writes.

Andrew