* [net-next PATCH v7 0/6] net: phy: Add support for new Aeonsemi PHYs
@ 2025-04-10 9:53 Christian Marangi
2025-04-10 9:53 ` [net-next PATCH v7 1/6] net: phy: pass PHY driver to .match_phy_device OP Christian Marangi
` (6 more replies)
0 siblings, 7 replies; 17+ messages in thread
From: Christian Marangi @ 2025-04-10 9:53 UTC (permalink / raw)
To: Christian Marangi, Andrew Lunn, David S. Miller, Eric Dumazet,
Jakub Kicinski, Paolo Abeni, Rob Herring, Krzysztof Kozlowski,
Conor Dooley, Heiner Kallweit, Russell King, Florian Fainelli,
Broadcom internal kernel review list, Marek Behún,
Andrei Botila, Sabrina Dubroca, Eric Woudstra, Daniel Golle,
netdev, devicetree, linux-kernel
Add support for new Aeonsemi 10G C45 PHYs. These PHYs intergate an IPC
to setup some configuration and require special handling to sync with
the parity bit. The parity bit is a way the IPC use to follow correct
order of command sent.
Supported PHYs AS21011JB1, AS21011PB1, AS21010JB1, AS21010PB1,
AS21511JB1, AS21511PB1, AS21510JB1, AS21510PB1, AS21210JB1,
AS21210PB1 that all register with the PHY ID 0x7500 0x7500
before the firmware is loaded.
The big special thing about this PHY is that it does provide
a generic PHY ID in C45 register that change to the correct one
one the firmware is loaded.
In practice:
- MMD 0x7 ID 0x7500 0x9410 -> FW LOAD -> ID 0x7500 0x9422
To handle this, we operate on .match_phy_device where
we check the PHY ID, if the ID match the generic one,
we load the firmware and we return 0 (PHY driver doesn't
match). Then PHY core will try the next PHY driver in the list
and this time the PHY is correctly filled in and we register
for it.
To help in the matching and not modify part of the PHY device
struct, .match_phy_device is extended to provide also the
current phy_driver is trying to match for. This add the
extra benefits that some other PHY can simplify their
.match_phy_device OP.
Changes v7:
- Make sure fw_version is NULL terminated
- Better describe logic for .match_phy_device
Changes v6:
- Out of RFC
- Add Reviewed-by tag from Russell
Changes v5:
- Add Reviewed-by tag from Rob
- Fix subject in DT patch
- Fix wrong Suggested-by tag in patch 1
- Rework nxp patch to 80 column
Changes v4:
- Add Reviewed-by tag
- Better handle PHY ID scan in as21xxx
- Also simplify nxp driver and fix .match_phy_device
Changes v3:
- Correct typo intergate->integrate
- Try to reduce to 80 column (where possible... define become
unreasable if split)
- Rework to new .match_phy_device implementation
- Init active_low_led and fix other minor smatch war
- Drop inline tag (kbot doesn't like it but not reported by checkpatch???)
Changes v2:
- Move to RFC as net-next closed :(
- Add lock for IPC command
- Better check size values from IPC
- Add PHY ID for all supported PHYs
- Drop .get_feature (correct values are exported by standard
regs)
- Rework LED event to enum
- Update .yaml with changes requested (firmware-name required
for generic PHY ID)
- Better document C22 in C45
- Document PHY name logic
- Introduce patch to load PHY 2 times
Christian Marangi (6):
net: phy: pass PHY driver to .match_phy_device OP
net: phy: bcm87xx: simplify .match_phy_device OP
net: phy: nxp-c45-tja11xx: simplify .match_phy_device OP
net: phy: introduce genphy_match_phy_device()
net: phy: Add support for Aeonsemi AS21xxx PHYs
dt-bindings: net: Document support for Aeonsemi PHYs
.../bindings/net/aeonsemi,as21xxx.yaml | 122 ++
MAINTAINERS | 7 +
drivers/net/phy/Kconfig | 12 +
drivers/net/phy/Makefile | 1 +
drivers/net/phy/as21xxx.c | 1076 +++++++++++++++++
drivers/net/phy/bcm87xx.c | 14 +-
drivers/net/phy/icplus.c | 6 +-
drivers/net/phy/marvell10g.c | 12 +-
drivers/net/phy/micrel.c | 6 +-
drivers/net/phy/nxp-c45-tja11xx.c | 41 +-
drivers/net/phy/nxp-tja11xx.c | 6 +-
drivers/net/phy/phy_device.c | 52 +-
drivers/net/phy/realtek/realtek_main.c | 27 +-
drivers/net/phy/teranetics.c | 3 +-
include/linux/phy.h | 6 +-
15 files changed, 1325 insertions(+), 66 deletions(-)
create mode 100644 Documentation/devicetree/bindings/net/aeonsemi,as21xxx.yaml
create mode 100644 drivers/net/phy/as21xxx.c
--
2.48.1
^ permalink raw reply [flat|nested] 17+ messages in thread* [net-next PATCH v7 1/6] net: phy: pass PHY driver to .match_phy_device OP 2025-04-10 9:53 [net-next PATCH v7 0/6] net: phy: Add support for new Aeonsemi PHYs Christian Marangi @ 2025-04-10 9:53 ` Christian Marangi 2025-04-10 9:53 ` [net-next PATCH v7 2/6] net: phy: bcm87xx: simplify " Christian Marangi ` (5 subsequent siblings) 6 siblings, 0 replies; 17+ messages in thread From: Christian Marangi @ 2025-04-10 9:53 UTC (permalink / raw) To: Christian Marangi, Andrew Lunn, David S. Miller, Eric Dumazet, Jakub Kicinski, Paolo Abeni, Rob Herring, Krzysztof Kozlowski, Conor Dooley, Heiner Kallweit, Russell King, Florian Fainelli, Broadcom internal kernel review list, Marek Behún, Andrei Botila, Sabrina Dubroca, Eric Woudstra, Daniel Golle, netdev, devicetree, linux-kernel Cc: Russell King (Oracle) Pass PHY driver pointer to .match_phy_device OP in addition to phydev. Having access to the PHY driver struct might be useful to check the PHY ID of the driver is being matched for in case the PHY ID scanned in the phydev is not consistent. A scenario for this is a PHY that change PHY ID after a firmware is loaded, in such case, the PHY ID stored in PHY device struct is not valid anymore and PHY will manually scan the ID in the match_phy_device function. Having the PHY driver info is also useful for those PHY driver that implement multiple simple .match_phy_device OP to match specific MMD PHY ID. With this extra info if the parsing logic is the same, the matching function can be generalized by using the phy_id in the PHY driver instead of hardcoding. Suggested-by: Russell King (Oracle) <rmk+kernel@armlinux.org.uk> Reviewed-by: Russell King (Oracle) <rmk+kernel@armlinux.org.uk> Signed-off-by: Christian Marangi <ansuelsmth@gmail.com> --- drivers/net/phy/bcm87xx.c | 6 ++++-- drivers/net/phy/icplus.c | 6 ++++-- drivers/net/phy/marvell10g.c | 12 ++++++++---- drivers/net/phy/micrel.c | 6 ++++-- drivers/net/phy/nxp-c45-tja11xx.c | 12 ++++++++---- drivers/net/phy/nxp-tja11xx.c | 6 ++++-- drivers/net/phy/phy_device.c | 2 +- drivers/net/phy/realtek/realtek_main.c | 27 +++++++++++++++++--------- drivers/net/phy/teranetics.c | 3 ++- include/linux/phy.h | 3 ++- 10 files changed, 55 insertions(+), 28 deletions(-) diff --git a/drivers/net/phy/bcm87xx.c b/drivers/net/phy/bcm87xx.c index e81404bf8994..1e1e2259fc2b 100644 --- a/drivers/net/phy/bcm87xx.c +++ b/drivers/net/phy/bcm87xx.c @@ -185,12 +185,14 @@ static irqreturn_t bcm87xx_handle_interrupt(struct phy_device *phydev) return IRQ_HANDLED; } -static int bcm8706_match_phy_device(struct phy_device *phydev) +static int bcm8706_match_phy_device(struct phy_device *phydev, + const struct phy_driver *phydrv) { return phydev->c45_ids.device_ids[4] == PHY_ID_BCM8706; } -static int bcm8727_match_phy_device(struct phy_device *phydev) +static int bcm8727_match_phy_device(struct phy_device *phydev, + const struct phy_driver *phydrv) { return phydev->c45_ids.device_ids[4] == PHY_ID_BCM8727; } diff --git a/drivers/net/phy/icplus.c b/drivers/net/phy/icplus.c index bbcc7d2b54cd..c0c4f19cfb6a 100644 --- a/drivers/net/phy/icplus.c +++ b/drivers/net/phy/icplus.c @@ -520,12 +520,14 @@ static int ip101a_g_match_phy_device(struct phy_device *phydev, bool ip101a) return ip101a == !ret; } -static int ip101a_match_phy_device(struct phy_device *phydev) +static int ip101a_match_phy_device(struct phy_device *phydev, + const struct phy_driver *phydrv) { return ip101a_g_match_phy_device(phydev, true); } -static int ip101g_match_phy_device(struct phy_device *phydev) +static int ip101g_match_phy_device(struct phy_device *phydev, + const struct phy_driver *phydrv) { return ip101a_g_match_phy_device(phydev, false); } diff --git a/drivers/net/phy/marvell10g.c b/drivers/net/phy/marvell10g.c index 5354c8895163..13e81dff42c1 100644 --- a/drivers/net/phy/marvell10g.c +++ b/drivers/net/phy/marvell10g.c @@ -1264,7 +1264,8 @@ static int mv3310_get_number_of_ports(struct phy_device *phydev) return ret + 1; } -static int mv3310_match_phy_device(struct phy_device *phydev) +static int mv3310_match_phy_device(struct phy_device *phydev, + const struct phy_driver *phydrv) { if ((phydev->c45_ids.device_ids[MDIO_MMD_PMAPMD] & MARVELL_PHY_ID_MASK) != MARVELL_PHY_ID_88X3310) @@ -1273,7 +1274,8 @@ static int mv3310_match_phy_device(struct phy_device *phydev) return mv3310_get_number_of_ports(phydev) == 1; } -static int mv3340_match_phy_device(struct phy_device *phydev) +static int mv3340_match_phy_device(struct phy_device *phydev, + const struct phy_driver *phydrv) { if ((phydev->c45_ids.device_ids[MDIO_MMD_PMAPMD] & MARVELL_PHY_ID_MASK) != MARVELL_PHY_ID_88X3310) @@ -1297,12 +1299,14 @@ static int mv211x_match_phy_device(struct phy_device *phydev, bool has_5g) return !!(val & MDIO_PCS_SPEED_5G) == has_5g; } -static int mv2110_match_phy_device(struct phy_device *phydev) +static int mv2110_match_phy_device(struct phy_device *phydev, + const struct phy_driver *phydrv) { return mv211x_match_phy_device(phydev, true); } -static int mv2111_match_phy_device(struct phy_device *phydev) +static int mv2111_match_phy_device(struct phy_device *phydev, + const struct phy_driver *phydrv) { return mv211x_match_phy_device(phydev, false); } diff --git a/drivers/net/phy/micrel.c b/drivers/net/phy/micrel.c index 24882d30f685..d7f11f16fbd1 100644 --- a/drivers/net/phy/micrel.c +++ b/drivers/net/phy/micrel.c @@ -768,7 +768,8 @@ static int ksz8051_ksz8795_match_phy_device(struct phy_device *phydev, return !ret; } -static int ksz8051_match_phy_device(struct phy_device *phydev) +static int ksz8051_match_phy_device(struct phy_device *phydev, + const struct phy_driver *phydrv) { return ksz8051_ksz8795_match_phy_device(phydev, true); } @@ -888,7 +889,8 @@ static int ksz8061_config_init(struct phy_device *phydev) return kszphy_config_init(phydev); } -static int ksz8795_match_phy_device(struct phy_device *phydev) +static int ksz8795_match_phy_device(struct phy_device *phydev, + const struct phy_driver *phydrv) { return ksz8051_ksz8795_match_phy_device(phydev, false); } diff --git a/drivers/net/phy/nxp-c45-tja11xx.c b/drivers/net/phy/nxp-c45-tja11xx.c index 250a018d5546..bc2b7cc0cebe 100644 --- a/drivers/net/phy/nxp-c45-tja11xx.c +++ b/drivers/net/phy/nxp-c45-tja11xx.c @@ -1971,25 +1971,29 @@ static int nxp_c45_macsec_ability(struct phy_device *phydev) return macsec_ability; } -static int tja1103_match_phy_device(struct phy_device *phydev) +static int tja1103_match_phy_device(struct phy_device *phydev, + const struct phy_driver *phydrv) { return phy_id_compare(phydev->phy_id, PHY_ID_TJA_1103, PHY_ID_MASK) && !nxp_c45_macsec_ability(phydev); } -static int tja1104_match_phy_device(struct phy_device *phydev) +static int tja1104_match_phy_device(struct phy_device *phydev, + const struct phy_driver *phydrv) { return phy_id_compare(phydev->phy_id, PHY_ID_TJA_1103, PHY_ID_MASK) && nxp_c45_macsec_ability(phydev); } -static int tja1120_match_phy_device(struct phy_device *phydev) +static int tja1120_match_phy_device(struct phy_device *phydev, + const struct phy_driver *phydrv) { return phy_id_compare(phydev->phy_id, PHY_ID_TJA_1120, PHY_ID_MASK) && !nxp_c45_macsec_ability(phydev); } -static int tja1121_match_phy_device(struct phy_device *phydev) +static int tja1121_match_phy_device(struct phy_device *phydev, + const struct phy_driver *phydrv) { return phy_id_compare(phydev->phy_id, PHY_ID_TJA_1120, PHY_ID_MASK) && nxp_c45_macsec_ability(phydev); diff --git a/drivers/net/phy/nxp-tja11xx.c b/drivers/net/phy/nxp-tja11xx.c index 07e94a2478ac..3c38a8ddae2f 100644 --- a/drivers/net/phy/nxp-tja11xx.c +++ b/drivers/net/phy/nxp-tja11xx.c @@ -651,12 +651,14 @@ static int tja1102_match_phy_device(struct phy_device *phydev, bool port0) return !ret; } -static int tja1102_p0_match_phy_device(struct phy_device *phydev) +static int tja1102_p0_match_phy_device(struct phy_device *phydev, + const struct phy_driver *phydrv) { return tja1102_match_phy_device(phydev, true); } -static int tja1102_p1_match_phy_device(struct phy_device *phydev) +static int tja1102_p1_match_phy_device(struct phy_device *phydev, + const struct phy_driver *phydrv) { return tja1102_match_phy_device(phydev, false); } diff --git a/drivers/net/phy/phy_device.c b/drivers/net/phy/phy_device.c index 675fbd225378..2d6ceacb2986 100644 --- a/drivers/net/phy/phy_device.c +++ b/drivers/net/phy/phy_device.c @@ -514,7 +514,7 @@ static int phy_bus_match(struct device *dev, const struct device_driver *drv) return 0; if (phydrv->match_phy_device) - return phydrv->match_phy_device(phydev); + return phydrv->match_phy_device(phydev, phydrv); if (phydev->is_c45) { for (i = 1; i < num_ids; i++) { diff --git a/drivers/net/phy/realtek/realtek_main.c b/drivers/net/phy/realtek/realtek_main.c index 893c82479671..b4dc0d6fe4ca 100644 --- a/drivers/net/phy/realtek/realtek_main.c +++ b/drivers/net/phy/realtek/realtek_main.c @@ -1117,13 +1117,15 @@ static bool rtlgen_supports_mmd(struct phy_device *phydev) return val > 0; } -static int rtlgen_match_phy_device(struct phy_device *phydev) +static int rtlgen_match_phy_device(struct phy_device *phydev, + const struct phy_driver *phydrv) { return phydev->phy_id == RTL_GENERIC_PHYID && !rtlgen_supports_2_5gbps(phydev); } -static int rtl8226_match_phy_device(struct phy_device *phydev) +static int rtl8226_match_phy_device(struct phy_device *phydev, + const struct phy_driver *phydrv) { return phydev->phy_id == RTL_GENERIC_PHYID && rtlgen_supports_2_5gbps(phydev) && @@ -1139,32 +1141,38 @@ static int rtlgen_is_c45_match(struct phy_device *phydev, unsigned int id, return !is_c45 && (id == phydev->phy_id); } -static int rtl8221b_match_phy_device(struct phy_device *phydev) +static int rtl8221b_match_phy_device(struct phy_device *phydev, + const struct phy_driver *phydrv) { return phydev->phy_id == RTL_8221B && rtlgen_supports_mmd(phydev); } -static int rtl8221b_vb_cg_c22_match_phy_device(struct phy_device *phydev) +static int rtl8221b_vb_cg_c22_match_phy_device(struct phy_device *phydev, + const struct phy_driver *phydrv) { return rtlgen_is_c45_match(phydev, RTL_8221B_VB_CG, false); } -static int rtl8221b_vb_cg_c45_match_phy_device(struct phy_device *phydev) +static int rtl8221b_vb_cg_c45_match_phy_device(struct phy_device *phydev, + const struct phy_driver *phydrv) { return rtlgen_is_c45_match(phydev, RTL_8221B_VB_CG, true); } -static int rtl8221b_vn_cg_c22_match_phy_device(struct phy_device *phydev) +static int rtl8221b_vn_cg_c22_match_phy_device(struct phy_device *phydev, + const struct phy_driver *phydrv) { return rtlgen_is_c45_match(phydev, RTL_8221B_VN_CG, false); } -static int rtl8221b_vn_cg_c45_match_phy_device(struct phy_device *phydev) +static int rtl8221b_vn_cg_c45_match_phy_device(struct phy_device *phydev, + const struct phy_driver *phydrv) { return rtlgen_is_c45_match(phydev, RTL_8221B_VN_CG, true); } -static int rtl_internal_nbaset_match_phy_device(struct phy_device *phydev) +static int rtl_internal_nbaset_match_phy_device(struct phy_device *phydev, + const struct phy_driver *phydrv) { if (phydev->is_c45) return false; @@ -1182,7 +1190,8 @@ static int rtl_internal_nbaset_match_phy_device(struct phy_device *phydev) return rtlgen_supports_2_5gbps(phydev) && !rtlgen_supports_mmd(phydev); } -static int rtl8251b_c45_match_phy_device(struct phy_device *phydev) +static int rtl8251b_c45_match_phy_device(struct phy_device *phydev, + const struct phy_driver *phydrv) { return rtlgen_is_c45_match(phydev, RTL_8251B, true); } diff --git a/drivers/net/phy/teranetics.c b/drivers/net/phy/teranetics.c index 752d4bf7bb99..46c5ff7d7b56 100644 --- a/drivers/net/phy/teranetics.c +++ b/drivers/net/phy/teranetics.c @@ -67,7 +67,8 @@ static int teranetics_read_status(struct phy_device *phydev) return 0; } -static int teranetics_match_phy_device(struct phy_device *phydev) +static int teranetics_match_phy_device(struct phy_device *phydev, + const struct phy_driver *phydrv) { return phydev->c45_ids.device_ids[3] == PHY_ID_TN2020; } diff --git a/include/linux/phy.h b/include/linux/phy.h index a2bfae80c449..7042ceaadcc6 100644 --- a/include/linux/phy.h +++ b/include/linux/phy.h @@ -990,7 +990,8 @@ struct phy_driver { * driver for the given phydev. If NULL, matching is based on * phy_id and phy_id_mask. */ - int (*match_phy_device)(struct phy_device *phydev); + int (*match_phy_device)(struct phy_device *phydev, + const struct phy_driver *phydrv); /** * @set_wol: Some devices (e.g. qnap TS-119P II) require PHY -- 2.48.1 ^ permalink raw reply related [flat|nested] 17+ messages in thread
* [net-next PATCH v7 2/6] net: phy: bcm87xx: simplify .match_phy_device OP 2025-04-10 9:53 [net-next PATCH v7 0/6] net: phy: Add support for new Aeonsemi PHYs Christian Marangi 2025-04-10 9:53 ` [net-next PATCH v7 1/6] net: phy: pass PHY driver to .match_phy_device OP Christian Marangi @ 2025-04-10 9:53 ` Christian Marangi 2025-04-10 9:53 ` [net-next PATCH v7 3/6] net: phy: nxp-c45-tja11xx: " Christian Marangi ` (4 subsequent siblings) 6 siblings, 0 replies; 17+ messages in thread From: Christian Marangi @ 2025-04-10 9:53 UTC (permalink / raw) To: Christian Marangi, Andrew Lunn, David S. Miller, Eric Dumazet, Jakub Kicinski, Paolo Abeni, Rob Herring, Krzysztof Kozlowski, Conor Dooley, Heiner Kallweit, Russell King, Florian Fainelli, Broadcom internal kernel review list, Marek Behún, Andrei Botila, Sabrina Dubroca, Eric Woudstra, Daniel Golle, netdev, devicetree, linux-kernel Cc: Russell King (Oracle) Simplify .match_phy_device OP by using a generic function and using the new phy_id PHY driver info instead of hardcoding the matching PHY ID. Reviewed-by: Russell King (Oracle) <rmk+kernel@armlinux.org.uk> Signed-off-by: Christian Marangi <ansuelsmth@gmail.com> --- drivers/net/phy/bcm87xx.c | 14 ++++---------- 1 file changed, 4 insertions(+), 10 deletions(-) diff --git a/drivers/net/phy/bcm87xx.c b/drivers/net/phy/bcm87xx.c index 1e1e2259fc2b..299f9a8f30f4 100644 --- a/drivers/net/phy/bcm87xx.c +++ b/drivers/net/phy/bcm87xx.c @@ -185,16 +185,10 @@ static irqreturn_t bcm87xx_handle_interrupt(struct phy_device *phydev) return IRQ_HANDLED; } -static int bcm8706_match_phy_device(struct phy_device *phydev, +static int bcm87xx_match_phy_device(struct phy_device *phydev, const struct phy_driver *phydrv) { - return phydev->c45_ids.device_ids[4] == PHY_ID_BCM8706; -} - -static int bcm8727_match_phy_device(struct phy_device *phydev, - const struct phy_driver *phydrv) -{ - return phydev->c45_ids.device_ids[4] == PHY_ID_BCM8727; + return phydev->c45_ids.device_ids[4] == phydrv->phy_id; } static struct phy_driver bcm87xx_driver[] = { @@ -208,7 +202,7 @@ static struct phy_driver bcm87xx_driver[] = { .read_status = bcm87xx_read_status, .config_intr = bcm87xx_config_intr, .handle_interrupt = bcm87xx_handle_interrupt, - .match_phy_device = bcm8706_match_phy_device, + .match_phy_device = bcm87xx_match_phy_device, }, { .phy_id = PHY_ID_BCM8727, .phy_id_mask = 0xffffffff, @@ -219,7 +213,7 @@ static struct phy_driver bcm87xx_driver[] = { .read_status = bcm87xx_read_status, .config_intr = bcm87xx_config_intr, .handle_interrupt = bcm87xx_handle_interrupt, - .match_phy_device = bcm8727_match_phy_device, + .match_phy_device = bcm87xx_match_phy_device, } }; module_phy_driver(bcm87xx_driver); -- 2.48.1 ^ permalink raw reply related [flat|nested] 17+ messages in thread
* [net-next PATCH v7 3/6] net: phy: nxp-c45-tja11xx: simplify .match_phy_device OP 2025-04-10 9:53 [net-next PATCH v7 0/6] net: phy: Add support for new Aeonsemi PHYs Christian Marangi 2025-04-10 9:53 ` [net-next PATCH v7 1/6] net: phy: pass PHY driver to .match_phy_device OP Christian Marangi 2025-04-10 9:53 ` [net-next PATCH v7 2/6] net: phy: bcm87xx: simplify " Christian Marangi @ 2025-04-10 9:53 ` Christian Marangi 2025-04-15 10:56 ` Andrei Botila 2025-04-10 9:53 ` [net-next PATCH v7 4/6] net: phy: introduce genphy_match_phy_device() Christian Marangi ` (3 subsequent siblings) 6 siblings, 1 reply; 17+ messages in thread From: Christian Marangi @ 2025-04-10 9:53 UTC (permalink / raw) To: Christian Marangi, Andrew Lunn, David S. Miller, Eric Dumazet, Jakub Kicinski, Paolo Abeni, Rob Herring, Krzysztof Kozlowski, Conor Dooley, Heiner Kallweit, Russell King, Florian Fainelli, Broadcom internal kernel review list, Marek Behún, Andrei Botila, Sabrina Dubroca, Eric Woudstra, Daniel Golle, netdev, devicetree, linux-kernel Cc: Russell King (Oracle) Simplify .match_phy_device OP by using a generic function and using the new phy_id PHY driver info instead of hardcoding the matching PHY ID with new variant for macsec and no_macsec PHYs. Also make use of PHY_ID_MATCH_MODEL macro and drop PHY_ID_MASK define to introduce phy_id and phy_id_mask again in phy_driver struct. Reviewed-by: Russell King (Oracle) <rmk+kernel@armlinux.org.uk> Signed-off-by: Christian Marangi <ansuelsmth@gmail.com> --- drivers/net/phy/nxp-c45-tja11xx.c | 45 ++++++++++++++----------------- 1 file changed, 20 insertions(+), 25 deletions(-) diff --git a/drivers/net/phy/nxp-c45-tja11xx.c b/drivers/net/phy/nxp-c45-tja11xx.c index bc2b7cc0cebe..8880547c4bfa 100644 --- a/drivers/net/phy/nxp-c45-tja11xx.c +++ b/drivers/net/phy/nxp-c45-tja11xx.c @@ -19,7 +19,6 @@ #include "nxp-c45-tja11xx.h" -#define PHY_ID_MASK GENMASK(31, 4) /* Same id: TJA1103, TJA1104 */ #define PHY_ID_TJA_1103 0x001BB010 /* Same id: TJA1120, TJA1121 */ @@ -1971,32 +1970,24 @@ static int nxp_c45_macsec_ability(struct phy_device *phydev) return macsec_ability; } -static int tja1103_match_phy_device(struct phy_device *phydev, - const struct phy_driver *phydrv) +static int tja11xx_no_macsec_match_phy_device(struct phy_device *phydev, + const struct phy_driver *phydrv) { - return phy_id_compare(phydev->phy_id, PHY_ID_TJA_1103, PHY_ID_MASK) && - !nxp_c45_macsec_ability(phydev); -} + if (!phy_id_compare(phydev->phy_id, phydrv->phy_id, + phydrv->phy_id_mask)) + return 0; -static int tja1104_match_phy_device(struct phy_device *phydev, - const struct phy_driver *phydrv) -{ - return phy_id_compare(phydev->phy_id, PHY_ID_TJA_1103, PHY_ID_MASK) && - nxp_c45_macsec_ability(phydev); + return !nxp_c45_macsec_ability(phydev); } -static int tja1120_match_phy_device(struct phy_device *phydev, - const struct phy_driver *phydrv) +static int tja11xx_macsec_match_phy_device(struct phy_device *phydev, + const struct phy_driver *phydrv) { - return phy_id_compare(phydev->phy_id, PHY_ID_TJA_1120, PHY_ID_MASK) && - !nxp_c45_macsec_ability(phydev); -} + if (!phy_id_compare(phydev->phy_id, phydrv->phy_id, + phydrv->phy_id_mask)) + return 0; -static int tja1121_match_phy_device(struct phy_device *phydev, - const struct phy_driver *phydrv) -{ - return phy_id_compare(phydev->phy_id, PHY_ID_TJA_1120, PHY_ID_MASK) && - nxp_c45_macsec_ability(phydev); + return nxp_c45_macsec_ability(phydev); } static const struct nxp_c45_regmap tja1120_regmap = { @@ -2069,6 +2060,7 @@ static const struct nxp_c45_phy_data tja1120_phy_data = { static struct phy_driver nxp_c45_driver[] = { { + PHY_ID_MATCH_MODEL(PHY_ID_TJA_1103), .name = "NXP C45 TJA1103", .get_features = nxp_c45_get_features, .driver_data = &tja1103_phy_data, @@ -2090,9 +2082,10 @@ static struct phy_driver nxp_c45_driver[] = { .get_sqi = nxp_c45_get_sqi, .get_sqi_max = nxp_c45_get_sqi_max, .remove = nxp_c45_remove, - .match_phy_device = tja1103_match_phy_device, + .match_phy_device = tja11xx_no_macsec_match_phy_device, }, { + PHY_ID_MATCH_MODEL(PHY_ID_TJA_1103), .name = "NXP C45 TJA1104", .get_features = nxp_c45_get_features, .driver_data = &tja1103_phy_data, @@ -2114,9 +2107,10 @@ static struct phy_driver nxp_c45_driver[] = { .get_sqi = nxp_c45_get_sqi, .get_sqi_max = nxp_c45_get_sqi_max, .remove = nxp_c45_remove, - .match_phy_device = tja1104_match_phy_device, + .match_phy_device = tja11xx_macsec_match_phy_device, }, { + PHY_ID_MATCH_MODEL(PHY_ID_TJA_1120), .name = "NXP C45 TJA1120", .get_features = nxp_c45_get_features, .driver_data = &tja1120_phy_data, @@ -2139,9 +2133,10 @@ static struct phy_driver nxp_c45_driver[] = { .get_sqi = nxp_c45_get_sqi, .get_sqi_max = nxp_c45_get_sqi_max, .remove = nxp_c45_remove, - .match_phy_device = tja1120_match_phy_device, + .match_phy_device = tja11xx_no_macsec_match_phy_device, }, { + PHY_ID_MATCH_MODEL(PHY_ID_TJA_1120), .name = "NXP C45 TJA1121", .get_features = nxp_c45_get_features, .driver_data = &tja1120_phy_data, @@ -2164,7 +2159,7 @@ static struct phy_driver nxp_c45_driver[] = { .get_sqi = nxp_c45_get_sqi, .get_sqi_max = nxp_c45_get_sqi_max, .remove = nxp_c45_remove, - .match_phy_device = tja1121_match_phy_device, + .match_phy_device = tja11xx_macsec_match_phy_device, }, }; -- 2.48.1 ^ permalink raw reply related [flat|nested] 17+ messages in thread
* Re: [net-next PATCH v7 3/6] net: phy: nxp-c45-tja11xx: simplify .match_phy_device OP 2025-04-10 9:53 ` [net-next PATCH v7 3/6] net: phy: nxp-c45-tja11xx: " Christian Marangi @ 2025-04-15 10:56 ` Andrei Botila 0 siblings, 0 replies; 17+ messages in thread From: Andrei Botila @ 2025-04-15 10:56 UTC (permalink / raw) To: Christian Marangi, Andrew Lunn, David S. Miller, Eric Dumazet, Jakub Kicinski, Paolo Abeni, Rob Herring, Krzysztof Kozlowski, Conor Dooley, Heiner Kallweit, Russell King, Florian Fainelli, Broadcom internal kernel review list, Marek Behún, Sabrina Dubroca, Eric Woudstra, Daniel Golle, netdev, devicetree, linux-kernel Cc: Russell King (Oracle) On 4/10/2025 12:53 PM, Christian Marangi wrote: > Simplify .match_phy_device OP by using a generic function and using the > new phy_id PHY driver info instead of hardcoding the matching PHY ID > with new variant for macsec and no_macsec PHYs. > > Also make use of PHY_ID_MATCH_MODEL macro and drop PHY_ID_MASK define to > introduce phy_id and phy_id_mask again in phy_driver struct. > > Reviewed-by: Russell King (Oracle) <rmk+kernel@armlinux.org.uk> > Signed-off-by: Christian Marangi <ansuelsmth@gmail.com> > --- > drivers/net/phy/nxp-c45-tja11xx.c | 45 ++++++++++++++----------------- > 1 file changed, 20 insertions(+), 25 deletions(-) > > diff --git a/drivers/net/phy/nxp-c45-tja11xx.c b/drivers/net/phy/nxp-c45-tja11xx.c > index bc2b7cc0cebe..8880547c4bfa 100644 > --- a/drivers/net/phy/nxp-c45-tja11xx.c > +++ b/drivers/net/phy/nxp-c45-tja11xx.c > @@ -19,7 +19,6 @@ > > #include "nxp-c45-tja11xx.h" > > -#define PHY_ID_MASK GENMASK(31, 4) > /* Same id: TJA1103, TJA1104 */ > #define PHY_ID_TJA_1103 0x001BB010 > /* Same id: TJA1120, TJA1121 */ > @@ -1971,32 +1970,24 @@ static int nxp_c45_macsec_ability(struct phy_device *phydev) > return macsec_ability; > } > > -static int tja1103_match_phy_device(struct phy_device *phydev, > - const struct phy_driver *phydrv) > +static int tja11xx_no_macsec_match_phy_device(struct phy_device *phydev, > + const struct phy_driver *phydrv) > { > - return phy_id_compare(phydev->phy_id, PHY_ID_TJA_1103, PHY_ID_MASK) && > - !nxp_c45_macsec_ability(phydev); > -} > + if (!phy_id_compare(phydev->phy_id, phydrv->phy_id, > + phydrv->phy_id_mask)) > + return 0; > > -static int tja1104_match_phy_device(struct phy_device *phydev, > - const struct phy_driver *phydrv) > -{ > - return phy_id_compare(phydev->phy_id, PHY_ID_TJA_1103, PHY_ID_MASK) && > - nxp_c45_macsec_ability(phydev); > + return !nxp_c45_macsec_ability(phydev); > } > > -static int tja1120_match_phy_device(struct phy_device *phydev, > - const struct phy_driver *phydrv) > +static int tja11xx_macsec_match_phy_device(struct phy_device *phydev, > + const struct phy_driver *phydrv) > { > - return phy_id_compare(phydev->phy_id, PHY_ID_TJA_1120, PHY_ID_MASK) && > - !nxp_c45_macsec_ability(phydev); > -} > + if (!phy_id_compare(phydev->phy_id, phydrv->phy_id, > + phydrv->phy_id_mask)) > + return 0; > > -static int tja1121_match_phy_device(struct phy_device *phydev, > - const struct phy_driver *phydrv) > -{ > - return phy_id_compare(phydev->phy_id, PHY_ID_TJA_1120, PHY_ID_MASK) && > - nxp_c45_macsec_ability(phydev); > + return nxp_c45_macsec_ability(phydev); > } > > static const struct nxp_c45_regmap tja1120_regmap = { > @@ -2069,6 +2060,7 @@ static const struct nxp_c45_phy_data tja1120_phy_data = { > > static struct phy_driver nxp_c45_driver[] = { > { > + PHY_ID_MATCH_MODEL(PHY_ID_TJA_1103), > .name = "NXP C45 TJA1103", > .get_features = nxp_c45_get_features, > .driver_data = &tja1103_phy_data, > @@ -2090,9 +2082,10 @@ static struct phy_driver nxp_c45_driver[] = { > .get_sqi = nxp_c45_get_sqi, > .get_sqi_max = nxp_c45_get_sqi_max, > .remove = nxp_c45_remove, > - .match_phy_device = tja1103_match_phy_device, > + .match_phy_device = tja11xx_no_macsec_match_phy_device, > }, > { > + PHY_ID_MATCH_MODEL(PHY_ID_TJA_1103), > .name = "NXP C45 TJA1104", > .get_features = nxp_c45_get_features, > .driver_data = &tja1103_phy_data, > @@ -2114,9 +2107,10 @@ static struct phy_driver nxp_c45_driver[] = { > .get_sqi = nxp_c45_get_sqi, > .get_sqi_max = nxp_c45_get_sqi_max, > .remove = nxp_c45_remove, > - .match_phy_device = tja1104_match_phy_device, > + .match_phy_device = tja11xx_macsec_match_phy_device, > }, > { > + PHY_ID_MATCH_MODEL(PHY_ID_TJA_1120), > .name = "NXP C45 TJA1120", > .get_features = nxp_c45_get_features, > .driver_data = &tja1120_phy_data, > @@ -2139,9 +2133,10 @@ static struct phy_driver nxp_c45_driver[] = { > .get_sqi = nxp_c45_get_sqi, > .get_sqi_max = nxp_c45_get_sqi_max, > .remove = nxp_c45_remove, > - .match_phy_device = tja1120_match_phy_device, > + .match_phy_device = tja11xx_no_macsec_match_phy_device, > }, > { > + PHY_ID_MATCH_MODEL(PHY_ID_TJA_1120), > .name = "NXP C45 TJA1121", > .get_features = nxp_c45_get_features, > .driver_data = &tja1120_phy_data, > @@ -2164,7 +2159,7 @@ static struct phy_driver nxp_c45_driver[] = { > .get_sqi = nxp_c45_get_sqi, > .get_sqi_max = nxp_c45_get_sqi_max, > .remove = nxp_c45_remove, > - .match_phy_device = tja1121_match_phy_device, > + .match_phy_device = tja11xx_macsec_match_phy_device, > }, > }; > Reviewed-by: Andrei Botila <andrei.botila@oss.nxp.com> Tested-by: Andrei Botila <andrei.botila@oss.nxp.com> ^ permalink raw reply [flat|nested] 17+ messages in thread
* [net-next PATCH v7 4/6] net: phy: introduce genphy_match_phy_device() 2025-04-10 9:53 [net-next PATCH v7 0/6] net: phy: Add support for new Aeonsemi PHYs Christian Marangi ` (2 preceding siblings ...) 2025-04-10 9:53 ` [net-next PATCH v7 3/6] net: phy: nxp-c45-tja11xx: " Christian Marangi @ 2025-04-10 9:53 ` Christian Marangi 2025-04-10 9:53 ` [net-next PATCH v7 5/6] net: phy: Add support for Aeonsemi AS21xxx PHYs Christian Marangi ` (2 subsequent siblings) 6 siblings, 0 replies; 17+ messages in thread From: Christian Marangi @ 2025-04-10 9:53 UTC (permalink / raw) To: Christian Marangi, Andrew Lunn, David S. Miller, Eric Dumazet, Jakub Kicinski, Paolo Abeni, Rob Herring, Krzysztof Kozlowski, Conor Dooley, Heiner Kallweit, Russell King, Florian Fainelli, Broadcom internal kernel review list, Marek Behún, Andrei Botila, Sabrina Dubroca, Eric Woudstra, Daniel Golle, netdev, devicetree, linux-kernel Cc: Russell King (Oracle) Introduce new API, genphy_match_phy_device(), to provide a way to check to match a PHY driver for a PHY device based on the info stored in the PHY device struct. The function generalize the logic used in phy_bus_match() to check the PHY ID whether if C45 or C22 ID should be used for matching. This is useful for custom .match_phy_device function that wants to use the generic logic under some condition. (example a PHY is already setup and provide the correct PHY ID) Reviewed-by: Russell King (Oracle) <rmk+kernel@armlinux.org.uk> Signed-off-by: Christian Marangi <ansuelsmth@gmail.com> --- drivers/net/phy/phy_device.c | 52 +++++++++++++++++++++++++----------- include/linux/phy.h | 3 +++ 2 files changed, 40 insertions(+), 15 deletions(-) diff --git a/drivers/net/phy/phy_device.c b/drivers/net/phy/phy_device.c index 2d6ceacb2986..ead9a047043a 100644 --- a/drivers/net/phy/phy_device.c +++ b/drivers/net/phy/phy_device.c @@ -503,20 +503,26 @@ static int phy_scan_fixups(struct phy_device *phydev) return 0; } -static int phy_bus_match(struct device *dev, const struct device_driver *drv) +/** + * genphy_match_phy_device - match a PHY device with a PHY driver + * @phydev: target phy_device struct + * @phydrv: target phy_driver struct + * + * Description: Checks whether the given PHY device matches the specified + * PHY driver. For Clause 45 PHYs, iterates over the available device + * identifiers and compares them against the driver's expected PHY ID, + * applying the provided mask. For Clause 22 PHYs, a direct ID comparison + * is performed. + * + * Return: 1 if the PHY device matches the driver, 0 otherwise. + */ +int genphy_match_phy_device(struct phy_device *phydev, + const struct phy_driver *phydrv) { - struct phy_device *phydev = to_phy_device(dev); - const struct phy_driver *phydrv = to_phy_driver(drv); - const int num_ids = ARRAY_SIZE(phydev->c45_ids.device_ids); - int i; - - if (!(phydrv->mdiodrv.flags & MDIO_DEVICE_IS_PHY)) - return 0; - - if (phydrv->match_phy_device) - return phydrv->match_phy_device(phydev, phydrv); - if (phydev->is_c45) { + const int num_ids = ARRAY_SIZE(phydev->c45_ids.device_ids); + int i; + for (i = 1; i < num_ids; i++) { if (phydev->c45_ids.device_ids[i] == 0xffffffff) continue; @@ -525,11 +531,27 @@ static int phy_bus_match(struct device *dev, const struct device_driver *drv) phydrv->phy_id, phydrv->phy_id_mask)) return 1; } + return 0; - } else { - return phy_id_compare(phydev->phy_id, phydrv->phy_id, - phydrv->phy_id_mask); } + + return phy_id_compare(phydev->phy_id, phydrv->phy_id, + phydrv->phy_id_mask); +} +EXPORT_SYMBOL_GPL(genphy_match_phy_device); + +static int phy_bus_match(struct device *dev, const struct device_driver *drv) +{ + struct phy_device *phydev = to_phy_device(dev); + const struct phy_driver *phydrv = to_phy_driver(drv); + + if (!(phydrv->mdiodrv.flags & MDIO_DEVICE_IS_PHY)) + return 0; + + if (phydrv->match_phy_device) + return phydrv->match_phy_device(phydev, phydrv); + + return genphy_match_phy_device(phydev, phydrv); } static ssize_t diff --git a/include/linux/phy.h b/include/linux/phy.h index 7042ceaadcc6..b7aa805e0ad6 100644 --- a/include/linux/phy.h +++ b/include/linux/phy.h @@ -1911,6 +1911,9 @@ char *phy_attached_info_irq(struct phy_device *phydev) __malloc; void phy_attached_info(struct phy_device *phydev); +int genphy_match_phy_device(struct phy_device *phydev, + const struct phy_driver *phydrv); + /* Clause 22 PHY */ int genphy_read_abilities(struct phy_device *phydev); int genphy_setup_forced(struct phy_device *phydev); -- 2.48.1 ^ permalink raw reply related [flat|nested] 17+ messages in thread
* [net-next PATCH v7 5/6] net: phy: Add support for Aeonsemi AS21xxx PHYs 2025-04-10 9:53 [net-next PATCH v7 0/6] net: phy: Add support for new Aeonsemi PHYs Christian Marangi ` (3 preceding siblings ...) 2025-04-10 9:53 ` [net-next PATCH v7 4/6] net: phy: introduce genphy_match_phy_device() Christian Marangi @ 2025-04-10 9:53 ` Christian Marangi 2025-04-14 23:36 ` Jakub Kicinski ` (2 more replies) 2025-04-10 9:53 ` [net-next PATCH v7 6/6] dt-bindings: net: Document support for Aeonsemi PHYs Christian Marangi 2025-04-15 9:56 ` [net-next PATCH v7 0/6] net: phy: Add support for new " Russell King (Oracle) 6 siblings, 3 replies; 17+ messages in thread From: Christian Marangi @ 2025-04-10 9:53 UTC (permalink / raw) To: Christian Marangi, Andrew Lunn, David S. Miller, Eric Dumazet, Jakub Kicinski, Paolo Abeni, Rob Herring, Krzysztof Kozlowski, Conor Dooley, Heiner Kallweit, Russell King, Florian Fainelli, Broadcom internal kernel review list, Marek Behún, Andrei Botila, Sabrina Dubroca, Eric Woudstra, Daniel Golle, netdev, devicetree, linux-kernel Add support for Aeonsemi AS21xxx 10G C45 PHYs. These PHYs integrate an IPC to setup some configuration and require special handling to sync with the parity bit. The parity bit is a way the IPC use to follow correct order of command sent. Supported PHYs AS21011JB1, AS21011PB1, AS21010JB1, AS21010PB1, AS21511JB1, AS21511PB1, AS21510JB1, AS21510PB1, AS21210JB1, AS21210PB1 that all register with the PHY ID 0x7500 0x7510 before the firmware is loaded. They all support up to 5 LEDs with various HW mode supported. While implementing it was found some strange coincidence with using the same logic for implementing C22 in MMD regs in Broadcom PHYs. For reference here the AS21xxx PHY name logic: AS21x1xxB1 ^ ^^ | |J: Supports SyncE/PTP | |P: No SyncE/PTP support | 1: Supports 2nd Serdes | 2: Not 2nd Serdes support 0: 10G, 5G, 2.5G 5: 5G, 2.5G 2: 2.5G Signed-off-by: Christian Marangi <ansuelsmth@gmail.com> --- MAINTAINERS | 6 + drivers/net/phy/Kconfig | 12 + drivers/net/phy/Makefile | 1 + drivers/net/phy/as21xxx.c | 1076 +++++++++++++++++++++++++++++++++++++ 4 files changed, 1095 insertions(+) create mode 100644 drivers/net/phy/as21xxx.c diff --git a/MAINTAINERS b/MAINTAINERS index 1cd25139cc58..53ca93b0cc18 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -646,6 +646,12 @@ F: drivers/iio/accel/adxl380.h F: drivers/iio/accel/adxl380_i2c.c F: drivers/iio/accel/adxl380_spi.c +AEONSEMI PHY DRIVER +M: Christian Marangi <ansuelsmth@gmail.com> +L: netdev@vger.kernel.org +S: Maintained +F: drivers/net/phy/as21xxx.c + AF8133J THREE-AXIS MAGNETOMETER DRIVER M: Ondřej Jirman <megi@xff.cz> S: Maintained diff --git a/drivers/net/phy/Kconfig b/drivers/net/phy/Kconfig index d29f9f7fd2e1..ba897103d68d 100644 --- a/drivers/net/phy/Kconfig +++ b/drivers/net/phy/Kconfig @@ -119,6 +119,18 @@ config AMCC_QT2025_PHY help Adds support for the Applied Micro Circuits Corporation QT2025 PHY. +config AS21XXX_PHY + tristate "Aeonsemi AS21xxx PHYs" + help + Currently supports the Aeonsemi AS21xxx PHY. + + These are C45 PHYs 10G that require all a generic firmware. + + Supported PHYs AS21011JB1, AS21011PB1, AS21010JB1, AS21010PB1, + AS21511JB1, AS21511PB1, AS21510JB1, AS21510PB1, AS21210JB1, + AS21210PB1 that all register with the PHY ID 0x7500 0x7500 + before the firmware is loaded. + source "drivers/net/phy/aquantia/Kconfig" config AX88796B_PHY diff --git a/drivers/net/phy/Makefile b/drivers/net/phy/Makefile index 23ce205ae91d..a505a6db68fd 100644 --- a/drivers/net/phy/Makefile +++ b/drivers/net/phy/Makefile @@ -40,6 +40,7 @@ obj-$(CONFIG_AIR_EN8811H_PHY) += air_en8811h.o obj-$(CONFIG_AMD_PHY) += amd.o obj-$(CONFIG_AMCC_QT2025_PHY) += qt2025.o obj-$(CONFIG_AQUANTIA_PHY) += aquantia/ +obj-$(CONFIG_AS21XXX_PHY) += as21xxx.o ifdef CONFIG_AX88796B_RUST_PHY obj-$(CONFIG_AX88796B_PHY) += ax88796b_rust.o else diff --git a/drivers/net/phy/as21xxx.c b/drivers/net/phy/as21xxx.c new file mode 100644 index 000000000000..629ea42a27dd --- /dev/null +++ b/drivers/net/phy/as21xxx.c @@ -0,0 +1,1076 @@ +// SPDX-License-Identifier: GPL-2.0 +/* + * Aeonsemi AS21XXxX PHY Driver + * + * Author: Christian Marangi <ansuelsmth@gmail.com> + */ + +#include <linux/bitfield.h> +#include <linux/firmware.h> +#include <linux/module.h> +#include <linux/of.h> +#include <linux/phy.h> + +#define VEND1_GLB_REG_CPU_RESET_ADDR_LO_BASEADDR 0x3 +#define VEND1_GLB_REG_CPU_RESET_ADDR_HI_BASEADDR 0x4 + +#define VEND1_GLB_REG_CPU_CTRL 0xe +#define VEND1_GLB_CPU_CTRL_MASK GENMASK(4, 0) +#define VEND1_GLB_CPU_CTRL_LED_POLARITY_MASK GENMASK(12, 8) +#define VEND1_GLB_CPU_CTRL_LED_POLARITY(_n) FIELD_PREP(VEND1_GLB_CPU_CTRL_LED_POLARITY_MASK, \ + BIT(_n)) + +#define VEND1_FW_START_ADDR 0x100 + +#define VEND1_GLB_REG_MDIO_INDIRECT_ADDRCMD 0x101 +#define VEND1_GLB_REG_MDIO_INDIRECT_LOAD 0x102 + +#define VEND1_GLB_REG_MDIO_INDIRECT_STATUS 0x103 + +#define VEND1_PTP_CLK 0x142 +#define VEND1_PTP_CLK_EN BIT(6) + +/* 5 LED at step of 0x20 + * FE: Fast-Ethernet (10/100) + * GE: Gigabit-Ethernet (1000) + * NG: New-Generation (2500/5000/10000) + */ +#define VEND1_LED_REG(_n) (0x1800 + ((_n) * 0x10)) +#define VEND1_LED_REG_A_EVENT GENMASK(15, 11) +#define VEND1_LED_CONF 0x1881 +#define VEND1_LED_CONFG_BLINK GENMASK(7, 0) + +#define VEND1_SPEED_STATUS 0x4002 +#define VEND1_SPEED_MASK GENMASK(7, 0) +#define VEND1_SPEED_10000 FIELD_PREP_CONST(VEND1_SPEED_MASK, 0x3) +#define VEND1_SPEED_5000 FIELD_PREP_CONST(VEND1_SPEED_MASK, 0x5) +#define VEND1_SPEED_2500 FIELD_PREP_CONST(VEND1_SPEED_MASK, 0x9) +#define VEND1_SPEED_1000 FIELD_PREP_CONST(VEND1_SPEED_MASK, 0x10) +#define VEND1_SPEED_100 FIELD_PREP_CONST(VEND1_SPEED_MASK, 0x20) +#define VEND1_SPEED_10 FIELD_PREP_CONST(VEND1_SPEED_MASK, 0x0) + +#define VEND1_IPC_CMD 0x5801 +#define AEON_IPC_CMD_PARITY BIT(15) +#define AEON_IPC_CMD_SIZE GENMASK(10, 6) +#define AEON_IPC_CMD_OPCODE GENMASK(5, 0) + +#define IPC_CMD_NOOP 0x0 /* Do nothing */ +#define IPC_CMD_INFO 0x1 /* Get Firmware Version */ +#define IPC_CMD_SYS_CPU 0x2 /* SYS_CPU */ +#define IPC_CMD_BULK_DATA 0xa /* Pass bulk data in ipc registers. */ +#define IPC_CMD_BULK_WRITE 0xc /* Write bulk data to memory */ +#define IPC_CMD_CFG_PARAM 0x1a /* Write config parameters to memory */ +#define IPC_CMD_NG_TESTMODE 0x1b /* Set NG test mode and tone */ +#define IPC_CMD_TEMP_MON 0x15 /* Temperature monitoring function */ +#define IPC_CMD_SET_LED 0x23 /* Set led */ + +#define VEND1_IPC_STS 0x5802 +#define AEON_IPC_STS_PARITY BIT(15) +#define AEON_IPC_STS_SIZE GENMASK(14, 10) +#define AEON_IPC_STS_OPCODE GENMASK(9, 4) +#define AEON_IPC_STS_STATUS GENMASK(3, 0) +#define AEON_IPC_STS_STATUS_RCVD FIELD_PREP_CONST(AEON_IPC_STS_STATUS, 0x1) +#define AEON_IPC_STS_STATUS_PROCESS FIELD_PREP_CONST(AEON_IPC_STS_STATUS, 0x2) +#define AEON_IPC_STS_STATUS_SUCCESS FIELD_PREP_CONST(AEON_IPC_STS_STATUS, 0x4) +#define AEON_IPC_STS_STATUS_ERROR FIELD_PREP_CONST(AEON_IPC_STS_STATUS, 0x8) +#define AEON_IPC_STS_STATUS_BUSY FIELD_PREP_CONST(AEON_IPC_STS_STATUS, 0xe) +#define AEON_IPC_STS_STATUS_READY FIELD_PREP_CONST(AEON_IPC_STS_STATUS, 0xf) + +#define VEND1_IPC_DATA0 0x5808 +#define VEND1_IPC_DATA1 0x5809 +#define VEND1_IPC_DATA2 0x580a +#define VEND1_IPC_DATA3 0x580b +#define VEND1_IPC_DATA4 0x580c +#define VEND1_IPC_DATA5 0x580d +#define VEND1_IPC_DATA6 0x580e +#define VEND1_IPC_DATA7 0x580f +#define VEND1_IPC_DATA(_n) (VEND1_IPC_DATA0 + (_n)) + +/* Sub command of CMD_INFO */ +#define IPC_INFO_VERSION 0x1 + +/* Sub command of CMD_SYS_CPU */ +#define IPC_SYS_CPU_REBOOT 0x3 +#define IPC_SYS_CPU_IMAGE_OFST 0x4 +#define IPC_SYS_CPU_IMAGE_CHECK 0x5 +#define IPC_SYS_CPU_PHY_ENABLE 0x6 + +/* Sub command of CMD_CFG_PARAM */ +#define IPC_CFG_PARAM_DIRECT 0x4 + +/* CFG DIRECT sub command */ +#define IPC_CFG_PARAM_DIRECT_NG_PHYCTRL 0x1 +#define IPC_CFG_PARAM_DIRECT_CU_AN 0x2 +#define IPC_CFG_PARAM_DIRECT_SDS_PCS 0x3 +#define IPC_CFG_PARAM_DIRECT_AUTO_EEE 0x4 +#define IPC_CFG_PARAM_DIRECT_SDS_PMA 0x5 +#define IPC_CFG_PARAM_DIRECT_DPC_RA 0x6 +#define IPC_CFG_PARAM_DIRECT_DPC_PKT_CHK 0x7 +#define IPC_CFG_PARAM_DIRECT_DPC_SDS_WAIT_ETH 0x8 +#define IPC_CFG_PARAM_DIRECT_WDT 0x9 +#define IPC_CFG_PARAM_DIRECT_SDS_RESTART_AN 0x10 +#define IPC_CFG_PARAM_DIRECT_TEMP_MON 0x11 +#define IPC_CFG_PARAM_DIRECT_WOL 0x12 + +/* Sub command of CMD_TEMP_MON */ +#define IPC_CMD_TEMP_MON_GET 0x4 + +#define AS21XXX_MDIO_AN_C22 0xffe0 + +#define PHY_ID_AS21XXX 0x75009410 +/* AS21xxx ID Legend + * AS21x1xxB1 + * ^ ^^ + * | |J: Supports SyncE/PTP + * | |P: No SyncE/PTP support + * | 1: Supports 2nd Serdes + * | 2: Not 2nd Serdes support + * 0: 10G, 5G, 2.5G + * 5: 5G, 2.5G + * 2: 2.5G + */ +#define PHY_ID_AS21011JB1 0x75009402 +#define PHY_ID_AS21011PB1 0x75009412 +#define PHY_ID_AS21010JB1 0x75009422 +#define PHY_ID_AS21010PB1 0x75009432 +#define PHY_ID_AS21511JB1 0x75009442 +#define PHY_ID_AS21511PB1 0x75009452 +#define PHY_ID_AS21510JB1 0x75009462 +#define PHY_ID_AS21510PB1 0x75009472 +#define PHY_ID_AS21210JB1 0x75009482 +#define PHY_ID_AS21210PB1 0x75009492 +#define PHY_VENDOR_AEONSEMI 0x75009400 + +#define AEON_MAX_LDES 5 +#define AEON_IPC_DELAY 10000 +#define AEON_IPC_TIMEOUT (AEON_IPC_DELAY * 100) +#define AEON_IPC_DATA_MAX (8 * sizeof(u16)) + +#define AEON_BOOT_ADDR 0x1000 +#define AEON_CPU_BOOT_ADDR 0x2000 +#define AEON_CPU_CTRL_FW_LOAD (BIT(4) | BIT(2) | BIT(1) | BIT(0)) +#define AEON_CPU_CTRL_FW_START BIT(0) + +enum as21xxx_led_event { + VEND1_LED_REG_A_EVENT_ON_10 = 0x0, + VEND1_LED_REG_A_EVENT_ON_100, + VEND1_LED_REG_A_EVENT_ON_1000, + VEND1_LED_REG_A_EVENT_ON_2500, + VEND1_LED_REG_A_EVENT_ON_5000, + VEND1_LED_REG_A_EVENT_ON_10000, + VEND1_LED_REG_A_EVENT_ON_FE_GE, + VEND1_LED_REG_A_EVENT_ON_NG, + VEND1_LED_REG_A_EVENT_ON_FULL_DUPLEX, + VEND1_LED_REG_A_EVENT_ON_COLLISION, + VEND1_LED_REG_A_EVENT_BLINK_TX, + VEND1_LED_REG_A_EVENT_BLINK_RX, + VEND1_LED_REG_A_EVENT_BLINK_ACT, + VEND1_LED_REG_A_EVENT_ON_LINK, + VEND1_LED_REG_A_EVENT_ON_LINK_BLINK_ACT, + VEND1_LED_REG_A_EVENT_ON_LINK_BLINK_RX, + VEND1_LED_REG_A_EVENT_ON_FE_GE_BLINK_ACT, + VEND1_LED_REG_A_EVENT_ON_NG_BLINK_ACT, + VEND1_LED_REG_A_EVENT_ON_NG_BLINK_FE_GE, + VEND1_LED_REG_A_EVENT_ON_FD_BLINK_COLLISION, + VEND1_LED_REG_A_EVENT_ON, + VEND1_LED_REG_A_EVENT_OFF, +}; + +struct as21xxx_led_pattern_info { + unsigned int pattern; + u16 val; +}; + +struct as21xxx_priv { + bool parity_status; + /* Protect concurrent IPC access */ + struct mutex ipc_lock; +}; + +static struct as21xxx_led_pattern_info as21xxx_led_supported_pattern[] = { + { + .pattern = BIT(TRIGGER_NETDEV_LINK_10), + .val = VEND1_LED_REG_A_EVENT_ON_10 + }, + { + .pattern = BIT(TRIGGER_NETDEV_LINK_100), + .val = VEND1_LED_REG_A_EVENT_ON_100 + }, + { + .pattern = BIT(TRIGGER_NETDEV_LINK_1000), + .val = VEND1_LED_REG_A_EVENT_ON_1000 + }, + { + .pattern = BIT(TRIGGER_NETDEV_LINK_2500), + .val = VEND1_LED_REG_A_EVENT_ON_2500 + }, + { + .pattern = BIT(TRIGGER_NETDEV_LINK_5000), + .val = VEND1_LED_REG_A_EVENT_ON_5000 + }, + { + .pattern = BIT(TRIGGER_NETDEV_LINK_10000), + .val = VEND1_LED_REG_A_EVENT_ON_10000 + }, + { + .pattern = BIT(TRIGGER_NETDEV_LINK), + .val = VEND1_LED_REG_A_EVENT_ON_LINK + }, + { + .pattern = BIT(TRIGGER_NETDEV_LINK_10) | + BIT(TRIGGER_NETDEV_LINK_100) | + BIT(TRIGGER_NETDEV_LINK_1000), + .val = VEND1_LED_REG_A_EVENT_ON_FE_GE + }, + { + .pattern = BIT(TRIGGER_NETDEV_LINK_2500) | + BIT(TRIGGER_NETDEV_LINK_5000) | + BIT(TRIGGER_NETDEV_LINK_10000), + .val = VEND1_LED_REG_A_EVENT_ON_NG + }, + { + .pattern = BIT(TRIGGER_NETDEV_FULL_DUPLEX), + .val = VEND1_LED_REG_A_EVENT_ON_FULL_DUPLEX + }, + { + .pattern = BIT(TRIGGER_NETDEV_TX), + .val = VEND1_LED_REG_A_EVENT_BLINK_TX + }, + { + .pattern = BIT(TRIGGER_NETDEV_RX), + .val = VEND1_LED_REG_A_EVENT_BLINK_RX + }, + { + .pattern = BIT(TRIGGER_NETDEV_TX) | + BIT(TRIGGER_NETDEV_RX), + .val = VEND1_LED_REG_A_EVENT_BLINK_ACT + }, + { + .pattern = BIT(TRIGGER_NETDEV_LINK_10) | + BIT(TRIGGER_NETDEV_LINK_100) | + BIT(TRIGGER_NETDEV_LINK_1000) | + BIT(TRIGGER_NETDEV_LINK_2500) | + BIT(TRIGGER_NETDEV_LINK_5000) | + BIT(TRIGGER_NETDEV_LINK_10000), + .val = VEND1_LED_REG_A_EVENT_ON_LINK + }, + { + .pattern = BIT(TRIGGER_NETDEV_LINK_10) | + BIT(TRIGGER_NETDEV_LINK_100) | + BIT(TRIGGER_NETDEV_LINK_1000) | + BIT(TRIGGER_NETDEV_LINK_2500) | + BIT(TRIGGER_NETDEV_LINK_5000) | + BIT(TRIGGER_NETDEV_LINK_10000) | + BIT(TRIGGER_NETDEV_TX) | + BIT(TRIGGER_NETDEV_RX), + .val = VEND1_LED_REG_A_EVENT_ON_LINK_BLINK_ACT + }, + { + .pattern = BIT(TRIGGER_NETDEV_LINK_10) | + BIT(TRIGGER_NETDEV_LINK_100) | + BIT(TRIGGER_NETDEV_LINK_1000) | + BIT(TRIGGER_NETDEV_LINK_2500) | + BIT(TRIGGER_NETDEV_LINK_5000) | + BIT(TRIGGER_NETDEV_LINK_10000) | + BIT(TRIGGER_NETDEV_RX), + .val = VEND1_LED_REG_A_EVENT_ON_LINK_BLINK_RX + }, + { + .pattern = BIT(TRIGGER_NETDEV_LINK_10) | + BIT(TRIGGER_NETDEV_LINK_100) | + BIT(TRIGGER_NETDEV_LINK_1000) | + BIT(TRIGGER_NETDEV_TX) | + BIT(TRIGGER_NETDEV_RX), + .val = VEND1_LED_REG_A_EVENT_ON_FE_GE_BLINK_ACT + }, + { + .pattern = BIT(TRIGGER_NETDEV_LINK_2500) | + BIT(TRIGGER_NETDEV_LINK_5000) | + BIT(TRIGGER_NETDEV_LINK_10000) | + BIT(TRIGGER_NETDEV_TX) | + BIT(TRIGGER_NETDEV_RX), + .val = VEND1_LED_REG_A_EVENT_ON_NG_BLINK_ACT + } +}; + +static int aeon_firmware_boot(struct phy_device *phydev, const u8 *data, + size_t size) +{ + int i, ret; + u16 val; + + ret = phy_modify_mmd(phydev, MDIO_MMD_VEND1, VEND1_GLB_REG_CPU_CTRL, + VEND1_GLB_CPU_CTRL_MASK, AEON_CPU_CTRL_FW_LOAD); + if (ret) + return ret; + + ret = phy_write_mmd(phydev, MDIO_MMD_VEND1, VEND1_FW_START_ADDR, + AEON_BOOT_ADDR); + if (ret) + return ret; + + ret = phy_modify_mmd(phydev, MDIO_MMD_VEND1, + VEND1_GLB_REG_MDIO_INDIRECT_ADDRCMD, + 0x3ffc, 0xc000); + if (ret) + return ret; + + val = phy_read_mmd(phydev, MDIO_MMD_VEND1, + VEND1_GLB_REG_MDIO_INDIRECT_STATUS); + if (val > 1) { + phydev_err(phydev, "wrong origin mdio_indirect_status: %x\n", val); + return -EINVAL; + } + + /* Firmware is always aligned to u16 */ + for (i = 0; i < size; i += 2) { + val = data[i + 1] << 8 | data[i]; + + ret = phy_write_mmd(phydev, MDIO_MMD_VEND1, + VEND1_GLB_REG_MDIO_INDIRECT_LOAD, val); + if (ret) + return ret; + } + + ret = phy_write_mmd(phydev, MDIO_MMD_VEND1, + VEND1_GLB_REG_CPU_RESET_ADDR_LO_BASEADDR, + lower_16_bits(AEON_CPU_BOOT_ADDR)); + if (ret) + return ret; + + ret = phy_write_mmd(phydev, MDIO_MMD_VEND1, + VEND1_GLB_REG_CPU_RESET_ADDR_HI_BASEADDR, + upper_16_bits(AEON_CPU_BOOT_ADDR)); + if (ret) + return ret; + + return phy_modify_mmd(phydev, MDIO_MMD_VEND1, VEND1_GLB_REG_CPU_CTRL, + VEND1_GLB_CPU_CTRL_MASK, AEON_CPU_CTRL_FW_START); +} + +static int aeon_firmware_load(struct phy_device *phydev) +{ + struct device *dev = &phydev->mdio.dev; + const struct firmware *fw; + const char *fw_name; + int ret; + + ret = of_property_read_string(dev->of_node, "firmware-name", + &fw_name); + if (ret) + return ret; + + ret = request_firmware(&fw, fw_name, dev); + if (ret) { + phydev_err(phydev, "failed to find FW file %s (%d)\n", + fw_name, ret); + return ret; + } + + ret = aeon_firmware_boot(phydev, fw->data, fw->size); + + release_firmware(fw); + + return ret; +} + +static int aeon_ipcs_wait_cmd(struct phy_device *phydev, bool parity_status) +{ + u16 val; + + /* Exit condition logic: + * - Wait for parity bit equal + * - Wait for status success, error OR ready + */ + return phy_read_mmd_poll_timeout(phydev, MDIO_MMD_VEND1, VEND1_IPC_STS, val, + FIELD_GET(AEON_IPC_STS_PARITY, val) == parity_status && + (val & AEON_IPC_STS_STATUS) != AEON_IPC_STS_STATUS_RCVD && + (val & AEON_IPC_STS_STATUS) != AEON_IPC_STS_STATUS_PROCESS && + (val & AEON_IPC_STS_STATUS) != AEON_IPC_STS_STATUS_BUSY, + AEON_IPC_DELAY, AEON_IPC_TIMEOUT, false); +} + +static int aeon_ipc_send_cmd(struct phy_device *phydev, + struct as21xxx_priv *priv, + u16 cmd, u16 *ret_sts) +{ + bool curr_parity; + int ret; + + /* The IPC sync by using a single parity bit. + * Each CMD have alternately this bit set or clear + * to understand correct flow and packet order. + */ + curr_parity = priv->parity_status; + if (priv->parity_status) + cmd |= AEON_IPC_CMD_PARITY; + + /* Always update parity for next packet */ + priv->parity_status = !priv->parity_status; + + ret = phy_write_mmd(phydev, MDIO_MMD_VEND1, VEND1_IPC_CMD, cmd); + if (ret) + return ret; + + /* Wait for packet to be processed */ + usleep_range(AEON_IPC_DELAY, AEON_IPC_DELAY + 5000); + + /* With no ret_sts, ignore waiting for packet completion + * (ipc parity bit sync) + */ + if (!ret_sts) + return 0; + + ret = aeon_ipcs_wait_cmd(phydev, curr_parity); + if (ret) + return ret; + + ret = phy_read_mmd(phydev, MDIO_MMD_VEND1, VEND1_IPC_STS); + if (ret < 0) + return ret; + + *ret_sts = ret; + if ((*ret_sts & AEON_IPC_STS_STATUS) != AEON_IPC_STS_STATUS_SUCCESS) + return -EINVAL; + + return 0; +} + +static int aeon_ipc_send_msg(struct phy_device *phydev, + u16 opcode, u16 *data, unsigned int data_len, + u16 *ret_sts) +{ + struct as21xxx_priv *priv = phydev->priv; + u16 cmd; + int ret; + int i; + + /* IPC have a max of 8 register to transfer data, + * make sure we never exceed this. + */ + if (data_len > AEON_IPC_DATA_MAX) + return -EINVAL; + + mutex_lock(&priv->ipc_lock); + + for (i = 0; i < data_len / sizeof(u16); i++) + phy_write_mmd(phydev, MDIO_MMD_VEND1, VEND1_IPC_DATA(i), + data[i]); + + cmd = FIELD_PREP(AEON_IPC_CMD_SIZE, data_len) | + FIELD_PREP(AEON_IPC_CMD_OPCODE, opcode); + ret = aeon_ipc_send_cmd(phydev, priv, cmd, ret_sts); + if (ret) + phydev_err(phydev, "failed to send ipc msg for %x: %d\n", + opcode, ret); + + mutex_unlock(&priv->ipc_lock); + + return ret; +} + +static int aeon_ipc_rcv_msg(struct phy_device *phydev, + u16 ret_sts, u16 *data) +{ + struct as21xxx_priv *priv = phydev->priv; + unsigned int size; + int ret; + int i; + + if ((ret_sts & AEON_IPC_STS_STATUS) == AEON_IPC_STS_STATUS_ERROR) + return -EINVAL; + + /* Prevent IPC from stack smashing the kernel */ + size = FIELD_GET(AEON_IPC_STS_SIZE, ret_sts); + if (size > AEON_IPC_DATA_MAX) + return -EINVAL; + + mutex_lock(&priv->ipc_lock); + + for (i = 0; i < DIV_ROUND_UP(size, sizeof(u16)); i++) { + ret = phy_read_mmd(phydev, MDIO_MMD_VEND1, VEND1_IPC_DATA(i)); + if (ret < 0) { + size = ret; + goto out; + } + + data[i] = ret; + } + +out: + mutex_unlock(&priv->ipc_lock); + + return size; +} + +static int aeon_ipc_noop(struct phy_device *phydev, + struct as21xxx_priv *priv, u16 *ret_sts) +{ + u16 cmd; + + cmd = FIELD_PREP(AEON_IPC_CMD_SIZE, 0) | + FIELD_PREP(AEON_IPC_CMD_OPCODE, IPC_CMD_NOOP); + + return aeon_ipc_send_cmd(phydev, priv, cmd, ret_sts); +} + +/* Logic to sync parity bit with IPC. + * We send 2 NOP cmd with same partity and we wait for IPC + * to handle the packet only for the second one. This way + * we make sure we are sync for every next cmd. + */ +static int aeon_ipc_sync_parity(struct phy_device *phydev, + struct as21xxx_priv *priv) +{ + u16 ret_sts; + int ret; + + mutex_lock(&priv->ipc_lock); + + /* Send NOP with no parity */ + aeon_ipc_noop(phydev, priv, NULL); + + /* Reset packet parity */ + priv->parity_status = false; + + /* Send second NOP with no parity */ + ret = aeon_ipc_noop(phydev, priv, &ret_sts); + + mutex_unlock(&priv->ipc_lock); + + /* We expect to return -EINVAL */ + if (ret != -EINVAL) + return ret; + + if ((ret_sts & AEON_IPC_STS_STATUS) != AEON_IPC_STS_STATUS_READY) { + phydev_err(phydev, "Invalid IPC status on sync parity: %x\n", + ret_sts); + return -EINVAL; + } + + return 0; +} + +static int aeon_ipc_get_fw_version(struct phy_device *phydev) +{ + char fw_version[AEON_IPC_DATA_MAX + 1]; + u16 ret_data[8], data[1]; + u16 ret_sts; + int ret; + + data[0] = IPC_INFO_VERSION; + ret = aeon_ipc_send_msg(phydev, IPC_CMD_INFO, data, + sizeof(data), &ret_sts); + if (ret) + return ret; + + ret = aeon_ipc_rcv_msg(phydev, ret_sts, ret_data); + if (ret < 0) + return ret; + + /* Make sure FW version is NULL terminated */ + memcpy(fw_version, ret_data, ret); + fw_version[ret] = '\0'; + + phydev_info(phydev, "Firmware Version: %s\n", fw_version); + + return 0; +} + +static int aeon_dpc_ra_enable(struct phy_device *phydev) +{ + u16 data[2]; + u16 ret_sts; + + data[0] = IPC_CFG_PARAM_DIRECT; + data[1] = IPC_CFG_PARAM_DIRECT_DPC_RA; + + return aeon_ipc_send_msg(phydev, IPC_CMD_CFG_PARAM, data, + sizeof(data), &ret_sts); +} + +static int as21xxx_probe(struct phy_device *phydev) +{ + struct as21xxx_priv *priv; + int ret; + + priv = devm_kzalloc(&phydev->mdio.dev, + sizeof(*priv), GFP_KERNEL); + if (!priv) + return -ENOMEM; + phydev->priv = priv; + + ret = devm_mutex_init(&phydev->mdio.dev, + &priv->ipc_lock); + if (ret) + return ret; + + ret = aeon_ipc_sync_parity(phydev, priv); + if (ret) + return ret; + + ret = aeon_ipc_get_fw_version(phydev); + if (ret) + return ret; + + /* Enable PTP clk if not already Enabled */ + ret = phy_set_bits_mmd(phydev, MDIO_MMD_VEND1, VEND1_PTP_CLK, + VEND1_PTP_CLK_EN); + if (ret) + return ret; + + return aeon_dpc_ra_enable(phydev); +} + +static int as21xxx_read_link(struct phy_device *phydev, int *bmcr) +{ + int status; + + /* Normal C22 BMCR report inconsistent data, use + * the mapped C22 in C45 to have more consistent link info. + */ + *bmcr = phy_read_mmd(phydev, MDIO_MMD_AN, + AS21XXX_MDIO_AN_C22 + MII_BMCR); + if (*bmcr < 0) + return *bmcr; + + /* Autoneg is being started, therefore disregard current + * link status and report link as down. + */ + if (*bmcr & BMCR_ANRESTART) { + phydev->link = 0; + return 0; + } + + status = phy_read_mmd(phydev, MDIO_MMD_AN, MDIO_STAT1); + if (status < 0) + return status; + + phydev->link = !!(status & MDIO_STAT1_LSTATUS); + + return 0; +} + +static int as21xxx_read_c22_lpa(struct phy_device *phydev) +{ + int lpagb; + + /* MII_STAT1000 are only filled in the mapped C22 + * in C45, use that to fill lpagb values and check. + */ + lpagb = phy_read_mmd(phydev, MDIO_MMD_AN, + AS21XXX_MDIO_AN_C22 + MII_STAT1000); + if (lpagb < 0) + return lpagb; + + if (lpagb & LPA_1000MSFAIL) { + int adv = phy_read_mmd(phydev, MDIO_MMD_AN, + AS21XXX_MDIO_AN_C22 + MII_CTRL1000); + + if (adv < 0) + return adv; + + if (adv & CTL1000_ENABLE_MASTER) + phydev_err(phydev, "Master/Slave resolution failed, maybe conflicting manual settings?\n"); + else + phydev_err(phydev, "Master/Slave resolution failed\n"); + return -ENOLINK; + } + + mii_stat1000_mod_linkmode_lpa_t(phydev->lp_advertising, + lpagb); + + return 0; +} + +static int as21xxx_read_status(struct phy_device *phydev) +{ + int bmcr, old_link = phydev->link; + int ret; + + ret = as21xxx_read_link(phydev, &bmcr); + if (ret) + return ret; + + /* why bother the PHY if nothing can have changed */ + if (phydev->autoneg == AUTONEG_ENABLE && old_link && phydev->link) + return 0; + + phydev->speed = SPEED_UNKNOWN; + phydev->duplex = DUPLEX_UNKNOWN; + phydev->pause = 0; + phydev->asym_pause = 0; + + if (phydev->autoneg == AUTONEG_ENABLE) { + ret = genphy_c45_read_lpa(phydev); + if (ret) + return ret; + + ret = as21xxx_read_c22_lpa(phydev); + if (ret) + return ret; + + phy_resolve_aneg_linkmode(phydev); + } else { + int speed; + + linkmode_zero(phydev->lp_advertising); + + speed = phy_read_mmd(phydev, MDIO_MMD_VEND1, + VEND1_SPEED_STATUS); + if (speed < 0) + return speed; + + switch (speed & VEND1_SPEED_STATUS) { + case VEND1_SPEED_10000: + phydev->speed = SPEED_10000; + phydev->duplex = DUPLEX_FULL; + break; + case VEND1_SPEED_5000: + phydev->speed = SPEED_5000; + phydev->duplex = DUPLEX_FULL; + break; + case VEND1_SPEED_2500: + phydev->speed = SPEED_2500; + phydev->duplex = DUPLEX_FULL; + break; + case VEND1_SPEED_1000: + phydev->speed = SPEED_1000; + if (bmcr & BMCR_FULLDPLX) + phydev->duplex = DUPLEX_FULL; + else + phydev->duplex = DUPLEX_HALF; + break; + case VEND1_SPEED_100: + phydev->speed = SPEED_100; + phydev->duplex = DUPLEX_FULL; + break; + case VEND1_SPEED_10: + phydev->speed = SPEED_10; + phydev->duplex = DUPLEX_FULL; + break; + default: + return -EINVAL; + } + } + + return 0; +} + +static int as21xxx_led_brightness_set(struct phy_device *phydev, + u8 index, enum led_brightness value) +{ + u16 val = VEND1_LED_REG_A_EVENT_OFF; + + if (index > AEON_MAX_LDES) + return -EINVAL; + + if (value) + val = VEND1_LED_REG_A_EVENT_ON; + + return phy_modify_mmd(phydev, MDIO_MMD_VEND1, + VEND1_LED_REG(index), + VEND1_LED_REG_A_EVENT, + FIELD_PREP(VEND1_LED_REG_A_EVENT, val)); +} + +static int as21xxx_led_hw_is_supported(struct phy_device *phydev, u8 index, + unsigned long rules) +{ + int i; + + if (index > AEON_MAX_LDES) + return -EINVAL; + + for (i = 0; i < ARRAY_SIZE(as21xxx_led_supported_pattern); i++) + if (rules == as21xxx_led_supported_pattern[i].pattern) + return 0; + + return -EOPNOTSUPP; +} + +static int as21xxx_led_hw_control_get(struct phy_device *phydev, u8 index, + unsigned long *rules) +{ + int i, val; + + if (index > AEON_MAX_LDES) + return -EINVAL; + + val = phy_read_mmd(phydev, MDIO_MMD_VEND1, VEND1_LED_REG(index)); + if (val < 0) + return val; + + val = FIELD_GET(VEND1_LED_REG_A_EVENT, val); + for (i = 0; i < ARRAY_SIZE(as21xxx_led_supported_pattern); i++) + if (val == as21xxx_led_supported_pattern[i].val) { + *rules = as21xxx_led_supported_pattern[i].pattern; + return 0; + } + + /* Should be impossible */ + return -EINVAL; +} + +static int as21xxx_led_hw_control_set(struct phy_device *phydev, u8 index, + unsigned long rules) +{ + u16 val = 0; + int i; + + if (index > AEON_MAX_LDES) + return -EINVAL; + + for (i = 0; i < ARRAY_SIZE(as21xxx_led_supported_pattern); i++) + if (rules == as21xxx_led_supported_pattern[i].pattern) { + val = as21xxx_led_supported_pattern[i].val; + break; + } + + return phy_modify_mmd(phydev, MDIO_MMD_VEND1, + VEND1_LED_REG(index), + VEND1_LED_REG_A_EVENT, + FIELD_PREP(VEND1_LED_REG_A_EVENT, val)); +} + +static int as21xxx_led_polarity_set(struct phy_device *phydev, int index, + unsigned long modes) +{ + bool led_active_low = false; + u16 mask, val = 0; + u32 mode; + + if (index > AEON_MAX_LDES) + return -EINVAL; + + for_each_set_bit(mode, &modes, __PHY_LED_MODES_NUM) { + switch (mode) { + case PHY_LED_ACTIVE_LOW: + led_active_low = true; + break; + case PHY_LED_ACTIVE_HIGH: /* default mode */ + led_active_low = false; + break; + default: + return -EINVAL; + } + } + + mask = VEND1_GLB_CPU_CTRL_LED_POLARITY(index); + if (led_active_low) + val = VEND1_GLB_CPU_CTRL_LED_POLARITY(index); + + return phy_modify_mmd(phydev, MDIO_MMD_VEND1, + VEND1_GLB_REG_CPU_CTRL, + mask, val); +} + +static int as21xxx_match_phy_device(struct phy_device *phydev, + const struct phy_driver *phydrv) +{ + struct as21xxx_priv *priv; + u16 ret_sts; + u32 phy_id; + int ret; + + /* Skip PHY that are not AS21xxx or already have firmware loaded */ + if (phydev->c45_ids.device_ids[MDIO_MMD_PCS] != PHY_ID_AS21XXX) + return genphy_match_phy_device(phydev, phydrv); + + /* Read PHY ID to handle firmware just loaded */ + ret = phy_read_mmd(phydev, MDIO_MMD_PCS, MII_PHYSID1); + if (ret < 0) + return ret; + phy_id = ret << 16; + + ret = phy_read_mmd(phydev, MDIO_MMD_PCS, MII_PHYSID2); + if (ret < 0) + return ret; + phy_id |= ret; + + /* With PHY ID not the generic AS21xxx one assume + * the firmware just loaded + */ + if (phy_id != PHY_ID_AS21XXX) + return phy_id == phydrv->phy_id; + + /* Allocate temp priv and load the firmware */ + priv = kzalloc(sizeof(*priv), GFP_KERNEL); + if (!priv) + return -ENOMEM; + + mutex_init(&priv->ipc_lock); + + ret = aeon_firmware_load(phydev); + if (ret) + goto out; + + /* Sync parity... */ + ret = aeon_ipc_sync_parity(phydev, priv); + if (ret) + goto out; + + /* ...and send a third NOOP cmd to wait for firmware finish loading */ + ret = aeon_ipc_noop(phydev, priv, &ret_sts); + if (ret) + goto out; + +out: + mutex_destroy(&priv->ipc_lock); + kfree(priv); + + /* Return can either be 0 or a negative error code. + * Returning 0 here means THIS is NOT a suitable PHY. + * + * For the specific case of the generic Aeonsemi PHY ID that + * needs the firmware the be loaded first to have a correct PHY ID, + * this is OK as a matching PHY ID will be found right after. + * This relies on the driver probe order where the first PHY driver + * probed is the generic one. + */ + return ret; +} + +static struct phy_driver as21xxx_drivers[] = { + { + /* PHY expose in C45 as 0x7500 0x9410 + * before firmware is loaded. + * This driver entry must be attempted first to load + * the firmware and thus update the ID registers. + */ + PHY_ID_MATCH_EXACT(PHY_ID_AS21XXX), + .name = "Aeonsemi AS21xxx", + .match_phy_device = as21xxx_match_phy_device, + }, + { + PHY_ID_MATCH_EXACT(PHY_ID_AS21011JB1), + .name = "Aeonsemi AS21011JB1", + .probe = as21xxx_probe, + .match_phy_device = as21xxx_match_phy_device, + .read_status = as21xxx_read_status, + .led_brightness_set = as21xxx_led_brightness_set, + .led_hw_is_supported = as21xxx_led_hw_is_supported, + .led_hw_control_set = as21xxx_led_hw_control_set, + .led_hw_control_get = as21xxx_led_hw_control_get, + .led_polarity_set = as21xxx_led_polarity_set, + }, + { + PHY_ID_MATCH_EXACT(PHY_ID_AS21011PB1), + .name = "Aeonsemi AS21011PB1", + .probe = as21xxx_probe, + .match_phy_device = as21xxx_match_phy_device, + .read_status = as21xxx_read_status, + .led_brightness_set = as21xxx_led_brightness_set, + .led_hw_is_supported = as21xxx_led_hw_is_supported, + .led_hw_control_set = as21xxx_led_hw_control_set, + .led_hw_control_get = as21xxx_led_hw_control_get, + .led_polarity_set = as21xxx_led_polarity_set, + }, + { + PHY_ID_MATCH_EXACT(PHY_ID_AS21010PB1), + .name = "Aeonsemi AS21010PB1", + .probe = as21xxx_probe, + .match_phy_device = as21xxx_match_phy_device, + .read_status = as21xxx_read_status, + .led_brightness_set = as21xxx_led_brightness_set, + .led_hw_is_supported = as21xxx_led_hw_is_supported, + .led_hw_control_set = as21xxx_led_hw_control_set, + .led_hw_control_get = as21xxx_led_hw_control_get, + .led_polarity_set = as21xxx_led_polarity_set, + }, + { + PHY_ID_MATCH_EXACT(PHY_ID_AS21010JB1), + .name = "Aeonsemi AS21010JB1", + .probe = as21xxx_probe, + .match_phy_device = as21xxx_match_phy_device, + .read_status = as21xxx_read_status, + .led_brightness_set = as21xxx_led_brightness_set, + .led_hw_is_supported = as21xxx_led_hw_is_supported, + .led_hw_control_set = as21xxx_led_hw_control_set, + .led_hw_control_get = as21xxx_led_hw_control_get, + .led_polarity_set = as21xxx_led_polarity_set, + }, + { + PHY_ID_MATCH_EXACT(PHY_ID_AS21210PB1), + .name = "Aeonsemi AS21210PB1", + .probe = as21xxx_probe, + .match_phy_device = as21xxx_match_phy_device, + .read_status = as21xxx_read_status, + .led_brightness_set = as21xxx_led_brightness_set, + .led_hw_is_supported = as21xxx_led_hw_is_supported, + .led_hw_control_set = as21xxx_led_hw_control_set, + .led_hw_control_get = as21xxx_led_hw_control_get, + .led_polarity_set = as21xxx_led_polarity_set, + }, + { + PHY_ID_MATCH_EXACT(PHY_ID_AS21510JB1), + .name = "Aeonsemi AS21510JB1", + .probe = as21xxx_probe, + .match_phy_device = as21xxx_match_phy_device, + .read_status = as21xxx_read_status, + .led_brightness_set = as21xxx_led_brightness_set, + .led_hw_is_supported = as21xxx_led_hw_is_supported, + .led_hw_control_set = as21xxx_led_hw_control_set, + .led_hw_control_get = as21xxx_led_hw_control_get, + .led_polarity_set = as21xxx_led_polarity_set, + }, + { + PHY_ID_MATCH_EXACT(PHY_ID_AS21510PB1), + .name = "Aeonsemi AS21510PB1", + .probe = as21xxx_probe, + .match_phy_device = as21xxx_match_phy_device, + .read_status = as21xxx_read_status, + .led_brightness_set = as21xxx_led_brightness_set, + .led_hw_is_supported = as21xxx_led_hw_is_supported, + .led_hw_control_set = as21xxx_led_hw_control_set, + .led_hw_control_get = as21xxx_led_hw_control_get, + .led_polarity_set = as21xxx_led_polarity_set, + }, + { + PHY_ID_MATCH_EXACT(PHY_ID_AS21511JB1), + .name = "Aeonsemi AS21511JB1", + .probe = as21xxx_probe, + .match_phy_device = as21xxx_match_phy_device, + .read_status = as21xxx_read_status, + .led_brightness_set = as21xxx_led_brightness_set, + .led_hw_is_supported = as21xxx_led_hw_is_supported, + .led_hw_control_set = as21xxx_led_hw_control_set, + .led_hw_control_get = as21xxx_led_hw_control_get, + .led_polarity_set = as21xxx_led_polarity_set, + }, + { + PHY_ID_MATCH_EXACT(PHY_ID_AS21210JB1), + .name = "Aeonsemi AS21210JB1", + .probe = as21xxx_probe, + .match_phy_device = as21xxx_match_phy_device, + .read_status = as21xxx_read_status, + .led_brightness_set = as21xxx_led_brightness_set, + .led_hw_is_supported = as21xxx_led_hw_is_supported, + .led_hw_control_set = as21xxx_led_hw_control_set, + .led_hw_control_get = as21xxx_led_hw_control_get, + .led_polarity_set = as21xxx_led_polarity_set, + }, + { + PHY_ID_MATCH_EXACT(PHY_ID_AS21511PB1), + .name = "Aeonsemi AS21511PB1", + .probe = as21xxx_probe, + .match_phy_device = as21xxx_match_phy_device, + .read_status = as21xxx_read_status, + .led_brightness_set = as21xxx_led_brightness_set, + .led_hw_is_supported = as21xxx_led_hw_is_supported, + .led_hw_control_set = as21xxx_led_hw_control_set, + .led_hw_control_get = as21xxx_led_hw_control_get, + .led_polarity_set = as21xxx_led_polarity_set, + }, +}; +module_phy_driver(as21xxx_drivers); + +static struct mdio_device_id __maybe_unused as21xxx_tbl[] = { + { PHY_ID_MATCH_VENDOR(PHY_VENDOR_AEONSEMI) }, + { } +}; +MODULE_DEVICE_TABLE(mdio, as21xxx_tbl); + +MODULE_DESCRIPTION("Aeonsemi AS21xxx PHY driver"); +MODULE_AUTHOR("Christian Marangi <ansuelsmth@gmail.com>"); +MODULE_LICENSE("GPL"); -- 2.48.1 ^ permalink raw reply related [flat|nested] 17+ messages in thread
* Re: [net-next PATCH v7 5/6] net: phy: Add support for Aeonsemi AS21xxx PHYs 2025-04-10 9:53 ` [net-next PATCH v7 5/6] net: phy: Add support for Aeonsemi AS21xxx PHYs Christian Marangi @ 2025-04-14 23:36 ` Jakub Kicinski 2025-04-15 1:14 ` Andrew Lunn 2025-04-15 9:37 ` Russell King (Oracle) 2 siblings, 0 replies; 17+ messages in thread From: Jakub Kicinski @ 2025-04-14 23:36 UTC (permalink / raw) To: Andrew Lunn, Heiner Kallweit, Russell King Cc: Christian Marangi, David S. Miller, Eric Dumazet, Paolo Abeni, Rob Herring, Krzysztof Kozlowski, Conor Dooley, Florian Fainelli, Broadcom internal kernel review list, Marek Behún, Andrei Botila, Sabrina Dubroca, Eric Woudstra, Daniel Golle, netdev, devicetree, linux-kernel On Thu, 10 Apr 2025 11:53:35 +0200 Christian Marangi wrote: > Add support for Aeonsemi AS21xxx 10G C45 PHYs. These PHYs integrate > an IPC to setup some configuration and require special handling to > sync with the parity bit. The parity bit is a way the IPC use to > follow correct order of command sent. > > Supported PHYs AS21011JB1, AS21011PB1, AS21010JB1, AS21010PB1, > AS21511JB1, AS21511PB1, AS21510JB1, AS21510PB1, AS21210JB1, > AS21210PB1 that all register with the PHY ID 0x7500 0x7510 > before the firmware is loaded. > > They all support up to 5 LEDs with various HW mode supported. > > While implementing it was found some strange coincidence with using the > same logic for implementing C22 in MMD regs in Broadcom PHYs. > > For reference here the AS21xxx PHY name logic: Would any of the PHY maintainers be willing to cast their review tag upon this patch? :) ^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: [net-next PATCH v7 5/6] net: phy: Add support for Aeonsemi AS21xxx PHYs 2025-04-10 9:53 ` [net-next PATCH v7 5/6] net: phy: Add support for Aeonsemi AS21xxx PHYs Christian Marangi 2025-04-14 23:36 ` Jakub Kicinski @ 2025-04-15 1:14 ` Andrew Lunn 2025-04-15 11:19 ` Christian Marangi 2025-04-15 9:37 ` Russell King (Oracle) 2 siblings, 1 reply; 17+ messages in thread From: Andrew Lunn @ 2025-04-15 1:14 UTC (permalink / raw) To: Christian Marangi Cc: Andrew Lunn, David S. Miller, Eric Dumazet, Jakub Kicinski, Paolo Abeni, Rob Herring, Krzysztof Kozlowski, Conor Dooley, Heiner Kallweit, Russell King, Florian Fainelli, Broadcom internal kernel review list, Marek Behún, Andrei Botila, Sabrina Dubroca, Eric Woudstra, Daniel Golle, netdev, devicetree, linux-kernel > +#define AEON_MAX_LDES 5 AEON_MAX_LEDS? > +#define AEON_IPC_DELAY 10000 > +#define AEON_IPC_TIMEOUT (AEON_IPC_DELAY * 100) > +#define AEON_IPC_DATA_MAX (8 * sizeof(u16)) > + > +static int aeon_ipc_rcv_msg(struct phy_device *phydev, > + u16 ret_sts, u16 *data) > +{ It would be good to add a comment here about what the return value means. I'm having to work hard to figure out if it is bytes, or number of u16s. > + struct as21xxx_priv *priv = phydev->priv; > + unsigned int size; > + int ret; > + int i; > + > + if ((ret_sts & AEON_IPC_STS_STATUS) == AEON_IPC_STS_STATUS_ERROR) > + return -EINVAL; > + > + /* Prevent IPC from stack smashing the kernel */ > + size = FIELD_GET(AEON_IPC_STS_SIZE, ret_sts); > + if (size > AEON_IPC_DATA_MAX) > + return -EINVAL; This suggests size is bytes, and can be upto 16? > + > + mutex_lock(&priv->ipc_lock); > + > + for (i = 0; i < DIV_ROUND_UP(size, sizeof(u16)); i++) { > + ret = phy_read_mmd(phydev, MDIO_MMD_VEND1, VEND1_IPC_DATA(i)); > + if (ret < 0) { > + size = ret; > + goto out; > + } > + > + data[i] = ret; and this is looping up to 8 times reading words. > +static int aeon_ipc_get_fw_version(struct phy_device *phydev) > +{ > + char fw_version[AEON_IPC_DATA_MAX + 1]; > + u16 ret_data[8], data[1]; I think there should be a #define for this 8. It is pretty fundamental to these message transfers. > + u16 ret_sts; > + int ret; > + > + data[0] = IPC_INFO_VERSION; Not a normal question i would ask for MDIO, but are there any endianness issues here? Since everything is in u16, the base size for MDIO, i doubt there is. > + ret = aeon_ipc_send_msg(phydev, IPC_CMD_INFO, data, > + sizeof(data), &ret_sts); > + if (ret) > + return ret; > + ret = aeon_ipc_rcv_msg(phydev, ret_sts, ret_data); > + if (ret < 0) > + return ret; > + but ret is in bytes, not words, so we start getting into odd situations. Have you seen the firmware return an add number of bytes in its message? If it does, is it clear which part of the last word should be used. > + > + /* Make sure FW version is NULL terminated */ > + memcpy(fw_version, ret_data, ret); > + fw_version[ret] = '\0'; Given that ret is bytes, this works, despite ret_data being words. Andrew ^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: [net-next PATCH v7 5/6] net: phy: Add support for Aeonsemi AS21xxx PHYs 2025-04-15 1:14 ` Andrew Lunn @ 2025-04-15 11:19 ` Christian Marangi 0 siblings, 0 replies; 17+ messages in thread From: Christian Marangi @ 2025-04-15 11:19 UTC (permalink / raw) To: Andrew Lunn Cc: Andrew Lunn, David S. Miller, Eric Dumazet, Jakub Kicinski, Paolo Abeni, Rob Herring, Krzysztof Kozlowski, Conor Dooley, Heiner Kallweit, Russell King, Florian Fainelli, Broadcom internal kernel review list, Marek Behún, Andrei Botila, Sabrina Dubroca, Eric Woudstra, Daniel Golle, netdev, devicetree, linux-kernel On Tue, Apr 15, 2025 at 03:14:13AM +0200, Andrew Lunn wrote: > > +#define AEON_MAX_LDES 5 > > AEON_MAX_LEDS? > > > +#define AEON_IPC_DELAY 10000 > > +#define AEON_IPC_TIMEOUT (AEON_IPC_DELAY * 100) > > +#define AEON_IPC_DATA_MAX (8 * sizeof(u16)) > > > + > > > +static int aeon_ipc_rcv_msg(struct phy_device *phydev, > > + u16 ret_sts, u16 *data) > > +{ > > It would be good to add a comment here about what the return value > means. I'm having to work hard to figure out if it is bytes, or number > of u16s. > > > + struct as21xxx_priv *priv = phydev->priv; > > + unsigned int size; > > + int ret; > > + int i; > > + > > + if ((ret_sts & AEON_IPC_STS_STATUS) == AEON_IPC_STS_STATUS_ERROR) > > + return -EINVAL; > > + > > + /* Prevent IPC from stack smashing the kernel */ > > + size = FIELD_GET(AEON_IPC_STS_SIZE, ret_sts); > > + if (size > AEON_IPC_DATA_MAX) > > + return -EINVAL; > > This suggests size is bytes, and can be upto 16? > > > + > > + mutex_lock(&priv->ipc_lock); > > + > > + for (i = 0; i < DIV_ROUND_UP(size, sizeof(u16)); i++) { > > + ret = phy_read_mmd(phydev, MDIO_MMD_VEND1, VEND1_IPC_DATA(i)); > > + if (ret < 0) { > > + size = ret; > > + goto out; > > + } > > + > > + data[i] = ret; > > and this is looping up to 8 times reading words. > > > +static int aeon_ipc_get_fw_version(struct phy_device *phydev) > > +{ > > + char fw_version[AEON_IPC_DATA_MAX + 1]; > > + u16 ret_data[8], data[1]; > > I think there should be a #define for this 8. It is pretty fundamental > to these message transfers. > > > + u16 ret_sts; > > + int ret; > > + > > + data[0] = IPC_INFO_VERSION; > > Not a normal question i would ask for MDIO, but are there any > endianness issues here? Since everything is in u16, the base size for > MDIO, i doubt there is. > In theory not, anything comes to mine that might be problematic? > > + ret = aeon_ipc_send_msg(phydev, IPC_CMD_INFO, data, > > + sizeof(data), &ret_sts); > > + if (ret) > > + return ret; > > > + ret = aeon_ipc_rcv_msg(phydev, ret_sts, ret_data); > > + if (ret < 0) > > + return ret; > > + > > but ret is in bytes, not words, so we start getting into odd > situations. Have you seen the firmware return an add number of bytes > in its message? If it does, is it clear which part of the last word > should be used. > ret is size from IPC STATUS that return the transmitted data in bytes. I use u16 to follow the fact that there are 8 rw IPC data register. The returned firmware value is 1.8.2 for example and that is 5 bytes. We allocate 17 bytes for the firmware string and we pass a buffer of 8 u16 (16 bytes) Am I missing something? > > + > > + /* Make sure FW version is NULL terminated */ > > + memcpy(fw_version, ret_data, ret); > > + fw_version[ret] = '\0'; > > > Given that ret is bytes, this works, despite ret_data being words. > > Andrew -- Ansuel ^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: [net-next PATCH v7 5/6] net: phy: Add support for Aeonsemi AS21xxx PHYs 2025-04-10 9:53 ` [net-next PATCH v7 5/6] net: phy: Add support for Aeonsemi AS21xxx PHYs Christian Marangi 2025-04-14 23:36 ` Jakub Kicinski 2025-04-15 1:14 ` Andrew Lunn @ 2025-04-15 9:37 ` Russell King (Oracle) 2025-04-15 11:24 ` Christian Marangi 2 siblings, 1 reply; 17+ messages in thread From: Russell King (Oracle) @ 2025-04-15 9:37 UTC (permalink / raw) To: Christian Marangi Cc: Andrew Lunn, David S. Miller, Eric Dumazet, Jakub Kicinski, Paolo Abeni, Rob Herring, Krzysztof Kozlowski, Conor Dooley, Heiner Kallweit, Florian Fainelli, Broadcom internal kernel review list, Marek Behún, Andrei Botila, Sabrina Dubroca, Eric Woudstra, Daniel Golle, netdev, devicetree, linux-kernel On Thu, Apr 10, 2025 at 11:53:35AM +0200, Christian Marangi wrote: > +#define VEND1_IPC_DATA0 0x5808 > +#define VEND1_IPC_DATA1 0x5809 > +#define VEND1_IPC_DATA2 0x580a > +#define VEND1_IPC_DATA3 0x580b > +#define VEND1_IPC_DATA4 0x580c > +#define VEND1_IPC_DATA5 0x580d > +#define VEND1_IPC_DATA6 0x580e > +#define VEND1_IPC_DATA7 0x580f Do you use any of these other than the first? If not, please remove them, maybe adding a comment before the first stating that there are 8 registers. > +static int aeon_ipcs_wait_cmd(struct phy_device *phydev, bool parity_status) > +{ > + u16 val; > + > + /* Exit condition logic: > + * - Wait for parity bit equal > + * - Wait for status success, error OR ready > + */ > + return phy_read_mmd_poll_timeout(phydev, MDIO_MMD_VEND1, VEND1_IPC_STS, val, > + FIELD_GET(AEON_IPC_STS_PARITY, val) == parity_status && > + (val & AEON_IPC_STS_STATUS) != AEON_IPC_STS_STATUS_RCVD && > + (val & AEON_IPC_STS_STATUS) != AEON_IPC_STS_STATUS_PROCESS && > + (val & AEON_IPC_STS_STATUS) != AEON_IPC_STS_STATUS_BUSY, > + AEON_IPC_DELAY, AEON_IPC_TIMEOUT, false); Hmm. I'm wondering whether: static bool aeon_ipc_ready(u16 val, bool parity_status) { u16 status; if (FIELD_GET(AEON_IPC_STS_PARITY, val) != parity_status) return false; status = val & AEON_IPC_STS_STATUS; return status != AEON_IPC_STS_STATUS_RCVD && status != AEON_IPC_STS_STATUS_PROCESS && status != AEON_IPC_STS_STATUS_BUSY; } would be better, and then maybe you can fit the code into less than 80 columns. I'm not a fan of FIELD_PREP_CONST() when it causes differing usage patterns like the above (FIELD_GET(AEON_IPC_STS_STATUS, val) would match the coding style, and probably makes no difference to the code emitted.) > +} > + > +static int aeon_ipc_send_cmd(struct phy_device *phydev, > + struct as21xxx_priv *priv, > + u16 cmd, u16 *ret_sts) > +{ > + bool curr_parity; > + int ret; > + > + /* The IPC sync by using a single parity bit. > + * Each CMD have alternately this bit set or clear > + * to understand correct flow and packet order. > + */ > + curr_parity = priv->parity_status; > + if (priv->parity_status) > + cmd |= AEON_IPC_CMD_PARITY; > + > + /* Always update parity for next packet */ > + priv->parity_status = !priv->parity_status; > + > + ret = phy_write_mmd(phydev, MDIO_MMD_VEND1, VEND1_IPC_CMD, cmd); > + if (ret) > + return ret; > + > + /* Wait for packet to be processed */ > + usleep_range(AEON_IPC_DELAY, AEON_IPC_DELAY + 5000); > + > + /* With no ret_sts, ignore waiting for packet completion > + * (ipc parity bit sync) > + */ > + if (!ret_sts) > + return 0; > + > + ret = aeon_ipcs_wait_cmd(phydev, curr_parity); > + if (ret) > + return ret; > + > + ret = phy_read_mmd(phydev, MDIO_MMD_VEND1, VEND1_IPC_STS); > + if (ret < 0) > + return ret; > + > + *ret_sts = ret; > + if ((*ret_sts & AEON_IPC_STS_STATUS) != AEON_IPC_STS_STATUS_SUCCESS) > + return -EINVAL; > + > + return 0; > +} > + > +static int aeon_ipc_send_msg(struct phy_device *phydev, > + u16 opcode, u16 *data, unsigned int data_len, > + u16 *ret_sts) > +{ > + struct as21xxx_priv *priv = phydev->priv; > + u16 cmd; > + int ret; > + int i; > + > + /* IPC have a max of 8 register to transfer data, > + * make sure we never exceed this. > + */ > + if (data_len > AEON_IPC_DATA_MAX) > + return -EINVAL; > + > + mutex_lock(&priv->ipc_lock); > + > + for (i = 0; i < data_len / sizeof(u16); i++) > + phy_write_mmd(phydev, MDIO_MMD_VEND1, VEND1_IPC_DATA(i), > + data[i]); > + > + cmd = FIELD_PREP(AEON_IPC_CMD_SIZE, data_len) | > + FIELD_PREP(AEON_IPC_CMD_OPCODE, opcode); > + ret = aeon_ipc_send_cmd(phydev, priv, cmd, ret_sts); > + if (ret) > + phydev_err(phydev, "failed to send ipc msg for %x: %d\n", > + opcode, ret); > + > + mutex_unlock(&priv->ipc_lock); > + > + return ret; > +} > + > +static int aeon_ipc_rcv_msg(struct phy_device *phydev, > + u16 ret_sts, u16 *data) > +{ > + struct as21xxx_priv *priv = phydev->priv; > + unsigned int size; > + int ret; > + int i; > + > + if ((ret_sts & AEON_IPC_STS_STATUS) == AEON_IPC_STS_STATUS_ERROR) > + return -EINVAL; > + > + /* Prevent IPC from stack smashing the kernel */ > + size = FIELD_GET(AEON_IPC_STS_SIZE, ret_sts); > + if (size > AEON_IPC_DATA_MAX) > + return -EINVAL; > + > + mutex_lock(&priv->ipc_lock); > + > + for (i = 0; i < DIV_ROUND_UP(size, sizeof(u16)); i++) { > + ret = phy_read_mmd(phydev, MDIO_MMD_VEND1, VEND1_IPC_DATA(i)); > + if (ret < 0) { > + size = ret; > + goto out; > + } > + > + data[i] = ret; > + } > + > +out: > + mutex_unlock(&priv->ipc_lock); I think the locking here is suspicious. aeon_ipc_send_msg() takes the lock, writes the registers, and waits for the success signal, returning the status, and then drops the lock. Time passes. aeon_ipc_rcv_msg() is then called, which extracts the number of bytes to be read from the returned status, takes the lock, reads the registers, and then drops the lock. So, what can happen is: Thread 1 Thread 2 aeon_ipc_send_msg() aeon_ipc_send_msg() aeon_ipc_rcv_msg() aeon_ipc_rcv_msg() Which means thread 1 reads the reply from thread 2's message. So, this lock does nothing to really protect against the IPC mechanism against races. I think you need to combine both into a single function that takes the lock once and releases it once. -- RMK's Patch system: https://www.armlinux.org.uk/developer/patches/ FTTP is here! 80Mbps down 10Mbps up. Decent connectivity at last! ^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: [net-next PATCH v7 5/6] net: phy: Add support for Aeonsemi AS21xxx PHYs 2025-04-15 9:37 ` Russell King (Oracle) @ 2025-04-15 11:24 ` Christian Marangi 2025-04-15 12:33 ` Andrew Lunn 2025-04-15 12:55 ` Russell King (Oracle) 0 siblings, 2 replies; 17+ messages in thread From: Christian Marangi @ 2025-04-15 11:24 UTC (permalink / raw) To: Russell King (Oracle) Cc: Andrew Lunn, David S. Miller, Eric Dumazet, Jakub Kicinski, Paolo Abeni, Rob Herring, Krzysztof Kozlowski, Conor Dooley, Heiner Kallweit, Florian Fainelli, Broadcom internal kernel review list, Marek Behún, Andrei Botila, Sabrina Dubroca, Eric Woudstra, Daniel Golle, netdev, devicetree, linux-kernel On Tue, Apr 15, 2025 at 10:37:49AM +0100, Russell King (Oracle) wrote: > On Thu, Apr 10, 2025 at 11:53:35AM +0200, Christian Marangi wrote: > > +#define VEND1_IPC_DATA0 0x5808 > > +#define VEND1_IPC_DATA1 0x5809 > > +#define VEND1_IPC_DATA2 0x580a > > +#define VEND1_IPC_DATA3 0x580b > > +#define VEND1_IPC_DATA4 0x580c > > +#define VEND1_IPC_DATA5 0x580d > > +#define VEND1_IPC_DATA6 0x580e > > +#define VEND1_IPC_DATA7 0x580f > > Do you use any of these other than the first? If not, please remove > them, maybe adding a comment before the first stating that there are > 8 registers. > No since the macro is used. Also from Andrew request I will declare the max number of IPC data register so yes I can drop. > > +static int aeon_ipcs_wait_cmd(struct phy_device *phydev, bool parity_status) > > +{ > > + u16 val; > > + > > + /* Exit condition logic: > > + * - Wait for parity bit equal > > + * - Wait for status success, error OR ready > > + */ > > + return phy_read_mmd_poll_timeout(phydev, MDIO_MMD_VEND1, VEND1_IPC_STS, val, > > + FIELD_GET(AEON_IPC_STS_PARITY, val) == parity_status && > > + (val & AEON_IPC_STS_STATUS) != AEON_IPC_STS_STATUS_RCVD && > > + (val & AEON_IPC_STS_STATUS) != AEON_IPC_STS_STATUS_PROCESS && > > + (val & AEON_IPC_STS_STATUS) != AEON_IPC_STS_STATUS_BUSY, > > + AEON_IPC_DELAY, AEON_IPC_TIMEOUT, false); > > Hmm. I'm wondering whether: > > static bool aeon_ipc_ready(u16 val, bool parity_status) > { > u16 status; > > if (FIELD_GET(AEON_IPC_STS_PARITY, val) != parity_status) > return false; > > status = val & AEON_IPC_STS_STATUS; > > return status != AEON_IPC_STS_STATUS_RCVD && > status != AEON_IPC_STS_STATUS_PROCESS && > status != AEON_IPC_STS_STATUS_BUSY; > } > > would be better, and then maybe you can fit the code into less than 80 > columns. I'm not a fan of FIELD_PREP_CONST() when it causes differing > usage patterns like the above (FIELD_GET(AEON_IPC_STS_STATUS, val) > would match the coding style, and probably makes no difference to the > code emitted.) > You are suggesting to use a generic readx function or use a while + sleep to use the suggested _ready function? > > +} > > + > > +static int aeon_ipc_send_cmd(struct phy_device *phydev, > > + struct as21xxx_priv *priv, > > + u16 cmd, u16 *ret_sts) > > +{ > > + bool curr_parity; > > + int ret; > > + > > + /* The IPC sync by using a single parity bit. > > + * Each CMD have alternately this bit set or clear > > + * to understand correct flow and packet order. > > + */ > > + curr_parity = priv->parity_status; > > + if (priv->parity_status) > > + cmd |= AEON_IPC_CMD_PARITY; > > + > > + /* Always update parity for next packet */ > > + priv->parity_status = !priv->parity_status; > > + > > + ret = phy_write_mmd(phydev, MDIO_MMD_VEND1, VEND1_IPC_CMD, cmd); > > + if (ret) > > + return ret; > > + > > + /* Wait for packet to be processed */ > > + usleep_range(AEON_IPC_DELAY, AEON_IPC_DELAY + 5000); > > + > > + /* With no ret_sts, ignore waiting for packet completion > > + * (ipc parity bit sync) > > + */ > > + if (!ret_sts) > > + return 0; > > + > > + ret = aeon_ipcs_wait_cmd(phydev, curr_parity); > > + if (ret) > > + return ret; > > + > > + ret = phy_read_mmd(phydev, MDIO_MMD_VEND1, VEND1_IPC_STS); > > + if (ret < 0) > > + return ret; > > + > > + *ret_sts = ret; > > + if ((*ret_sts & AEON_IPC_STS_STATUS) != AEON_IPC_STS_STATUS_SUCCESS) > > + return -EINVAL; > > + > > + return 0; > > +} > > + > > +static int aeon_ipc_send_msg(struct phy_device *phydev, > > + u16 opcode, u16 *data, unsigned int data_len, > > + u16 *ret_sts) > > +{ > > + struct as21xxx_priv *priv = phydev->priv; > > + u16 cmd; > > + int ret; > > + int i; > > + > > + /* IPC have a max of 8 register to transfer data, > > + * make sure we never exceed this. > > + */ > > + if (data_len > AEON_IPC_DATA_MAX) > > + return -EINVAL; > > + > > + mutex_lock(&priv->ipc_lock); > > + > > + for (i = 0; i < data_len / sizeof(u16); i++) > > + phy_write_mmd(phydev, MDIO_MMD_VEND1, VEND1_IPC_DATA(i), > > + data[i]); > > + > > + cmd = FIELD_PREP(AEON_IPC_CMD_SIZE, data_len) | > > + FIELD_PREP(AEON_IPC_CMD_OPCODE, opcode); > > + ret = aeon_ipc_send_cmd(phydev, priv, cmd, ret_sts); > > + if (ret) > > + phydev_err(phydev, "failed to send ipc msg for %x: %d\n", > > + opcode, ret); > > + > > + mutex_unlock(&priv->ipc_lock); > > + > > + return ret; > > +} > > + > > +static int aeon_ipc_rcv_msg(struct phy_device *phydev, > > + u16 ret_sts, u16 *data) > > +{ > > + struct as21xxx_priv *priv = phydev->priv; > > + unsigned int size; > > + int ret; > > + int i; > > + > > + if ((ret_sts & AEON_IPC_STS_STATUS) == AEON_IPC_STS_STATUS_ERROR) > > + return -EINVAL; > > + > > + /* Prevent IPC from stack smashing the kernel */ > > + size = FIELD_GET(AEON_IPC_STS_SIZE, ret_sts); > > + if (size > AEON_IPC_DATA_MAX) > > + return -EINVAL; > > + > > + mutex_lock(&priv->ipc_lock); > > + > > + for (i = 0; i < DIV_ROUND_UP(size, sizeof(u16)); i++) { > > + ret = phy_read_mmd(phydev, MDIO_MMD_VEND1, VEND1_IPC_DATA(i)); > > + if (ret < 0) { > > + size = ret; > > + goto out; > > + } > > + > > + data[i] = ret; > > + } > > + > > +out: > > + mutex_unlock(&priv->ipc_lock); > > I think the locking here is suspicious. > > aeon_ipc_send_msg() takes the lock, writes the registers, and waits for > the success signal, returning the status, and then drops the lock. > > Time passes. > > aeon_ipc_rcv_msg() is then called, which extracts the number of bytes to > be read from the returned status, takes the lock, reads the registers, > and then drops the lock. > > So, what can happen is: > > Thread 1 Thread 2 > aeon_ipc_send_msg() > aeon_ipc_send_msg() > aeon_ipc_rcv_msg() > aeon_ipc_rcv_msg() > > Which means thread 1 reads the reply from thread 2's message. > > So, this lock does nothing to really protect against the IPC mechanism > against races. > > I think you need to combine both into a single function that takes the > lock once and releases it once. > Mhhh I think I will have to create __ function for locked and non-locked variant. I think I woulkd just handle the lock in the function using send and rcv and maybe add some smatch tag to make sure the lock is taken when entering those functions. -- Ansuel ^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: [net-next PATCH v7 5/6] net: phy: Add support for Aeonsemi AS21xxx PHYs 2025-04-15 11:24 ` Christian Marangi @ 2025-04-15 12:33 ` Andrew Lunn 2025-04-15 12:55 ` Russell King (Oracle) 1 sibling, 0 replies; 17+ messages in thread From: Andrew Lunn @ 2025-04-15 12:33 UTC (permalink / raw) To: Christian Marangi Cc: Russell King (Oracle), Andrew Lunn, David S. Miller, Eric Dumazet, Jakub Kicinski, Paolo Abeni, Rob Herring, Krzysztof Kozlowski, Conor Dooley, Heiner Kallweit, Florian Fainelli, Broadcom internal kernel review list, Marek Behún, Andrei Botila, Sabrina Dubroca, Eric Woudstra, Daniel Golle, netdev, devicetree, linux-kernel > > static bool aeon_ipc_ready(u16 val, bool parity_status) > > { > > u16 status; > > > > if (FIELD_GET(AEON_IPC_STS_PARITY, val) != parity_status) > > return false; > > > > status = val & AEON_IPC_STS_STATUS; > > > > return status != AEON_IPC_STS_STATUS_RCVD && > > status != AEON_IPC_STS_STATUS_PROCESS && > > status != AEON_IPC_STS_STATUS_BUSY; > > } > > > > would be better, and then maybe you can fit the code into less than 80 > > columns. I'm not a fan of FIELD_PREP_CONST() when it causes differing > > usage patterns like the above (FIELD_GET(AEON_IPC_STS_STATUS, val) > > would match the coding style, and probably makes no difference to the > > code emitted.) > > > > You are suggesting to use a generic readx function or use a while + > sleep to use the suggested _ready function? #define phy_read_mmd_poll_timeout(phydev, devaddr, regnum, val, cond, \ sleep_us, timeout_us, sleep_before_read) \ ({ \ int __ret, __val; \ __ret = read_poll_timeout(__val = phy_read_mmd, val, \ __val < 0 || (cond), \ The macro magic probably allows you to make cond a function call. Andrew ^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: [net-next PATCH v7 5/6] net: phy: Add support for Aeonsemi AS21xxx PHYs 2025-04-15 11:24 ` Christian Marangi 2025-04-15 12:33 ` Andrew Lunn @ 2025-04-15 12:55 ` Russell King (Oracle) 2025-04-15 13:04 ` Christian Marangi 1 sibling, 1 reply; 17+ messages in thread From: Russell King (Oracle) @ 2025-04-15 12:55 UTC (permalink / raw) To: Christian Marangi Cc: Andrew Lunn, David S. Miller, Eric Dumazet, Jakub Kicinski, Paolo Abeni, Rob Herring, Krzysztof Kozlowski, Conor Dooley, Heiner Kallweit, Florian Fainelli, Broadcom internal kernel review list, Marek Behún, Andrei Botila, Sabrina Dubroca, Eric Woudstra, Daniel Golle, netdev, devicetree, linux-kernel On Tue, Apr 15, 2025 at 01:24:16PM +0200, Christian Marangi wrote: > On Tue, Apr 15, 2025 at 10:37:49AM +0100, Russell King (Oracle) wrote: > > > +static int aeon_ipcs_wait_cmd(struct phy_device *phydev, bool parity_status) > > > +{ > > > + u16 val; > > > + > > > + /* Exit condition logic: > > > + * - Wait for parity bit equal > > > + * - Wait for status success, error OR ready > > > + */ > > > + return phy_read_mmd_poll_timeout(phydev, MDIO_MMD_VEND1, VEND1_IPC_STS, val, > > > + FIELD_GET(AEON_IPC_STS_PARITY, val) == parity_status && > > > + (val & AEON_IPC_STS_STATUS) != AEON_IPC_STS_STATUS_RCVD && > > > + (val & AEON_IPC_STS_STATUS) != AEON_IPC_STS_STATUS_PROCESS && > > > + (val & AEON_IPC_STS_STATUS) != AEON_IPC_STS_STATUS_BUSY, > > > + AEON_IPC_DELAY, AEON_IPC_TIMEOUT, false); > > > > Hmm. I'm wondering whether: > > > > static bool aeon_ipc_ready(u16 val, bool parity_status) > > { > > u16 status; > > > > if (FIELD_GET(AEON_IPC_STS_PARITY, val) != parity_status) > > return false; > > > > status = val & AEON_IPC_STS_STATUS; > > > > return status != AEON_IPC_STS_STATUS_RCVD && > > status != AEON_IPC_STS_STATUS_PROCESS && > > status != AEON_IPC_STS_STATUS_BUSY; > > } > > > > would be better, and then maybe you can fit the code into less than 80 > > columns. I'm not a fan of FIELD_PREP_CONST() when it causes differing > > usage patterns like the above (FIELD_GET(AEON_IPC_STS_STATUS, val) > > would match the coding style, and probably makes no difference to the > > code emitted.) > > > > You are suggesting to use a generic readx function or use a while + > sleep to use the suggested _ready function? To write the other part of it (I thought this would be obvious!): + return phy_read_mmd_poll_timeout(phydev, MDIO_MMD_VEND1, VEND1_IPC_STS, val, + aeon_ipc_ready(val, parity_status), + AEON_IPC_DELAY, AEON_IPC_TIMEOUT, false); > Mhhh I think I will have to create __ function for locked and non-locked > variant. I think I woulkd just handle the lock in the function using > send and rcv and maybe add some smatch tag to make sure the lock is > taken when entering those functions. If you don't need the receive part, then pass NULL in for the receive data pointer, and use that to conditionalise that part? -- RMK's Patch system: https://www.armlinux.org.uk/developer/patches/ FTTP is here! 80Mbps down 10Mbps up. Decent connectivity at last! ^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: [net-next PATCH v7 5/6] net: phy: Add support for Aeonsemi AS21xxx PHYs 2025-04-15 12:55 ` Russell King (Oracle) @ 2025-04-15 13:04 ` Christian Marangi 0 siblings, 0 replies; 17+ messages in thread From: Christian Marangi @ 2025-04-15 13:04 UTC (permalink / raw) To: Russell King (Oracle) Cc: Andrew Lunn, David S. Miller, Eric Dumazet, Jakub Kicinski, Paolo Abeni, Rob Herring, Krzysztof Kozlowski, Conor Dooley, Heiner Kallweit, Florian Fainelli, Broadcom internal kernel review list, Marek Behún, Andrei Botila, Sabrina Dubroca, Eric Woudstra, Daniel Golle, netdev, devicetree, linux-kernel On Tue, Apr 15, 2025 at 01:55:29PM +0100, Russell King (Oracle) wrote: > On Tue, Apr 15, 2025 at 01:24:16PM +0200, Christian Marangi wrote: > > On Tue, Apr 15, 2025 at 10:37:49AM +0100, Russell King (Oracle) wrote: > > > > +static int aeon_ipcs_wait_cmd(struct phy_device *phydev, bool parity_status) > > > > +{ > > > > + u16 val; > > > > + > > > > + /* Exit condition logic: > > > > + * - Wait for parity bit equal > > > > + * - Wait for status success, error OR ready > > > > + */ > > > > + return phy_read_mmd_poll_timeout(phydev, MDIO_MMD_VEND1, VEND1_IPC_STS, val, > > > > + FIELD_GET(AEON_IPC_STS_PARITY, val) == parity_status && > > > > + (val & AEON_IPC_STS_STATUS) != AEON_IPC_STS_STATUS_RCVD && > > > > + (val & AEON_IPC_STS_STATUS) != AEON_IPC_STS_STATUS_PROCESS && > > > > + (val & AEON_IPC_STS_STATUS) != AEON_IPC_STS_STATUS_BUSY, > > > > + AEON_IPC_DELAY, AEON_IPC_TIMEOUT, false); > > > > > > Hmm. I'm wondering whether: > > > > > > static bool aeon_ipc_ready(u16 val, bool parity_status) > > > { > > > u16 status; > > > > > > if (FIELD_GET(AEON_IPC_STS_PARITY, val) != parity_status) > > > return false; > > > > > > status = val & AEON_IPC_STS_STATUS; > > > > > > return status != AEON_IPC_STS_STATUS_RCVD && > > > status != AEON_IPC_STS_STATUS_PROCESS && > > > status != AEON_IPC_STS_STATUS_BUSY; > > > } > > > > > > would be better, and then maybe you can fit the code into less than 80 > > > columns. I'm not a fan of FIELD_PREP_CONST() when it causes differing > > > usage patterns like the above (FIELD_GET(AEON_IPC_STS_STATUS, val) > > > would match the coding style, and probably makes no difference to the > > > code emitted.) > > > > > > > You are suggesting to use a generic readx function or use a while + > > sleep to use the suggested _ready function? > > To write the other part of it (I thought this would be obvious!): > > + return phy_read_mmd_poll_timeout(phydev, MDIO_MMD_VEND1, VEND1_IPC_STS, val, > + aeon_ipc_ready(val, parity_status), > + AEON_IPC_DELAY, AEON_IPC_TIMEOUT, false); > Eh I never considered that I could totally pass entire function in the condition part. > > Mhhh I think I will have to create __ function for locked and non-locked > > variant. I think I woulkd just handle the lock in the function using > > send and rcv and maybe add some smatch tag to make sure the lock is > > taken when entering those functions. > > If you don't need the receive part, then pass NULL in for the receive > data pointer, and use that to conditionalise that part? > Ok yes that can also work. -- Ansuel ^ permalink raw reply [flat|nested] 17+ messages in thread
* [net-next PATCH v7 6/6] dt-bindings: net: Document support for Aeonsemi PHYs 2025-04-10 9:53 [net-next PATCH v7 0/6] net: phy: Add support for new Aeonsemi PHYs Christian Marangi ` (4 preceding siblings ...) 2025-04-10 9:53 ` [net-next PATCH v7 5/6] net: phy: Add support for Aeonsemi AS21xxx PHYs Christian Marangi @ 2025-04-10 9:53 ` Christian Marangi 2025-04-15 9:56 ` [net-next PATCH v7 0/6] net: phy: Add support for new " Russell King (Oracle) 6 siblings, 0 replies; 17+ messages in thread From: Christian Marangi @ 2025-04-10 9:53 UTC (permalink / raw) To: Christian Marangi, Andrew Lunn, David S. Miller, Eric Dumazet, Jakub Kicinski, Paolo Abeni, Rob Herring, Krzysztof Kozlowski, Conor Dooley, Heiner Kallweit, Russell King, Florian Fainelli, Broadcom internal kernel review list, Marek Behún, Andrei Botila, Sabrina Dubroca, Eric Woudstra, Daniel Golle, netdev, devicetree, linux-kernel Add Aeonsemi PHYs and the requirement of a firmware to correctly work. Also document the max number of LEDs supported and what PHY ID expose when no firmware is loaded. Supported PHYs AS21011JB1, AS21011PB1, AS21010JB1, AS21010PB1, AS21511JB1, AS21511PB1, AS21510JB1, AS21510PB1, AS21210JB1, AS21210PB1 that all register with the PHY ID 0x7500 0x9410 on C45 registers before the firmware is loaded. Reviewed-by: Rob Herring (Arm) <robh@kernel.org> Signed-off-by: Christian Marangi <ansuelsmth@gmail.com> --- .../bindings/net/aeonsemi,as21xxx.yaml | 122 ++++++++++++++++++ MAINTAINERS | 1 + 2 files changed, 123 insertions(+) create mode 100644 Documentation/devicetree/bindings/net/aeonsemi,as21xxx.yaml diff --git a/Documentation/devicetree/bindings/net/aeonsemi,as21xxx.yaml b/Documentation/devicetree/bindings/net/aeonsemi,as21xxx.yaml new file mode 100644 index 000000000000..69eb29dc4d7b --- /dev/null +++ b/Documentation/devicetree/bindings/net/aeonsemi,as21xxx.yaml @@ -0,0 +1,122 @@ +# SPDX-License-Identifier: (GPL-2.0-only OR BSD-2-Clause) +%YAML 1.2 +--- +$id: http://devicetree.org/schemas/net/aeonsemi,as21xxx.yaml# +$schema: http://devicetree.org/meta-schemas/core.yaml# + +title: Aeonsemi AS21XXX Ethernet PHY + +maintainers: + - Christian Marangi <ansuelsmth@gmail.com> + +description: | + Aeonsemi AS21xxx Ethernet PHYs requires a firmware to be loaded to actually + work. The same firmware is compatible with various PHYs of the same family. + + A PHY with not firmware loaded will be exposed on the MDIO bus with ID + 0x7500 0x7500 or 0x7500 0x9410 on C45 registers. + + This can be done and is implemented by OEM in 2 different way: + - Attached SPI flash directly to the PHY with the firmware. The PHY + will self load the firmware in the presence of this configuration. + - Manually provided firmware loaded from a file in the filesystem. + + Each PHY can support up to 5 LEDs. + + AS2xxx PHY Name logic: + + AS21x1xxB1 + ^ ^^ + | |J: Supports SyncE/PTP + | |P: No SyncE/PTP support + | 1: Supports 2nd Serdes + | 2: Not 2nd Serdes support + 0: 10G, 5G, 2.5G + 5: 5G, 2.5G + 2: 2.5G + +allOf: + - $ref: ethernet-phy.yaml# + +select: + properties: + compatible: + contains: + enum: + - ethernet-phy-id7500.9410 + - ethernet-phy-id7500.9402 + - ethernet-phy-id7500.9412 + - ethernet-phy-id7500.9422 + - ethernet-phy-id7500.9432 + - ethernet-phy-id7500.9442 + - ethernet-phy-id7500.9452 + - ethernet-phy-id7500.9462 + - ethernet-phy-id7500.9472 + - ethernet-phy-id7500.9482 + - ethernet-phy-id7500.9492 + required: + - compatible + +properties: + reg: + maxItems: 1 + + firmware-name: + description: specify the name of PHY firmware to load + maxItems: 1 + +required: + - compatible + - reg + +if: + properties: + compatible: + contains: + const: ethernet-phy-id7500.9410 +then: + required: + - firmware-name +else: + properties: + firmware-name: false + +unevaluatedProperties: false + +examples: + - | + #include <dt-bindings/leds/common.h> + + mdio { + #address-cells = <1>; + #size-cells = <0>; + + ethernet-phy@1f { + compatible = "ethernet-phy-id7500.9410", + "ethernet-phy-ieee802.3-c45"; + + reg = <31>; + firmware-name = "as21x1x_fw.bin"; + + leds { + #address-cells = <1>; + #size-cells = <0>; + + led@0 { + reg = <0>; + color = <LED_COLOR_ID_GREEN>; + function = LED_FUNCTION_LAN; + function-enumerator = <0>; + default-state = "keep"; + }; + + led@1 { + reg = <1>; + color = <LED_COLOR_ID_GREEN>; + function = LED_FUNCTION_LAN; + function-enumerator = <1>; + default-state = "keep"; + }; + }; + }; + }; diff --git a/MAINTAINERS b/MAINTAINERS index 53ca93b0cc18..310530649a48 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -650,6 +650,7 @@ AEONSEMI PHY DRIVER M: Christian Marangi <ansuelsmth@gmail.com> L: netdev@vger.kernel.org S: Maintained +F: Documentation/devicetree/bindings/net/aeonsemi,as21xxx.yaml F: drivers/net/phy/as21xxx.c AF8133J THREE-AXIS MAGNETOMETER DRIVER -- 2.48.1 ^ permalink raw reply related [flat|nested] 17+ messages in thread
* Re: [net-next PATCH v7 0/6] net: phy: Add support for new Aeonsemi PHYs 2025-04-10 9:53 [net-next PATCH v7 0/6] net: phy: Add support for new Aeonsemi PHYs Christian Marangi ` (5 preceding siblings ...) 2025-04-10 9:53 ` [net-next PATCH v7 6/6] dt-bindings: net: Document support for Aeonsemi PHYs Christian Marangi @ 2025-04-15 9:56 ` Russell King (Oracle) 6 siblings, 0 replies; 17+ messages in thread From: Russell King (Oracle) @ 2025-04-15 9:56 UTC (permalink / raw) To: Christian Marangi Cc: Andrew Lunn, David S. Miller, Eric Dumazet, Jakub Kicinski, Paolo Abeni, Rob Herring, Krzysztof Kozlowski, Conor Dooley, Heiner Kallweit, Florian Fainelli, Broadcom internal kernel review list, Marek Behún, Andrei Botila, Sabrina Dubroca, Eric Woudstra, Daniel Golle, netdev, devicetree, linux-kernel I'm sure you know, but your email address for linux-kernel is wrong. -- RMK's Patch system: https://www.armlinux.org.uk/developer/patches/ FTTP is here! 80Mbps down 10Mbps up. Decent connectivity at last! ^ permalink raw reply [flat|nested] 17+ messages in thread
end of thread, other threads:[~2025-04-15 13:04 UTC | newest] Thread overview: 17+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- 2025-04-10 9:53 [net-next PATCH v7 0/6] net: phy: Add support for new Aeonsemi PHYs Christian Marangi 2025-04-10 9:53 ` [net-next PATCH v7 1/6] net: phy: pass PHY driver to .match_phy_device OP Christian Marangi 2025-04-10 9:53 ` [net-next PATCH v7 2/6] net: phy: bcm87xx: simplify " Christian Marangi 2025-04-10 9:53 ` [net-next PATCH v7 3/6] net: phy: nxp-c45-tja11xx: " Christian Marangi 2025-04-15 10:56 ` Andrei Botila 2025-04-10 9:53 ` [net-next PATCH v7 4/6] net: phy: introduce genphy_match_phy_device() Christian Marangi 2025-04-10 9:53 ` [net-next PATCH v7 5/6] net: phy: Add support for Aeonsemi AS21xxx PHYs Christian Marangi 2025-04-14 23:36 ` Jakub Kicinski 2025-04-15 1:14 ` Andrew Lunn 2025-04-15 11:19 ` Christian Marangi 2025-04-15 9:37 ` Russell King (Oracle) 2025-04-15 11:24 ` Christian Marangi 2025-04-15 12:33 ` Andrew Lunn 2025-04-15 12:55 ` Russell King (Oracle) 2025-04-15 13:04 ` Christian Marangi 2025-04-10 9:53 ` [net-next PATCH v7 6/6] dt-bindings: net: Document support for Aeonsemi PHYs Christian Marangi 2025-04-15 9:56 ` [net-next PATCH v7 0/6] net: phy: Add support for new " Russell King (Oracle)
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).