Dm9000aep在u-boot下网卡驱动调试笔记

<

div id=”content” contentScore=”2763″>最近在将u-boot1.3.4移植到三星s5pc100 SOC平台发现u-boot启动之后无法ping通主机,也不能用tftp下载内核。硬件平台用的网卡芯片是dm9000aep,这是一款全集成,性价比高的快速以太网MAC控制器,支持8-bit和16-bit数据宽度,带有一个通用处理器接口,EEPROM接口,10M/100M自适应,带有16KB的SRAM(13KB作为接受FIFO,3KB作为发送FIFO)。Dm9000a在嵌入式平台中应用非常广。

因为在开发过程中我们需要经常修改重新编译Linux内核,所以每次改完之后都重新烧写内核到nandflash里面很麻烦。所以一定要解决u-boot对dm9000a网卡的支持问题。

我们首先需要确定硬件上有没有问题。鉴于Linux内核启动之后可以通过nfs挂在根文件系统,并且工作正常,所以可以确定内核对dm9000a的支持是没问题的,也就是说硬件上没有问题。接下来将注意力集中到软件上。

我首先怀疑是u-boot下对dm9000a的驱动有问题。找到驱动源代码:driver/net/dm9000x.c。 在代码一开始的注释中说“Fixed the driver to work with DM9000A”。看了之后很疑惑,既然源码作者都说他的驱动已经支持了DM9000A,那为什么网卡在u-boot下还不能工作?带着半信半疑的态度我进去查看源代码。首先最重要的网卡初始化的代码,在函数eth_init()中,这里面主要是设置网卡的工作模式,数据总线宽度,设置MAC地址并使能网卡等工作。为了确认这段代码是否正确,我又查看了Linux内核中DM9000A的驱动代码dm9000.c,发现两者在关键部分的设置都是一样的,只不过内核里面采用中断的工作模式,而在u-boot中采用轮询的工作模式。如果初始化代码没有问题的话,我继续查看关键的接收以及发送函数,即eth_send()和eth_rx(),发现这两部分也和内核里面是一样的。

这下我就更加困惑了,似乎驱动代码是没有问题的,但是问题出在什么地方呢?为了深入的分析原因,我打开了DM9000a的调试接口宏:define CONFIG_DM9000_DEBUG。然后在超级终端ping我的主机,ping的时候会调用eth_init()激活网卡,终端打印出下面的初始化信息:

Dm90000 i/o : 0x88000300, id : 0x90000a46

        Dm9000 : running in 16 bit mode

        MAC : 11:22:33:44:55:66

        Operating at 100M full duplex mode

看来初始化是没有问题的,可以读出id号这说明s5pc100和dm9000a数据交互肯定没有问题。但是ping还是会失败。之后打印的信息如下所示:

Transmit done

  ¼/div>

发表评论

电子邮件地址不会被公开。 必填项已用*标注