QSDK下驱动AR8035

0 概述

　　QSDK平台中，我所接触到的版本，能支持MIPS架构的，是基于Openwrt AA版本；虽然CC版本上就已经能很好地支持AR8035了，可是AA版本它本身是不支持的，于是不断有人要求提供补丁方法，一般统一固件开发平台，从而减轻固件维护工作量。

　　简单看了一下，如果直接将CC版中at803x降级以便适配到AA版本，改动工作量还是比较多的，怕麻烦，所以就只能另想办法，在百度/谷歌上找了好一番后，发现Matus Ujhelyi的at803x实现最简单，只要将用不到的wol功能砍掉，余下的代码就没几行了；然后再检查现有的ar80xx.c，它是能成功驱动AR8033的；而且，从驱动的角度上看，8033和8035相差不大，因此，适宜以ar80xx结合at803x，组建一个最小代码量的新at803x，来实现此需求了。

1 具体实施

　　首先下载一份Matus Ujhely最早期的at803x驱动，可直接到百度上找“at803x.c”即可；然后将现有的ar80xx.c和ar80xx.h分别拷贝为at803x.c和at803x.h；将网上下载到的at803x.c中的at803x_enable_rx_delay和at803x_enable_tx_delay拷贝到新at803x.c中，在新at803x.c的ar803x_config_init中，强制使能“RGMII mode”、at803x_enable_rx_delay和at803x_enable_tx_delay；在ar803x_read_status，将uboot/board/ar7240/common/athrsf1_phy.c中athr_phy_speed中配置10M/100M/1000M时寄存器的配置值，通过phy_write函数，配置到对应的寄存器上即可。再其次，修改Kconfig文件，在AR80XX_PHY选项后增加AT803X_PHY选项；在Makefile中增加obj-$(CONFIG_AR80XX_PHY)预编译指令即可；最后，将phy_id修改为0x004dd072。如果phy_id错误，还是驱动不了该PHY的。

此外，按照网上CC版本驱动AR8035的通用方法，将mach-db120.c中的eth1的注册代码关闭掉；然后，要修改正确eth0的phy_mask值。如果是AR9344，它最多支持5个Port，也就是BIT(0)-BIT(4)而已。如果uboot启动时，串口打印信息无法确定是哪个port，则请在确保你的uboot是能正常驱动8035时，直接修改athrsf1_phy.c中athr_auto_neg中的打印信息，将"Neg Success"语句直接printf出来，这样就知道是那个Port了，从而就可以确定是哪个BIT（?）了。如果BIT（？）选填错误，网口还是不能通的，插拔网线串口也不会有打印。故如果实在没有办法，就启用BIT(0)到BIT(4)，编译出5个固件，总有一个固件是能成功驱动起来的。

2 结论

　　利用此方法，改动量非常小，且能正常驱动8035；插拔网线串口打印正常；100M/1000M协商正常（无10M口验证）；跑流正常；稳定性正常。从而可以放心将原有固件迁移到QSDK平台上。