转自:http://blog.sina.com.cn/s/blog_636a55070101md8o.html
DM9000可以直接与ISA总线相连,也可以与大多数CPU直接相连。Mini2440采用的是dm9000直接连接CPU(s3c2440)上。就像是nandflash一样直接被挂在CUP上,被挂在s3c2440的bank4上。
小插曲1:s3c2440芯片把存储系统分为了8个Bank,由nGCS0[0]~nGCS[7]
小插曲2:当OM[1:0]=01时,bootingROM data width是16位,当[1:0]=10时,booting ROM datawidth是32位,当OM[1:0]=00时,从NAND FLASH启动。在友善之臂S3C2440开发板上,OM1引脚直接接地。所以说启动bank主要跟nGCS0[0]~nGCS[7]有关,但是OM【1:0】变化的话也会有细微的变化.
小插曲3:注意:不同的启动方式,内存的映射是不同的,当从Nand Flash启动时,片上的BootSRAM被映射到了高位地址(0x40000000),而非Nand Flash方式启动时,则映射到了0x00000000.
首先看一下DM9000的引脚和MINI2440的引脚连接
DM9000
SD0
|
SD15
CMD
INT
IOR#
IOW#
AEN
可以看出连接了16条数据线,1条地址线,而这唯一的一条地址线用于判断数据线传输的是地址还是数据,所以这16条数据线为数据和地址复用
画个简图吧:
现在开始移植吧:
因为dm9000也是基于平台驱动的,所以我们移植起来会比较方便。
标准驱动移植和修改方法:了解驱动程序框架,确定外设使用的资源,然后将它“告诉”驱动程序,并进行适当设置使它们“可用“。
我们现在已经把外设连接原理图列在上面来了,硬件连接一目了然,所以可以开始移植了。
Linux-2.6.32.2
首先添加驱动所需的头文件
arch/arm/mach-s3c2440/mach-mini2440.c(在你的开发板体系结构板级初始化文件上添加,我的位置是mach-s3c2440/mach-mini2440.c,你的如果不是就自己找一下)
#include
再定义DM9000
#define MACH_MINI2440_DM9K_BASE (S3C2410_CS4 +0x300)
问题一:s3c2410_cs4是什么?
见原理图三,nGCS3(也就是nLANLCS)被作为dm9000的选通引脚了,nGCS3选通的是bank4。bank4的起始坡地是:0x2000 0000即:s3c2410_cs4。
问题二:为什么要加0x300?
先看网上的回答吧:
1、
2、
3、
唉,没有一个像样的答案,写的文章倒看似水平很高的样子,真是悲哀。可都是所谓的csdn专家呀!
我想上面的人,不知道是完全不懂硬件还是不懂装懂,自欺欺人!
首先,Mini2440只有27根地址线,addr0---addr26。可寻址范围是128M。
有八个bank用做为内存芯片的选通脚,可以寻址128M*8=1G.
即可寻址范围是:0x20000000-------0x20000000+128M(即:0x27FFFFFF)
所以地址写成0x20000000-------0x20000000+128M之间都是可以的,但是注意:addr2必须为0,为什么呢?呆会儿再分析。
上面的答案1,答案2,简直是无稽之谈,无中生有,混蛋答案。迷惑自己更迷惑大家。
上面的答案3,说DM9000A中有一个16KB SRAM,那这个地址应该和cup的地址线地址没有任何关系,因为dm9000是地址线和数据线复用的,
它根本没有用到cup的地址线,他的地址只根驱动写地址命令里面的数据有关。
再填充该平台设备的资源设置,以便和
static struct resource mini2440_dm9k_resource[]= {
[0] = {
.start = MACH_MINI2440_DM9K_BASE,
.end = MACH_MINI2440_DM9K_BASE + 3,
.flags = IORESOURCE_MEM
},
[1] = {
.start = MACH_MINI2440_DM9K_BASE + 4,
.end = MACH_MINI2440_DM9K_BASE + 7,
.flags = IORESOURCE_MEM
},
[2] = {
.start = IRQ_EINT7,
.end = IRQ_EINT7,
.flags = IORESOURCE_IRQ |IORESOURCE_IRQ_HIGHEDGE,
}
};
static struct dm9000_plat_data
.flags = (DM9000_PLATF_16BITONLY |DM9000_PLATF_NO_EEPROM),
};
static struct platform_device
.name = "dm9000",
.id = -1,
.num_resources =ARRAY_SIZE(mini2440_dm9k_resource),
.resource = mini2440_dm9k_resource,
.dev = {
.platform_data = &mini2440_dm9k_pdata,
},
};
这样我们把要发送的dm9000的地址信息固定放在了0x20000300,把要存放在该地址的数据存放在0x2000 0304。(因为地址和数据线复用,所以地址和数据需要分两次传送),即:数组【0】是dm9000要取的地址,数组【1】存放dm9000地址对应要存放的数据。数组[2]外部中断号
问题三:.end= MACH_MINI2440_DM9K_BASE + 3,为什么尾地址是+3?
因为一个地址需要四个字节。
问题四:数组【1】.start= MACH_MINI2440_DM9K_BASE + 4,为什么?
注意这个地址是不能随便选的,必须根据数组【0】.start地址和硬件连接情况进行对应的。现在来回答之前提到的问题,为什么MACH_MINI2440_DM9K_BASE定义的时候addr2为能为0.?
请看原理图三,或者图四。
注意这里非常重要,一语双关。Addr2即是Cup的地址线addr0-----addr26中的一员:
1、它的任何一位变化都会使得当前CPU访问的地址发生变化。
2、他连接着dm9000的数据/地址选通引脚,即:addr2=0则写的是地址,addr2=1则写的是数据。
因为当我们的基址是:0x2000 0300的时候,我们现在要写数据了,这时候把addr2置高电平也就是1就开始写数据了,同时cup的访问地址发生改变,变成0x20000304了。(这样做有一个好处,就是我们要写地址了就写到0x2000 0300,要写数据了就写到0x20000300+4,而不需要特意的去改变选通脚状态。不需要写地址的时候特意置0,在写数据的时候特意置1,因为我们访问方式改变的时候选通也会随着改变。)
反过来,我们要设这个地址存放是dm9000的地址还是数据时要考虑addr2的情况。也就MACH_MINI2440_DM9K_BASEp这个地址可以设addr2=0的,0x20000000-------0x20000000+128M的任何一个地址。当然不同的开发板可能会不一样,我们硬件可以换成addr2----addr26中的任何一位。
(addr0,addr1,因为一个数据需要四个字节存放,所以这两位不能做为选通引脚,不然两个存放地址就有重叠的地方了,如果一个数据是一个字节大小则可以)
比如说:我们硬件设定addr3为dm9000读写选通引脚,MACH_MINI2440_DM9K_BASEp就设成0x20000000,那么可以这样写:
[0] = {
.start = MACH_MINI2440_DM9K_BASE,
.end = MACH_MINI2440_DM9K_BASE + 3,
.flags = IORESOURCE_MEM
},
[1] = {
.start = MACH_MINI2440_DM9K_BASE + 8,
.end = MACH_MINI2440_DM9K_BASE + 11,
.flags = IORESOURCE_MEM
},
数组【2】则是跟中断有关的硬件资源,这个查看上面的原理图与之对应就可以了。
问题六:.flags = (DM9000_PLATF_16BITONLY |DM9000_PLATF_NO_EEPROM),传送数据总线为什么选择16位宽度?
S2c2440支持8位,16位,32位数据传送。看上面的原理图三可知:dm9000只用了LDATA0----LDATA15即16位宽度。
继续移植:把网卡设备在开机的时候进行注册
static struct platform_device *mini2440_devices[] __initdata = {
&s3c_device_usb,
&s3c_device_lcd,
&s3c_device_wdt,
&s3c_device_i2c0,
&s3c_device_iis,
&mini2440_device_eth,
&s3c_device_nand,
&test2440_device_eth,
};
到此为止我们已经把设备注册完毕了,按理来说dm9000可以在s3c2440里面启动起来了,可是这里我们还需要对驱动进行修改。
问题七:不是平台驱动吗,内核已经实现了完整的设备无关的驱动吗,我们已经把设备物理信息告诉内核了为什么还要修改驱动呢?
别忘记了,我们这里注册的16位数据宽度,s3c2440默认的是32位数据宽度。还有不同的处理芯片时钟频率是不一样的,网卡使用的频率是有一个范围的。
接着我们修改驱动:
打开
红色部分:
#include
#include
#include
#if defined(CONFIG_ARCH_S3C2410)
#include
#endif
#include "dm9000.h"
下面我们应该修改总线宽度和时序了。
dm9000_init(void)
{
#if defined(CONFIG_ARCH_S3C2410)
unsigned int oldval_bwscon = *(volatileunsigned int *)S3C2410_BWSCON;
unsigned int oldval_bankcon4 = *(volatileunsigned int *)S3C2410_BANKCON4;
*((volatile unsigned int *)S3C2410_BWSCON) =
(oldval_bwscon & ~(3<<16)) |S3C2410_BWSCON_DW4_16 |
S3C2410_BWSCON_WS4 | S3C2410_BWSCON_ST4;
*((volatile unsigned int *)S3C2410_BANKCON4) =0x1f7c; //
#endif
printk(KERN_INFO "%s Ethernet Driver,V%s\n", CARDNAME, DRV_VERSION);
returnplatform_driver_register(&dm9000_driver);
}
分析:
unsigned int oldval_bwscon = *(volatileunsigned int *)S3C2410_BWSCON;
unsigned int oldval_bankcon4 = *(volatileunsigned int *)S3C2410_BANKCON4;
这里不用管,是先把这个寄存器的值做好保存,然后等网卡操作结束后再恢复它。
具体分析下两两条就可以了。这里设及的bank寄存器也是硬件相关的,在arch\arm\mach-s3c2410\include\mach\ regs-mem.h
文件里有定义。
如:
……
#define S3C2410_BWSCON_DW3_8 (0<<12)
#define S3C2410_BWSCON_DW3_16 (1<<12)
#define S3C2410_BWSCON_DW3_32 (2<<12)
#define S3C2410_BWSCON_WS3 (1<<14)
#define S3C2410_BWSCON_ST3 (1<<15)
#define S3C2410_BWSCON_DW4_8 (0<<16)
#define S3C2410_BWSCON_DW4_16 (1<<16)
#define S3C2410_BWSCON_DW4_32 (2<<16)
#define S3C2410_BWSCON_WS4 (1<<18)
#define S3C2410_BWSCON_ST4 (1<<19)
……
具体查阅该文件与之对应。
*((volatile unsigned int *)S3C2410_BWSCON) =
(oldval_bwscon & ~(3<<16)) |S3C2410_BWSCON_DW4_16 |
S3C2410_BWSCON_WS4 | S3C2410_BWSCON_ST4;
上面语句为使能总线宽度为16位,使能nWAIT
*((volatile unsigned int *)S3C2410_BANKCON4)= 0x1f7c; //
问题八:时序的设置为什么是0x1f7c?
这需要查看dm9000数据手册了解该时序过程到底占用了几个时钟周期,并根据CUP时钟速度进行计算,然后用示波器观察结果反复微调。如果不知道怎么算可以学习《计算组成原理》该书有关于时钟,脉冲,指令,总线……响应时间的计算介绍。上面我们设定的是一个很宽松的值,一般的处理器设置成那个值都可以用,但是响应速度当然会有所减慢因为我们是设置最宽松的值嘛。
网上有朋友计算过这个过程,复制过程贴到文章的最下方,如需了解可以查看。
移植完毕,下面对DM9000进行配制编译进内核。
#make menuconfig
开始在内核中配置网卡驱动,依次选择如下菜单项
Device Drivers --->Network device support ---> Ethernet (10 or100Mbit) --->
即可找到DM9000的配置项,加入了DM9000
然后执行:
#make zImage
到此为止dm9000所有的移植原理全部解析,并且用MINI2440的开发板,内核为linux2.6.32.2
Over!
Over!
Over!
//
网上朋友计算dm9000时序分析如下:http://blog.chinaunix.net/space.php?uid=13321460&do=blog&id=2902457