Uboot-1.1.2 for PXA270源码分析-DM9000A驱动调试

psbec

DM9000A驱动调试
dm9000x.c和dm9000x.h文件中包含了网络芯片的收发函数，但是该驱动是基于DM9000的，需要做更改才能适合于DM9000A。
首先遇到的问题是DM9000A驱动无法获得MAC地址。Uboot在配置文件中有MAC地址的定义：
#define CONFIG_ETHADDR  08:00:3e:26:0a:5b
奇怪的是这里怎么无法获得呢？查看源代码发现获得MAC地址部分的代码如下：
for (i = 0; i bi_enetaddr) = read_srom_word(i);
原来Uboot要调用read_srom_word()函数从外面PHY中读取，反正芯片中已经集成了PHY，我们只需要设置PHY的MAC地址就可以了，代码更改如下：
unsigned char env_enetaddr[6];
char *tmp = getenv ("ethaddr");
// 将环境变量中保存的mac地址转换成数字
for (i=0; ibi_enetaddr) = env_enetaddr;
这样DM9000A驱动就会使用我们配置的mac地址了。
接下来调试TFTP下载数据。
我在刚开始调试的时候发现使用TFTP总是不能正常下载数据，我以为是我设置的总线的访问时序上有问题，后来更改了读写访问延迟时间，已经放到了最大，但还是不能正常下载。打开网络调试开关，发现ARP获得了对方的MAC，但是到了开始传输数据的时候，主机发送下来的数据本机接受不到，然后主机发送第二次，本机才收到，然后返回确认，这样每发送一包数据就要有几秒钟的延迟，问题肯定出在网络接收处。
接下来我增加了调试tftp.c文件，发现接受到的数据和上次接受的数据的包号相同，当接受到同样的数据包的时候，网络的处理方法是丢弃，等待上位机机重新发送，难怪当时不返回，原来是给丢掉了！
这样就到了DM9000A的驱动部分代码。
DM9000A的接收数据函数：
eth_rx(void)
{
u8 rxbyte, *rdptr = (u8 *) NetRxPackets[0];
u16 RxStatus, RxLen = 0;
u32 tmplen, i;
// DM9000A接收缓冲区中的数据格中格式是4字节的包头+真正的数据.
// 其中4字节包头分别位为: rxbyte, status, count_low, count_hight
// 说明如下:
// rxbyte: 0-没有接收到数据, 1-有新的数据包
// status: 状态
// count_low, count_hight: 接收到的数据长度
/* Check packet ready or not */
DM9000_ior(DM9000_MRCMDX);  // 设置读取SRAM数据, 内部地址不递增
rxbyte = DM9000_inb(DM9000_DATA); // 读取查看是否有数据接收到
if (rxbyte == 0)
  return 0;
// rxbyte值必须是0或者1, 其它值不正确, 这里检测其它值的情况
if (rxbyte > 1) {
  DM9000_iow(DM9000_RCR, 0x00); /* Stop Device */
  DM9000_iow(DM9000_ISR, 0x80); /* Stop INT request */
  DM9000_DBG("rx status check: %d\n", rxbyte);
}
DM9000_DBG("receiving packet\n");
/* A packet ready now  & Get status/length */
DM9000_outb(DM9000_MRCMD, DM9000_IO);
#ifdef CONFIG_DM9000_USE_16BIT
RxStatus = DM9000_inw(DM9000_DATA); // 获得接收的状态
RxLen = DM9000_inw(DM9000_DATA);  // 获得数据包长度
#endif
…    // 接下来进行数据解析的处理…
｝
在初始化的时候，设置IMR寄存器的bit7为1，RXSRAM从0x0C00开始，当到达16K时，读取数据的地址重新返回到0x0C00位置。上面的代码在DM9000上工作的好好的，为什么到了DM9000A上就不能正常工作了呢？
仔细看DM9000A的datasheet发现存在另外两个寄存器，位置在0xF4和0xF5，上面解释说当IMR寄存器的bit7为1时，内存数据地址将被设置成0x0C00，也就是说读取这两个寄存器能导致数据读取的地址指针复位，于是就在读取状态位之前重新设置一下地址指针，代码如下：
u16 temp;
temp=DM9000_ior(DM9000_MRRH); // 读取这两个寄存器
temp=DM9000_ior(DM9000_MRRL);
加上以上三行代码后DM9000A工作正常了，看来就是这个原因。费了这么大的周折，原来是这里出的毛病！

有一个问题还是没有搞清楚：


DM9000的Datasheet上的RXRAM说明如下：
也就是说接收完成一包数据后，下一包数据将接着上一包数据的结束地址保存，那么在读取的过程中就不需要重新对RX RAM的地址指针进行重新复位，就像一个大的FIFO一样读取，但为什么对于DM9000A来说就要对RXRAM地址进行重新复位呢？难道说DM9000A在接收到一帧数据后会覆盖原来的数据？真奇怪。。。


(本文章发表于psbec的个人blog，未经本人许可，不得用于商业用途。任何个人、媒体、其他网站不得私自抄袭；网络媒体转载请注明出处，增加原文链接，否则属于侵权行为。如有任何问题，请留言或者发邮件给psbec，地址
han.psbec@gmail.com
)

本文来自ChinaUnix博客，如果查看原文请点：http://blog.chinaunix.net/u2/63631/showart_1101147.html