Linux內(nèi)核對網(wǎng)絡驅動程序使用統(tǒng)一的接口，并且對于網(wǎng)絡設備采用面向對象的思想設計。

? ?Linux內(nèi)核采用分層結構處理網(wǎng)絡數(shù)據(jù)包。分層結構與網(wǎng)絡協(xié)議的結構匹配，既能簡化數(shù)據(jù)包處理流程，又便于擴展和維護。

一、內(nèi)核網(wǎng)絡結構

? ?在Linux內(nèi)核中，對網(wǎng)絡部分按照網(wǎng)絡協(xié)議層、網(wǎng)絡設備層、設備驅動功能層和網(wǎng)絡媒介層的分層體系設計。

? ?網(wǎng)絡驅動功能層主要通過網(wǎng)絡驅動程序實現(xiàn)。

? ?在Linux內(nèi)核，所有的網(wǎng)絡設備都被抽象為一個接口處理，該接口提供了所有的網(wǎng)絡操作。

? ?net_device結構表示網(wǎng)絡設備在內(nèi)核中的情況，也就是網(wǎng)絡設備接口。網(wǎng)絡設備接口既包括軟件虛擬的網(wǎng)絡設備接口，如環(huán)路設備，也包括了網(wǎng)絡硬件設備，如以太網(wǎng)卡。

? ?Linux內(nèi)核有一個dev_base的全局指針，指向一個設備鏈表，包括了系統(tǒng)內(nèi)的所有網(wǎng)絡設備。該設備鏈表每個節(jié)點是一個網(wǎng)絡設備。

? ?在net_device結構中提供了許多供系統(tǒng)訪問和協(xié)議層調(diào)用的設備方法，包括初始化、打開關閉設備、數(shù)據(jù)包發(fā)送和接收等。

二、與網(wǎng)絡有關的數(shù)據(jù)結構

? ?內(nèi)核對網(wǎng)絡數(shù)據(jù)包的處理都是基于sk_buff結構的，該結構是內(nèi)核網(wǎng)絡部分最重要的數(shù)據(jù)結構。

? ?網(wǎng)絡協(xié)議棧中各層協(xié)議都可以通過對該結構的操作實現(xiàn)本層協(xié)議數(shù)據(jù)的添加或者刪除。使用sk_buff結構避免了網(wǎng)絡協(xié)議棧各層來回復制數(shù)據(jù)導致的效率低下。

?sk_buff結構可以分為兩個部分，一部分是存儲數(shù)據(jù)包緩存，在圖中表示為PackertData，另一部分是由一組用于內(nèi)核管理的指針組成。

? ?sk_buff管理的指針最主要的是下面4個：

• • head指向數(shù)據(jù)緩沖(PackertData)的內(nèi)核首地址；
    

  • data指向當前數(shù)據(jù)包的首地址；
    

  • tail指向當前數(shù)據(jù)包的尾地址；
    

  • end?指向數(shù)據(jù)緩沖的內(nèi)核尾地址。
    

? ?數(shù)據(jù)包的大小在內(nèi)核網(wǎng)絡協(xié)議棧的處理過程中會發(fā)生改變，因此data和tail指針也會不斷變化，而head和tail指針是不會發(fā)生改變的。

? ?對于一個TCP數(shù)據(jù)包為例，sk_buff還提供了幾個指針直接指向各層協(xié)議頭。mac指針指向數(shù)據(jù)的mac頭；nh指針指向網(wǎng)絡協(xié)議頭，一般是IP協(xié)議頭；h指向傳輸層協(xié)議頭，在本例中是TCP協(xié)議頭。

? ?對各層設置指針的是方便了協(xié)議棧對數(shù)據(jù)包的處理。

三、net_device結構

? ?Linux內(nèi)核中網(wǎng)絡設備最重要的數(shù)據(jù)結構就是net_device結構了，它是網(wǎng)絡驅動程序最重要的部分。

? ?net_device結構保存在include/linux/netdevices.h頭文件，理解該結構對理解網(wǎng)絡設備驅動有很大幫助。

? ?內(nèi)核中所有網(wǎng)絡設備的信息和操作都在net_device設備中，無論是注冊網(wǎng)絡設備，還是設置網(wǎng)絡設備參數(shù)，都用到該結構。

? ?下面是主要數(shù)據(jù)成員。

• • 設備名稱

  • 總線參數(shù)

  • 協(xié)議參數(shù)

  • 鏈接層變量

  • 接口標志

