【驱动】以太网扫盲(四)phy驱动link up流程分析
1. 简介
在调试网口驱动的过程中发现phy芯片的驱动框架结构还有点复杂,不仔细研究的话还不好搞懂,另外百度到的资料也不够全面,这篇就总结梳理一下这方面的知识。
我们知道一个 phy 驱动的原理是非常简单的,一般流程如下:
- 1、用轮询/中断的方式通过 mdio 总线读取 phy 芯片的状态。
- 2、在 phy link 状态变化的情况下,正确配置 mac 的状态。(例如:根据 phy 自协商的速率 10/100/1000M 把 mac 配置成对应速率)
下面就以 stmmac 网口驱动为例,展示一下 phy 驱动整个调用过程。整个 phy 驱动的主要调用流程如下图所示:
2. phy_device
首先每个 phy 芯片会创建一个 struct phy_device
类型的设备,对应的有 struct phy_driver
类型的驱动,这两者实际上是挂载在 mdio_bus_type
总线上的。
2.1 mdiobus
mdio 总线的定义:
struct bus_type mdio_bus_type = { .name = "mdio_bus", .dev_groups = mdio_bus_dev_groups, .match = mdio_bus_match, .uevent = mdio_uevent, };
2.2 mdio device
网口驱动在初始化 probe()
时遍历 dts 的定义创建相应struct phy_device
类型的设备:
stmmac_dvr_probe() `-| stmmac_mdio_register() `-| stmmac_mdio_register() `-| { | new_bus = mdiobus_alloc(); | new_bus->read = &stmmac_xgmac2_mdio_read; // mdio 读写函数 | new_bus->write = &stmmac_xgmac2_mdio_write; | | of_mdiobus_register(new_bus, mdio_node); `-| of_mdiobus_register_phy(mdio, child, addr); `-| get_phy_device() `-| get_phy_c22_id(bus, addr, &phy_id); `-| { | phy_reg = mdiobus_read(bus, addr, MII_PHYSID1); // 通过 mdio 总线读取 phy 芯片 id | phy_reg = mdiobus_read(bus, addr, MII_PHYSID2); | } | phy_device_create(bus, addr, phy_id, is_c45, &c45_ids); `-| { | mdiodev->dev.bus = &mdio_bus_type; | mdiodev->dev.type = &mdio_bus_phy_type; | mdiodev->bus_match = phy_bus_match; | INIT_DELAYED_WORK(&dev->state_queue, phy_state_machine); // 这里就是 phy device 的轮询任务 | } | of_mdiobus_phy_device_register() `-| phy_device_register() `-| device_add()
2.3 mdio driver
mdio bus 会根据 struct phy_device
的 phy id 和 struct phy_driver
进行 match,如果没有找到对应驱动会使用通用驱动 genphy_driver
:
static struct phy_driver genphy_driver = { .phy_id = 0xffffffff, .phy_id_mask = 0xffffffff, .name = "Generic PHY", .get_features = genphy_read_abilities, .suspend = genphy_suspend, .resume = genphy_resume, .set_loopback = genphy_loopback, };
以 genphy_driver
为例 struct phy_device
的注册过程如下:
phy_init() `-| phy_driver_register(&genphy_driver, THIS_MODULE); `-| { | new_driver->mdiodrv.driver.bus = &mdio_bus_type; | new_driver->mdiodrv.driver.probe = phy_probe; | new_driver->mdiodrv.driver.remove = phy_remove; | } | driver_register()
其中一个关键点是 mdio driver 的 probe 函数是一个通用函数 phy_probe()
,match 成功时会调用它读取状态寄存器来确定 phy 芯片的能力:
phy_probe() `-| genphy_read_abilities() `-| { | val = phy_read(phydev, MII_BMSR); // 读取 mdio 0x01 寄存器来确定 phy 的 10/100M 能力 | linkmode_mod_bit(ETHTOOL_LINK_MODE_Autoneg_BIT, phydev->supported, val & BMSR_ANEGCAPABLE); | linkmode_mod_bit(ETHTOOL_LINK_MODE_100baseT_Full_BIT, phydev->supported, val & BMSR_100FULL); | linkmode_mod_bit(ETHTOOL_LINK_MODE_100baseT_Half_BIT, phydev->supported, val & BMSR_100HALF); | linkmode_mod_bit(ETHTOOL_LINK_MODE_10baseT_Full_BIT, phydev->supported, val & BMSR_10FULL); | linkmode_mod_bit(ETHTOOL_LINK_MODE_10baseT_Half_BIT, phydev->supported, val & BMSR_10HALF); | if (val & BMSR_ESTATEN) { | val = phy_read(phydev, MII_ESTATUS); // 读取 mdio 0x0f 寄存器来确定 phy 的 1000M 能力 | linkmode_mod_bit(ETHTOOL_LINK_MODE_1000baseT_Full_BIT, phydev->supported, val & ESTATUS_1000_TFULL); | linkmode_mod_bit(ETHTOOL_LINK_MODE_1000baseT_Half_BIT, phydev->supported, val & ESTATUS_1000_THALF); | linkmode_mod_bit(ETHTOOL_LINK_MODE_1000baseX_Full_BIT, phydev->supported, val & ESTATUS_1000_XFULL); | } | }
2.4 poll task
上面 phy_device_create()
函数中创建了一个重要的 work phy_state_machine()
,这个就是 phy_device
查询任务的主体,用来查询 phy 芯片的状态维护 phy 状态机。
在网口驱动启动时会启动这个 work:
net_device_ops->ndo_open() `-| stmmac_open() `-| phylink_start() `-| phy_start() `-| phydev->state = PHY_UP; | phy_start_machine() `-| phy_trigger_machine() `-| phy_queue_state_machine(phydev, 0); `-| mod_delayed_work(system_power_efficient_wq, &phydev->state_queue, jiffies);
phy_state_machine() 的核心逻辑如下所示:
void phy_state_machine(struct work_struct *work) { old_state = phydev->state; /* (1) 状态机主体 */ switch (phydev->state) { /* (1.1) 在 PHY_DOWN/PHY_READY 状态下不动作 */ case PHY_DOWN: case PHY_READY: break; /* (1.2) 在 PHY_UP 状态下,表明网口被 up 起来,需要启动自协商并且查询自协商后的 link 状态 如果自协商结果是 link up,进入 PHY_RUNNING 状态 如果自协商结果是 link down,进入 PHY_NOLINK 状态 */ case PHY_UP: needs_aneg = true; break; /* (1.3) 在运行的过程中定时轮询 link 状态 如果 link up,进入 PHY_RUNNING 状态 如果 link down,进入 PHY_NOLINK 状态 */ case PHY_NOLINK: case PHY_RUNNING: err = phy_check_link_status(phydev); break; } /* (2) 如果需要,启动自协商配置 */ if (needs_aneg) err = phy_start_aneg(phydev); /* (3) 如果 phy link 状态有变化,通知给对应网口 netdev */ if (old_state != phydev->state) { phydev_dbg(phydev, "PHY state change %s -> %s\n", phy_state_to_str(old_state), phy_state_to_str(phydev->state)); if (phydev->drv && phydev->drv->link_change_notify) phydev->drv->link_change_notify(phydev); } /* (4) 重新启动 work,周期为 1s */ if (phy_polling_mode(phydev) && phy_is_started(phydev)) phy_queue_state_machine(phydev, PHY_STATE_TIME); }
标准的 mdio/mii 寄存器列表定义如下:
/* Generic MII registers. */ #define MII_BMCR 0x00 /* Basic mode control register */ #define MII_BMSR 0x01 /* Basic mode status register */ #define MII_PHYSID1 0x02 /* PHYS ID 1 */ #define MII_PHYSID2 0x03 /* PHYS ID 2 */ #define MII_ADVERTISE 0x04 /* Advertisement control reg */ #define MII_LPA 0x05 /* Link partner ability reg */ #define MII_EXPANSION 0x06 /* Expansion register */ #define MII_CTRL1000 0x09 /* 1000BASE-T control */ #define MII_STAT1000 0x0a /* 1000BASE-T status */ #define MII_MMD_CTRL 0x0d /* MMD Access Control Register */ #define MII_MMD_DATA 0x0e /* MMD Access Data Register */ #define MII_ESTATUS 0x0f /* Extended Status */ #define MII_DCOUNTER 0x12 /* Disconnect counter */ #define MII_FCSCOUNTER 0x13 /* False carrier counter */ #define MII_NWAYTEST 0x14 /* N-way auto-neg test reg */ #define MII_RERRCOUNTER 0x15 /* Receive error counter */ #define MII_SREVISION 0x16 /* Silicon revision */ #define MII_RESV1 0x17 /* Reserved... */ #define MII_LBRERROR 0x18 /* Lpback, rx, bypass error */ #define MII_PHYADDR 0x19 /* PHY address */ #define MII_RESV2 0x1a /* Reserved... */ #define MII_TPISTATUS 0x1b /* TPI status for 10mbps */ #define MII_NCONFIG 0x1c /* Network interface config */
2.4.1 自协商配置
具体启动 phy 自协商的代码流程如下:
phy_state_machine() `-| phy_start_aneg() `-| phy_config_aneg() `-| genphy_config_aneg() `-| __genphy_config_aneg() `-| genphy_setup_master_slave() // (1) 如果是千兆网口,配置其 master/slave `-| { | phy_modify_changed(phydev, MII_CTRL1000, // 配置 mdio 0x09 寄存器 | (CTL1000_ENABLE_MASTER | CTL1000_AS_MASTER | CTL1000_PREFER_MASTER), ctl); | } | genphy_config_advert() // (2) 设置本端的 advert 能力 `-| { | linkmode_and(phydev->advertising, phydev->advertising, phydev->supported); | adv = linkmode_adv_to_mii_adv_t(phydev->advertising); | phy_modify_changed(phydev, MII_ADVERTISE, // 10M/100M 能力配置到 mdio 0x04 寄存器 | ADVERTISE_ALL | ADVERTISE_100BASE4 | | ADVERTISE_PAUSE_CAP | ADVERTISE_PAUSE_ASYM, adv); | if (!(bmsr & BMSR_ESTATEN)) return changed; | adv = linkmode_adv_to_mii_ctrl1000_t(phydev->advertising); | phy_modify_changed(phydev, MII_CTRL1000, // 1000M 能力配置到 mdio 0x09 寄存器 | ADVERTISE_1000FULL | ADVERTISE_1000HALF, adv); | } | genphy_check_and_restart_aneg() `-| genphy_restart_aneg() // (3) 启动 phy 自协商 `-| { | phy_modify(phydev, MII_BMCR, BMCR_ISOLATE, // 配置 mdio 0x00 寄存器 | BMCR_ANENABLE | BMCR_ANRESTART); | }
2.4.2 link 状态读取
phy link 状态读取的代码流程如下:
phy_state_machine() `-| phy_check_link_status() `-| phy_read_status() // (1) 读取 link 状态 `-| genphy_read_status() `-| { | genphy_update_link(phydev); // (1.1) 更新 link 状态 | if (phydev->autoneg == AUTONEG_ENABLE && old_link && phydev->link) return 0; | genphy_read_master_slave(phydev); // (1.2) 如果是千兆网口,更新本端和对端的 master/slave | genphy_read_lpa(phydev); // (1.3) 更新对端(link partner) 声明的能力 | if (phydev->autoneg == AUTONEG_ENABLE && phydev->autoneg_complete) { | phy_resolve_aneg_linkmode(phydev); // (1.4.1) 自协商模式,解析 link 结果 | } else if (phydev->autoneg == AUTONEG_DISABLE) { | genphy_read_status_fixed(phydev); // (1.4.2) 固定模式,解析 link 结果 | } | } | if (phydev->link && phydev->state != PHY_RUNNING) { // (2) link 状态 change 事件:变成 link up | phydev->state = PHY_RUNNING; | phy_link_up(phydev); // link up 事件,通知给 phylink | } else if (!phydev->link && phydev->state != PHY_NOLINK) { // (3) link 状态 change 事件:变成 link down | phydev->state = PHY_NOLINK; | phy_link_down(phydev); // link down 事件,通知给 phylink | }
2.4.3 link 状态通知
phy 的 link 状态变化怎么通知给 netdev,并且让 mac 做出相应的配置改变,这个是通过一个中介 phylink
来实现的。
phy_device
把 link 状态通知给 phylink
的流程如下:
phy_link_up()/phy_link_down() `-| phydev->phy_link_change(phydev, true/false); `-| phylink_phy_change() `-| { | pl->phy_state.speed = phydev->speed; // (1) 把 `phy_device` 状态更新给 `phylink` | pl->phy_state.duplex = phydev->duplex; | pl->phy_state.interface = phydev->interface; | pl->phy_state.link = up; | phylink_run_resolve(pl); // (2) 通知 `phylink` 的轮询任务启动 | }
3. phylink
在 linux 内核中,以太网 mac 会被注册成 struct net_device
,phy 芯片会被注册成 struct phy_device
。 phy_device
的状态怎么传递给 net_device
,让其在 link 状态变化时做出对应的配置改变,这个任务就落在上述的 struct phylink
中介身上。
因为 phylink
只是一个中介,所以它不会创建对应的 device,它的核心在以下的几个函数当中。
3.1 phylink_create()
网口驱动在初始化 probe() 中创建 struct net_device
的同时也创建了 struct phylink
:
stmmac_dvr_probe() `-| stmmac_phy_setup() `-| phylink_create(&priv->phylink_config, fwnode, mode, &stmmac_phylink_mac_ops); `-| { | INIT_WORK(&pl->resolve, phylink_resolve); // phylink 的轮询任务 | pl->mac_ops = mac_ops; | timer_setup(&pl->link_poll, phylink_fixed_poll, 0); | }
这里的 stmmac_phylink_mac_ops
就包含了 mac 对 phy link 状态变化相应的相关函数:
static const struct phylink_mac_ops stmmac_phylink_mac_ops = { .validate = stmmac_validate, .mac_pcs_get_state = stmmac_mac_pcs_get_state, .mac_config = stmmac_mac_config, .mac_an_restart = stmmac_mac_an_restart, .mac_link_down = stmmac_mac_link_down, .mac_link_up = stmmac_mac_link_up, };
3.2 phylink_connect_phy()
在网口驱动启动时会启动时,会连接 phylink
和 phy_device
:
net_device_ops->ndo_open() `-| stmmac_open() `-| stmmac_init_phy() `-| phylink_of_phy_connect() `-| phy_attach_direct() | phylink_bringup_phy() `-| { | phy->phylink = pl; | phy->phy_link_change = phylink_phy_change; // (1) 设置 phy_device 的通知函数 | timer_setup(&pl->link_poll, phylink_fixed_poll, 0); | }
3.3 phylink_start()
在连接完成后,会同时启动 phylink
和 phy_device
的轮询任务:
net_device_ops->ndo_open() `-| stmmac_open() `-| phylink_start() `-| mod_timer(&pl->link_poll, jiffies + HZ); // (1) 启动 `phylink` 的轮询任务 `-| phylink_fixed_poll() `-| phylink_run_resolve() `-| queue_work(system_power_efficient_wq, &pl->resolve); | phy_start() // (2) 启动 `phy_device` 的轮询任务 `-| phydev->state = PHY_UP; | phy_start_machine() `-| phy_trigger_machine() `-| phy_queue_state_machine(phydev, 0); `-| mod_delayed_work(system_power_efficient_wq, &phydev->state_queue, jiffies);
3.3 poll task
phylink
的轮询任务就是查询 phy_device
更新过来的 link 状态,调用 stmmac_phylink_mac_ops
相关函数来同步配置 mac:
phylink_resolve() `-| { | link_state = pl->phy_state; | phylink_link_up()/phylink_link_down() `-| pl->mac_ops->mac_link_up() `-| stmmac_mac_link_up() // (1) 配置 mac 为相应状态 123456
原文链接:https://blog.csdn.net/pwl999/article/details/128339747 ;本文仅作为交流分享,如有侵权,请联系作者删除。
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· 物流快递公司核心技术能力-地址解析分单基础技术分享
· .NET 10首个预览版发布:重大改进与新特性概览!
· 单线程的Redis速度为什么快?
· 展开说说关于C#中ORM框架的用法!
· Pantheons:用 TypeScript 打造主流大模型对话的一站式集成库