（5）、在include/asm-arm/arch-s3c2410/目錄下創(chuàng)建smdk2410.h文件，其內(nèi)容為：
#ifndef _INCLUDE_SMDK2410_H_
#define _INCLUDE_SMDK2410_H_
#include
#define pSMDK2410_ETH_IO 0x19000000
#define vSMDK2410_ETH_IO 0xE0000000
#define SMDK2410_ETH_IRQ IRQ_EINT9
#endif // _INCLUDE_SMDK2410_H_
注：因?yàn)樵诰W(wǎng)卡驅(qū)動(dòng)程序當(dāng)中，用到了一些常量，所以特意在此添加這個(gè)頭文件。這個(gè)頭文件定義了網(wǎng)卡的物理地址、虛擬地址以及網(wǎng)卡占用的中斷線。
四、配置、編譯內(nèi)核。在內(nèi)核頂層目錄當(dāng)中鍵入：
#make smdk2410_defconfig
由于2.6的內(nèi)核默認(rèn)就支持了S3C2410，所以就有一個(gè)默認(rèn)的內(nèi)核配置文件。里面只是包括了一個(gè)簡(jiǎn)單的配置，要使網(wǎng)卡編譯進(jìn)內(nèi)核，還要進(jìn)行手工配置。
#make menuconfig
Networking support --->
Ethernet (10 or 100Mbit) --->
[*] CS8900 support
將剛才添加的網(wǎng)卡驅(qū)動(dòng)程序靜態(tài)添加到內(nèi)核當(dāng)中。
最后進(jìn)行內(nèi)核編譯。
#make
然后將鏡像下載到開發(fā)板中去。
第二部分 問(wèn)題解析
在移植網(wǎng)卡的過(guò)程中，并不是一帆風(fēng)順的，整個(gè)過(guò)程遇到了問(wèn)題雖然不多，但是去尋找問(wèn)題的原因及解決的辦法的時(shí)候卻是非常曲折的�，F(xiàn)在將本人在進(jìn)行網(wǎng)卡驅(qū)動(dòng)移植過(guò)程中所遇到的問(wèn)題以及解決方法介紹如下。
因?yàn)榻?jīng)驗(yàn)不足，剛開始進(jìn)行工作的時(shí)候，沒(méi)有將移植的思路明確。最先是打算將開發(fā)板供應(yīng)商隨板提供的2.4.18內(nèi)核下的驅(qū)動(dòng)程序cs8900a.c移植到2.6.10的內(nèi)核下。首先就是計(jì)劃先以編譯模塊的方式將該程序編譯通過(guò)之后，再將起編譯到2.6.10的內(nèi)核當(dāng)中，然后再對(duì)其進(jìn)行邏輯上的修改。在模塊編譯該驅(qū)動(dòng)程序的時(shí)候，首先碰到的問(wèn)題就是頭文件的問(wèn)題，根據(jù)編譯的出錯(cuò)信息，挨個(gè)將頭文件添加好了。此時(shí)碰到的問(wèn)題就是交叉編譯器（arm-s3c2410-linux-gnu-gcc）編譯到cs89x0_probe（）函數(shù)的時(shí)候出錯(cuò)。指向：BWSCON這一行，出錯(cuò)信息是：
Incorrect Lvalue in assignment
后來(lái)查閱內(nèi)核源代碼，跟蹤BWSCON的定義，其實(shí)它是指向一個(gè)常量地址的指針。在用2.95.3的交叉編譯器對(duì)其進(jìn)行編譯的時(shí)候不會(huì)出錯(cuò)，而用3.3.4的交叉編譯器進(jìn)行便宜的時(shí)候卻出錯(cuò)，于是懷疑是跟編譯器有關(guān)。將對(duì)BWSCON和BANKCON3的賦值操作這兩條語(yǔ)句注釋掉之后就不會(huì)報(bào)錯(cuò)，所以肯定了在3.3.4版本的交叉編譯器不支持這樣的操作。原來(lái)以為這兩條語(yǔ)句是對(duì)別的某個(gè)寄存器進(jìn)行的操作，對(duì)網(wǎng)卡驅(qū)動(dòng)沒(méi)什么影響，于是就將注釋之后的驅(qū)動(dòng)程序加入到2.6.10的內(nèi)核當(dāng)中進(jìn)行編譯，并下載到開發(fā)板當(dāng)中。這個(gè)時(shí)候從串口打回控制臺(tái)的出錯(cuò)消息是在很長(zhǎng)時(shí)間內(nèi)都無(wú)法解決的。如下：
Cirrus Logic CS8900A driver for Linux (Modified for SMDK2410)
eth0: incorrect signature 0x1005
mice: PS/2 mouse device common for all mice
NET: Registered protocol family 2
IP: routing cache hash table of 512 buckets, 4Kbytes
TCP established hash table entries: 4096 (order: 3, 32768 bytes)
TCP bind hash table entries: 4096 (order: 2, 16384 bytes)
TCP: Hash tables configured (established 4096 bind 4096)
NET: Registered protocol family 1
IP-Config: Device `eth0' not found.
Looking up port of RPC 100003/2 on 192.168.0.1
RPC: sendmsg returned error 101
portmap: RPC call returned error 101
Root-NFS: Unable to get nfsd port number from server, using default
Looking up port of RPC 100005/1 on 192.168.0.1
RPC: sendmsg returned error 101
portmap: RPC call returned error 101
Root-NFS: Unable to get mountd port number from server, using default RPC: sendmsg returned error 101
mount: RPC call returned error 101
Root-NFS: Server returned error -101 while mounting /friendly-arm/root
VFS: Unable to mount root fs via NFS, trying floppy.
VFS: Cannot open root device "nfs" or unknown-block(2,0)
Please append a correct "root=" boot option
Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(2,0)
觀察串口打印的信息，發(fā)現(xiàn)vivi正確啟動(dòng)了內(nèi)核，內(nèi)核也對(duì)cpu進(jìn)行了初始化，但是網(wǎng)卡就是無(wú)法驅(qū)動(dòng)起來(lái)。核對(duì)驅(qū)動(dòng)程序源代碼，發(fā)現(xiàn)在內(nèi)核初始化網(wǎng)卡時(shí)，運(yùn)行到了cs89x0_probe1()函數(shù)的時(shí)候，探測(cè)網(wǎng)卡的ProductID的時(shí)候讀回的數(shù)據(jù)不是網(wǎng)卡的ID：0x630e。也就是沒(méi)探測(cè)到網(wǎng)卡而退出了cs89x0_probe1()函數(shù)。當(dāng)時(shí)懷疑的是2.4.18的驅(qū)動(dòng)程序跟2.6.10的設(shè)備驅(qū)動(dòng)程序?qū)懛ㄓ泻芏嗖煌�，如果繼續(xù)這樣的工作，也許工作量很大，所以馬上轉(zhuǎn)變了工作思路，決定從網(wǎng)上下載2.6的CS8900A的驅(qū)動(dòng)程序，在搜索了很長(zhǎng)時(shí)間之后，終于在一個(gè)網(wǎng)站上下載到了2.6.7內(nèi)核下的CS8900A的驅(qū)動(dòng)程序。按照"第一部分"的步驟加進(jìn)了驅(qū)動(dòng)之后，下載新的內(nèi)核，串口回傳的信息跟上面的信息是一樣的。
重新啟動(dòng)開發(fā)板，問(wèn)題依然存在，但是仔細(xì)對(duì)比了cs89x0_probe1()函數(shù)讀回來(lái)的數(shù)據(jù)，發(fā)現(xiàn)這個(gè)signature在變化，而且沒(méi)有找到其變化的規(guī)律。
查看了驅(qū)動(dòng)程序以及CS8900A的Datasheet，發(fā)現(xiàn)驅(qū)動(dòng)程序的邏輯是正確的，于是首先懷疑是在驅(qū)動(dòng)程序中，網(wǎng)卡iobase的物理地址不對(duì)，于是查看開發(fā)板的原理圖，發(fā)現(xiàn)網(wǎng)卡用的是cpu的nGCS3片選信號(hào)，該片選信號(hào)對(duì)應(yīng)的地址空間起始地址是0x18000000，而在驅(qū)動(dòng)中對(duì)用的是0x19000000，于是修改arch/arm/mach-s3c2410/mach-smdk2410.c文件中的mdk2410_iodesc[]結(jié)構(gòu)對(duì)io地址的映射，將物理地址改為0x18000000，重新編譯后網(wǎng)卡仍然無(wú)法被驅(qū)動(dòng)，只是這個(gè)時(shí)候驅(qū)動(dòng)程序讀來(lái)的數(shù)據(jù)也就是那個(gè)signature不會(huì)因?yàn)槊看沃仄鸲淖兊�，也就是每次讀回來(lái)的數(shù)據(jù)都是固定的。這時(shí)又懷疑是虛擬地址不正確。將2.6的驅(qū)動(dòng)與2.4的驅(qū)動(dòng)進(jìn)行了比較，發(fā)現(xiàn)2.4用的 虛擬地址是0xd000000，于是修改2.6內(nèi)核中的虛擬地址為0xe000000,可是網(wǎng)卡還是無(wú)法驅(qū)動(dòng)，反復(fù)修改了虛擬地址和物理地址，問(wèn)題依舊存在。這個(gè)時(shí)候思路幾乎停止。經(jīng)過(guò)思考之后，把工作的思路定位在比較2.4和2.6的驅(qū)動(dòng)程序的區(qū)別上，經(jīng)過(guò)仔細(xì)的比較，發(fā)現(xiàn)在2.4的驅(qū)動(dòng)程序當(dāng)中在cs89x0_probe1()函數(shù)里有對(duì)寄存器的設(shè)置，而2.6的驅(qū)動(dòng)程序則沒(méi)有，查找cpu的Datasheet，發(fā)現(xiàn)該設(shè)置是對(duì)cpu內(nèi)部?jī)蓚�(gè)重要的控制器的設(shè)置。下面先介紹一下這兩個(gè)寄存器。
在S3C2410X中BWSCON是Bus width & wait control register（總線寬度及等待控制寄存器），這個(gè)寄存器控制著系統(tǒng)地址空間內(nèi)（包括bank0-bank7）的總線數(shù)據(jù)寬度以及是否等待。BANKCONn(n=0~7)寄存器是Bank control register。這個(gè)寄存器控制著處于某個(gè)bank區(qū)間內(nèi)的總線的地址setup的時(shí)鐘周期，片選信號(hào)的保持時(shí)間，訪問(wèn)周期等。這個(gè)兩個(gè)寄存器中每個(gè)位的含義可以參見S3C2410X數(shù)據(jù)手冊(cè)的5-13~5-15，在此不加以詳敘。
查看了cpu的數(shù)據(jù)手冊(cè)、開發(fā)板原理圖以及2.4的驅(qū)動(dòng)程序之后，發(fā)現(xiàn)在2.4的驅(qū)動(dòng)程序中的以下兩條語(yǔ)句：
BWSCON = (BWSCON & ~(BWSCON_ST3 | BWSCON_WS3 | BWSCON_DW3)) | (BWSCON_ST3 | BWSCON_WS3 | WSCON_DW(3, BWSCON_DW_16));
BANKCON3= BANKCON_Tacs0 | BANKCON_Tcos4 | BANKCON_Tacc14 | BANKCON_Toch1 | BANKCON_Tcah4 | BANKCON_Tacp6 | BANKCON_PMC1;
實(shí)際上是對(duì)地址區(qū)間BANK3（因?yàn)殚_發(fā)板用的的是nGCS3，處于BANKCON3區(qū)間內(nèi)）進(jìn)行了設(shè)置。
先看對(duì)BWSCON的設(shè)置，這條語(yǔ)句實(shí)際上是要使BWSCON中除了ST3、WS3和DW3這四個(gè)位的其它各位得到保護(hù)，使ST3、WS3和DW3這四個(gè)位清零，然后再對(duì)ST3、WS3和DW3這四個(gè)位進(jìn)行設(shè)置，經(jīng)過(guò)這條語(yǔ)句之后，ST3、WS3和DW3這四個(gè)位被設(shè)置成了1101（二進(jìn)制），意思就是對(duì)BANK3采用cpu引腳（A17、B16、C15、A16，這幾個(gè)引腳都分別有三種信號(hào)表示意義）的nBE信號(hào)（具體什么意思，本人也不知道），對(duì)BANK3使用WAIT enable，使用16位的數(shù)據(jù)總線寬度。
其次就是對(duì)BANKCON3寄存器的設(shè)置。這條語(yǔ)句將BANKCON3設(shè)置成了0001 1111 0111 1100。（各個(gè)位的意思，我也沒(méi)弄明白什么意思，估計(jì)就是設(shè)置各種操作的時(shí)鐘周期數(shù)目。）
清楚了驅(qū)動(dòng)程序?qū)拇嫫鞯脑O(shè)置之后，就想到應(yīng)該在vivi里面對(duì)cpu的這幾個(gè)內(nèi)存控制寄存器進(jìn)行設(shè)置，于是找到vivi源代碼中include/platform/目錄下的smdk.h文件中對(duì)寄存器的初始化值的設(shè)置，修改之后如下：
/*#define vBWSCON 0x22111120*/
#define vBWSCON 0x2211d110
#define vBANKCON0 0x00000700
#define vBANKCON1 0x00000700
#define vBANKCON2 0x00000700
#define vBANKCON3 0x00001f7c
#define vBANKCON4 0x00000700
#define vBANKCON5 0x00001f7c
#define vBANKCON6 0x00018005
#define vBANKCON7 0x00018005
#define vREFRESH 0x008e0459
#define vBANKSIZE 0xb2
#define vMRSRB6 0x30
#define vMRSRB7 0x30
重新通過(guò)JTAG口下載vivi，重新啟動(dòng)內(nèi)核后，發(fā)現(xiàn)問(wèn)題依然存在，于是就想到在驅(qū)動(dòng)程序里面添加對(duì)內(nèi)存控制器的設(shè)置。最開始是想模仿2.4的驅(qū)動(dòng)程序那樣，找到各個(gè)相應(yīng)的宏去代替2.4驅(qū)動(dòng)程序里的宏，在memset()函數(shù)之前添加，但是編譯的時(shí)候出錯(cuò)，出錯(cuò)信息是：
LValue incorrect in assignment
跟蹤內(nèi)核的代碼發(fā)現(xiàn)對(duì)S3C2410_BWSCON、S3C2410_BANKCON3宏的定義分別返回的其實(shí)是一個(gè)常量，分別是0xf0100000和0xf0100010，這個(gè)常量是右值，不能當(dāng)左值。因此就想到采用如下直接對(duì)地址進(jìn)行賦值的方式對(duì)寄存器進(jìn)行設(shè)置：
*(volatile unsigned short __force *)(0xf0100000)=(0x2211d110)；
*(volatile unsigned short __force *)(0xf0100010)=(0x00001f7c);
后來(lái)運(yùn)行內(nèi)核時(shí)發(fā)現(xiàn)，驅(qū)動(dòng)程序初始化到了memset()函數(shù)之后，上述兩條語(yǔ)句之前就停止不動(dòng)了（疑問(wèn)：不知道這是什么原因）。最后查找linux內(nèi)核代碼找到了__raw_writell(v,a)這樣一個(gè)函數(shù)，于是就將上述兩條語(yǔ)句替換成：
__raw_writel(0x2211d110,S3C2410_BWSCON);
__raw_writel(0x1f7c,S3C2410_BANKCON3);
這樣經(jīng)過(guò)設(shè)置內(nèi)存控制寄存器之后，網(wǎng)卡終于被驅(qū)動(dòng)起來(lái)了。但是由于在移植的過(guò)程中沒(méi)有將內(nèi)核對(duì)devfs設(shè)備文件系統(tǒng)的支持編譯進(jìn)內(nèi)核里面去，所以當(dāng)網(wǎng)卡驅(qū)動(dòng)之后去尋找網(wǎng)絡(luò)文件系統(tǒng)的時(shí)候發(fā)現(xiàn)找不到根文件系統(tǒng)，最后在配置內(nèi)核的時(shí)候?qū)evfs的支持加入，如下：
File systems --->
Pseudo filesystems --->
[*] /dev file system support (OBSOLETE)
之后，linux可以從主機(jī)上找到根文件系統(tǒng)，并創(chuàng)建init進(jìn)程。這樣，網(wǎng)卡驅(qū)動(dòng)程序經(jīng)過(guò)接近三周的時(shí)間終于被驅(qū)動(dòng)了！
