PHY调试经验

1. PHY调试过程

        1.设备树中配置正确的PHY ADDR、PHY ID、clause 45或者22协议,PHY ADDR配置不正确会导致MDC/MDIO通信不正常或失败,PHY ID用于匹配PHY驱动程序。

        2.通过MDC/MDIO读写PHY ID并对比datasheet中的PHY ID,确认MDC/MDIO通信是否正常。

        3.MDC/MDIO通信正常的情况下,读写PHY的寄存器查看PHY的状态是否正常,比如主从、RGMII模式、Link状态。

        4.确认TXCLK是否正常,2.5MHZ对应10M速度,25MHZ对应100M速度,125MHZ对应1000兆速度,当自动协商不成功的时候,可以在设备树中配置fixed-link节点强制配置MAC工作在某种状态,比如100兆全双工。

fixed-link {
    speed = <100>;
	full-duplex;
};

        5.确认SOC侧MAC RGMII接口是否有配置delay,如果没有,PHY侧需要配置delay。

        6.确认SOC侧MAC是否工作正常,通过devmem dump寄存器信息确认RGMII模式、全双工/半双工模式、link状态、speed状态。

2. phy驱动开发步骤说明

        针对phy 驱动而言,主要实现两部分的内容:

        1.实现probe、remove、suspend、resume接口,用于完成phy_driver的注册与注销,以及针对linux设备-总线-驱动模型的基础;

        2.实现phy device处理相关的接口:

config_init
config_aneg
read_status
ack_interrupt
config_intr
did_interrupt
match_phy_device
ts_info
hwtstamp
rxtstamp
txtstamp
set_wol
get_wol

        2.1其中config_init主要是对phy device进行一些初始化配置;

        2.2而config_aneg、read_status主要用于设置phy device的自适应机制已经获取phy的状态(主要用于获取适配速率、双工模式等),一般这两个接口直接使用genphy_config_aneg、genphy_read_status即可,触发该phy device有特殊的定义;

        2.3而ack_interrupt、config_intr、did_interrupt主要用于phy device的link up/down相关的中断处理,这个与具体的phy device有关,查看相应的芯片手册说明即可;

        2.4而针对ts_info、hwtstamp、rxtstamp、txtstamp、set_wol、get_wol主要是时间戳相关的处理,大多数phy device均不需实现这几个接口。

        2.5match_phy_device主要用于实现phy_device与phy_driver的匹配检测,若一个phy_driver支持多个类型的phy_device,则最好实现该接口,若该phy_driver只适配某一个型号的phy_device,则不需要实现该接口,只需要设置支持的phy_id与phy_mask即可。

        以上即是实现phy driver的大体步骤,一般情况下若phy device不是很特殊,完全可以不实现phy driver,而在mdiobus_register时针对没有匹配phy_driver的设备,会将其与genphy_driver进行绑定,而genphy_driver基本上对大多数phy device而言,均可以正常驱动。但若我们仅需要在phy driver的probe接口中进行一些配置(如设置phy device的led mode 等),则完全可以将config_ange、read_status等接口使用genphy_driver中的接口,仅实现probe接口即可。

3. Claus45读写接口封装

        SOC芯片:高通默认不支持C45协议

        PHY芯片:marvell 88q1110,支持寄存器13&14扩展控制PCS/PMA寄存器

        path:Linux/include/phy.h

static inline int phy_write_c45(struct phy_device *phydev, u32 dev_id, u32 regnum, u16 val)
{
        mdiobus_write(phydev->mdio.bus, phydev->mdio.addr, 0x0d, dev_id);
        mdiobus_write(phydev->mdio.bus, phydev->mdio.addr, 0x0e, regnum);
        mdiobus_write(phydev->mdio.bus, phydev->mdio.addr, 0x0d, 0x4000 | dev_id);
        return mdiobus_write(phydev->mdio.bus, phydev->mdio.addr, 0x0e, val);
}

static inline int phy_read_c45(struct phy_device *phydev, u16 dev_id, u32 regnum)
{       
        mdiobus_write(phydev->mdio.bus, phydev->mdio.addr, 0x0d, dev_id);
        mdiobus_write(phydev->mdio.bus, phydev->mdio.addr, 0x0e, regnum); 
        mdiobus_write(phydev->mdio.bus, phydev->mdio.addr, 0x0d, 0x4000 | dev_id);
        return mdiobus_read(phydev->mdio.bus, phydev->mdio.addr, 0x0e);
}

你可能感兴趣的:(#,车载以太网,车载以太网,phy,Ethernet,驱动开发)