四、數(shù)據(jù)包接收流程

? ?在Linux內(nèi)核中，一個網(wǎng)絡數(shù)據(jù)包從網(wǎng)卡接收到用戶空間需要經(jīng)過鏈路層、傳輸層和socket的處理，最終到達用戶空間。

?以DM9000網(wǎng)卡為例，當網(wǎng)卡收到數(shù)據(jù)包以后，調(diào)用中斷處理函數(shù)?dm9000_interrupt()，該函數(shù)檢查中斷處理類型，如果是接收數(shù)據(jù)包中斷，則調(diào)用?dm9000_rx()函數(shù)接收數(shù)據(jù)包到內(nèi)核空間。

? ?dm9000_rx()函數(shù)收到數(shù)據(jù)包完成后，內(nèi)核會繼續(xù)調(diào)用?netif_rx()函數(shù)，函數(shù)的作用是把網(wǎng)卡接收到數(shù)據(jù)提交給協(xié)議棧處理。

? ?協(xié)議棧使用?net_rx_action()函數(shù)處理接收數(shù)據(jù)包隊列，該函數(shù)處理數(shù)據(jù)包后如果是 IP數(shù)據(jù)包則提交給ip_recv()函數(shù)處理。ip_recv()函數(shù)主要是檢查一個數(shù)據(jù)包IP頭的合法性，檢查通過后交給?ip_local_deliver()和?ip_local_deliver_finish()函數(shù)處理，之所以分開處理是因為內(nèi)核中有防火墻相關的代碼需要動態(tài)加載到此處。

? ?IP頭處理完畢后，以UDP數(shù)據(jù)包為例將交由?udp_recv()函數(shù)處理，與 ip_recv()函數(shù)類億，該函數(shù)檢查 UDP頭的合法性，然后交給?udp_queue_recv()函數(shù)處理，最后提交給?sock_queue_recv()函數(shù)處理。

? ?數(shù)據(jù)包進入 socket部分的第一個函數(shù)是?skb_recv_datagram()，該函數(shù)從內(nèi)核的 socket隊列取出數(shù)據(jù)包，交給 socket部分的?udp_recvmsg()函數(shù)，該函數(shù)負責處理UDP的數(shù)據(jù)，sock_recvmsg()處理提交給?sock_read()函數(shù)。

? ?sock_read()函數(shù)讀取接收到的數(shù)據(jù)緩沖，把數(shù)據(jù)返回給?sys_read()系統(tǒng)調(diào)用。sys_read()函數(shù)調(diào)用最終把數(shù)據(jù)復制到用戶空間，供用戶使得。

五、數(shù)據(jù)包發(fā)送流程

? ?以UDP數(shù)據(jù)包發(fā)送流程為例，在DM9000網(wǎng)卡上如何發(fā)送一個數(shù)據(jù)包。

當用戶空間的應用程序通過 socket函數(shù)?sento()發(fā)送一個UDP數(shù)據(jù)后，會調(diào)用內(nèi)核空間的?sock_writev()函數(shù)，然后通過?sock_sendmsg()函數(shù)處理。sock_sendmsg()函數(shù)調(diào)用?inet_sendmsg()函數(shù)處理，inet_sendmsg()函數(shù)會把要發(fā)送的數(shù)據(jù)交給傳輸層的?udp_sendmsg()函數(shù)處理。

? ?udp_sendmsg()函數(shù)在數(shù)據(jù)前加入UDP頭，然后把數(shù)據(jù)交給?ip_build_xmit()函數(shù)處理，該函數(shù)根據(jù) socket提供的目的 IP和端口信息構造IP頭，然后調(diào)用?output_maybe_reroute()函數(shù)處理。out_maybe_reroute()函數(shù)檢查數(shù)據(jù)包是否需要經(jīng)過路由，最后交給?ip_output()函數(shù)寫入到發(fā)送隊列，寫入完成后由?ip_finish_output()函數(shù)處理后續(xù)工作。

? ?鏈路層的?dev_queue_xmit()函數(shù)處理發(fā)送隊列，調(diào)用 DM9000網(wǎng)卡的發(fā)送數(shù)據(jù)包函數(shù)?dm9000_xmit()發(fā)送數(shù)據(jù)包，發(fā)送完畢后，調(diào)用?dm9000_xmit_done函數(shù)處理發(fā)送結果。

總結

以上是生活随笔為你收集整理的Linux 网络设备驱动开发（一） —— linux内核网络分层结构的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。