ARM嵌入式系統開發之發送過程的實現

要通過網卡發送數據時，上層協議實體調用函數hard_start_xmit()，在我們的驅動程序中這個函數被映射成DM9000_wait_to_send_packet()函數，正如它名字中wait所表示的那樣，這個函數只完成了等待發送的工作，實際的發送是調用DM9000_hardware_send_packet()函數完成的，這也是前面提到的buffer分配機制的一種體現。
在具體介紹這兩個函數之前，有必要簡單說一說DM9000芯片發送數據的工作原理。前面已經講過，為了增加網絡吞吐量DM9000芯片內部集成了8K的buffer，芯片對這些buffer采用了內存頁面管理方式，每頁256B，內部寄存器支持簡單的內存分配指令。對于內核來說，發送數據只是把數據從內核送到芯片的buffer中去，實際向物理媒介上的發送和相關的控制（CSMA/CD）是由芯片自主完成的。完成情況通過中斷的方式通知內核。

在數據發送中用到兩個函數。函數DM9000_wait_to_send_packet()一方面實現和上層協議接口，另一方面檢查buffer分配是否成功，如果成功就調用，DM9000_hardware_send_packet()將數據傳送到buffer中去，如果不成功，則打開相關中斷，在分配成功時由中斷控制程序調用DM9000_hardware_send_packet()完成數據傳送。這兩個函數都用到Linux網絡協議棧中很重要的一個數據結構sk_buff，關于它在講接收程序時再詳細介紹。下面結合代碼片段分析這兩個函數的功能實現。

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中讀出數據長度做一些處理后，換算出所需的頁面數。然后向芯片發出分配buffer的請求，MC_ALLOC和MMU_CMD_REG都是在頭文件中定義的宏，MC_ALLOC是分配buffer空間的寄存器指令，而MMU_CMD_REG是MMU命令寄存器的地址。

time_out = MEMORY_WAIT_TIME;

do {

status = inb( INT_REG );

if ( status IM_ALLOC_INT ) {

break;

}

} while ( -- time_out );