基于ARM嵌入式系統(tǒng)開發(fā)之發(fā)送過程的實(shí)現(xiàn)

　　在具體介紹這兩個(gè)函數(shù)之前，有必要簡單說一說DM9000芯片發(fā)送數(shù)據(jù)的工作原理。前面已經(jīng)講過，為了增加網(wǎng)絡(luò)吞吐量DM9000芯片內(nèi)部集成了8K的buffer，芯片對這些buffer采用了內(nèi)存頁面管理方式，每頁256B，內(nèi)部寄存器支持簡單的內(nèi)存分配指令。對于內(nèi)核來說，發(fā)送數(shù)據(jù)只是把數(shù)據(jù)從內(nèi)核送到芯片的buffer中去，實(shí)際向物理媒介上的發(fā)送和相關(guān)的控制（CSMA/CD）是由芯片自主完成的。完成情況通過中斷的方式通知內(nèi)核。

　　在數(shù)據(jù)發(fā)送中用到兩個(gè)函數(shù)。函數(shù)DM9000_wait_to_send_packet()一方面實(shí)現(xiàn)和上層協(xié)議接口，另一方面檢查buffer分配是否成功，如果成功就調(diào)用，DM9000_hardware_send_packet()將數(shù)據(jù)傳送到buffer中去，如果不成功，則打開相關(guān)中斷，在分配成功時(shí)由中斷控制程序調(diào)用DM9000_hardware_send_packet()完成數(shù)據(jù)傳送。這兩個(gè)函數(shù)都用到Linux網(wǎng)絡(luò)協(xié)議棧中很重要的一個(gè)數(shù)據(jù)結(jié)構(gòu)sk_buff，關(guān)于它在講接收程序時(shí)再詳細(xì)介紹。下面結(jié)合代碼片段分析這兩個(gè)函數(shù)的功能實(shí)現(xiàn)。

　　static int DM9000_wait_to_send_packet( struct sk_buff* skb， struct net_device * dev )

　　{

　　struct DM9000_local *lp = (struct DM9000_local *)dev->priv;

　　word length;

　　unsigned short numPages;

　　word time_out;

　　word status;

　　lp->saved_skb = skb;

　　length = ETH_ZLEN skb->len ? skb->len : ETH_ZLEN;

　　numPages = ((length 0xfffe) + 6);

　　numPages >>= 8;

　　DM9000_SELECT_BANK( 2 );

　　outw( MC_ALLOC | numPages， MMU_CMD_REG );

　　}

　　以上代碼從skb中讀出數(shù)據(jù)長度做一些處理后，換算出所需的頁面數(shù)。然后向芯片發(fā)出分配buffer的請求，MC_ALLOC和MMU_CMD_REG都是在頭文件中定義的宏，MC_ALLOC是分配buffer空間的寄存器指令，而MMU_CMD_REG是MMU命令寄存器的地址。