以太网扫盲（五）PHY状态机与Link Up事件处理机制

最新推荐文章于 2026-03-26 10:17:34 发布

原创

最新推荐文章于 2026-03-26 10:17:34 发布 · 774 阅读

标签

#以太网 #PHY #驱动开发 #Link Up

1. PHY状态机：以太网连接的"心脏跳动"

搞过以太网驱动开发的兄弟们都知道，PHY状态机绝对是整个连接过程中的核心引擎。我自己在调试Realtek和Marvell的PHY芯片时，就深刻体会到这个状态机的重要性——它就像是网络连接的"心跳检测器"，时刻监控着物理链路的生与死。

简单来说，PHY状态机就是一个有限状态机，它通过MDIO总线不断查询PHY芯片的寄存器状态，根据当前状态和检测到的变化，决定下一步该做什么。这个状态机在Linux内核中是通过一个延迟工作队列（delayed work）实现的，默认每秒钟运行一次，但在状态转换的关键时刻会立即触发。

PHY状态机主要包含以下几个核心状态：

PHY_DOWN：网口关闭状态，这时候状态机基本上不干活
PHY_READY：设备就绪但还没启动
PHY_UP：网口已经启动，等待连接建立
PHY_NOLINK：物理链路断开状态
PHY_RUNNING：链路正常，数据可以传输

我在实际项目中遇到过这样的情况：PHY芯片能够正常被识别，驱动也加载了，但就是无法建立连接。后来通过调试状态机才发现，原来是PHY的硬件复位引脚配置有问题，导致状态机一直卡在PHY_UP状态无法进入自协商流程。

2. Link Up事件的触发机制：中断与轮询的博弈

Link Up事件的检测有两种主要方式：中断模式和轮询模式。这两种方式各有优劣，我在不同场景下都实际使用过。

2.1 中断模式：实时性优先

中断模式是效率最高的方式。当PHY芯片检测到链路状态变化时，会通过中断引脚通知MAC控制器，然后触发相应的中断处理程序。

// 中断处理函数示例
static irqreturn_t phy_interrupt(int irq, void *dev_id)
{
    struct phy_device *phydev = dev_id;
    
    // 读取中断状态寄存器
    int irq_status = phy_read(phydev, MII_ISR);
    
    if (irq_status & ISR_LINK_CHANGE) {
        // 链路状态变化，触发状态机立即运行
        phy_trigger_machine(phydev);
    }
    
    return IRQ_HANDLED;
}

中断模式的优点是响应及时，功耗低。但缺点是需要硬件支持中断引脚，并且中断处理要尽可能快，不能有阻塞操作。

2.2 轮询模式：兼容性优先

轮询模式则是通过定时器定期检查PHY状态。Linux内核默认使用这种方式，因为它对硬件要求低，兼容性好。

// 状态机工作队列函数
void phy_state_machine(struct work_struct *work)
{
    struct phy_device *phydev = container_of(work, struct phy_device, state_queue.work);
    
    // 状态机处理逻辑
    // ...
    
    // 重新调度，默认1秒后再次运行
    if (phy_polling_mode(phydev))
        phy_queue_state_machine(phydev, PHY_STATE_TIME);
}

在实际项目中，我一般这样选择：对实时性要求高的场景（如工业控制）用中断模式，对兼容性要求高的场景（消费电子）用轮询模式。有时候为了兼顾两者，还会采用混合模式——平时用轮询节省功耗，关键状态变化时启用中断。