linux 網路裝置驅動-DM9000

阿新 • • 發佈：2019-01-01

所有的網路裝置驅動都必須有這個傳送方法。在系統呼叫驅動程式的xmit時，傳送的資料放在一個sk_buff結構中。一般的驅動把資料傳給硬體發出去。也有一些特殊的裝置比如loopback把資料組成一個接收資料再回送給系統，或者dummy裝置直接丟棄資料。如果傳送成功，hard_start_xmit方法裡釋放sk_buff，返回0(傳送成功)。如果裝置暫時無法處理，比如硬體忙，則返回1。這時如果dev->tbusy置為非0，則系統認為硬體忙，要等到dev->tbusy置0以後才會再次傳送。tbusy的置0任務一般由中斷完成。硬體在傳送結束後產生中斷，這時可以把tbusy置0，然後用mark_bh()

呼叫通知系統可以再次傳送。在傳送不成功的情況下，也可以不置dev->tbusy為非0，這樣系統會不斷嘗試重發。如果hard_start_xmit傳送不成功，則不要釋放sk_buff。傳送下來的sk_buff中的資料已經包含硬體需要的幀頭。所以在傳送方法裡不需要再填充硬體幀頭，資料可以直接提交給硬體傳送。sk_buff是被鎖住的(locked)，確保其他程式不會存取它。

linux 網路裝置驅動-DM9000

所有的網路裝置驅動都必須有這個傳送方法。在系統呼叫驅動程式的xmit時，傳送的資料放在一個sk_buff結構中。一般的驅動把資料傳給硬體發出去。也有一些特殊的裝置比如loopback把資料組成一個接收資料再回送給系統，或者dummy裝置直接丟棄資料。如果傳送成功，hard_start_xmit方法裡釋放sk_

linux 網路裝置驅動之alloc_etherdev

最近在看網路驅動時，發現這個函式： struct net_device *netdev; netdev = alloc_etherdev(sizeof(synopGMACPciNetworkAdapter)); 順著這個函式進行追蹤： #define allo

linux網路裝置驅動

網路裝置驅動架構 Linux網路裝置驅動程式的體系結構，依次為網路協議介面層，網路裝置介面層，提供實際功能的裝置驅動功能層以及網路裝置與媒介層。網路協議介面層向網路層協議提供統一的資料包收發介面，不論上層協議是ARP，還是IP，都通過dev_queue_x

Linux網路裝置驅動(一)

一．網路裝置驅動基礎 1.乙太網基礎理論乙太網是區域網的一種，它使用載波監聽多路訪問及衝突檢測技術(CSMA/CD)，並以10M/S的速率執行在多種型別的電纜上，常用的網絡卡晶片有DM9000、DM9161、CS8900晶片。乙太網的拓撲結構有匯流排型

Linux 網路裝置驅動開發（三） —— 網路裝置驅動基本原理和框架

一、協議棧層次對比二、Linux網路子系統 Linux網路子系統的頂部是系統呼叫介面層。它為使用者空間提供的應用程式提供了一種訪問核心網路子系統的方法（socket）。位於其下面是一個協議無關層，它提供一種通用的方法來使用傳輸層協議。然後是具體協議的實現，在Lin

Linux網路裝置驅動 _驅動模型

Linux素來以其強大的網路功能著名,同時, 網路裝置也作為三大裝置之一, 成為Linux驅動學習中必不可少的裝置型別, 此外, 由於歷史原因, Linux並沒有強制對網路裝置貫徹其"一切皆檔案"的思想, 網路裝置不以/dev下的裝置檔案為介面，使用者程式通過socket

Linux 網路裝置驅動開發（二） —— Linux 網路棧剖析

一、協議簡介雖然對於網路的正式介紹一般都參考了 OSI（Open Systems Interconnection）模型，但是本文對 Linux 中基本網路棧的介紹分為四層的 Intern

《linux驅動開發-第11部分-5.11.網路裝置驅動介紹》

《linux驅動開發-第11部分-5.11.網路裝置驅動介紹》第一部分、章節目錄 5.11.1.網路裝置驅動概述 5.11.2.虛擬網絡卡驅動分析1 5.11.3.虛擬網絡卡驅動分析2 5.11.4.DM9000驅動原始碼分析1 5.11.5.DM9000驅動原始碼分析2 第二部分

Linux驅動開發04：塊裝置驅動和網路裝置驅動

介紹因為塊裝置驅動和網路裝置驅動實際中用得較少，所以只給出驅動模板，我也沒有具體測試，等到實際用到是再研究吧，溜了溜了。塊裝置驅動模板 struct xxx_dev { int size; struct request_q

Linux下的網路裝置驅動(一)

網路裝置介面層主要是為變化多端的網路定義了一個統一且抽象的net_device，實現了多種硬體在軟體層次上的統一。網路裝置驅動主要是填充net_device的成員並註冊net_device來實現硬體操作函式和核心的掛接。通常情況下，網路裝置驅動以中斷方式接受資料，而net_device中則定義了poll_co

學習Linux-4.12核心網路協議棧（1.8）——網路裝置驅動模組的載入

1.瞭解PCI匯流排說到網路裝置驅動，就不得不說PCI匯流排，但是這個話題可深可淺，而且網上的資料也是一大堆(比如)，但是對於我們來說，目前並不需要掌握很深,下面是網上找的兩張最基本的PCI工作結構圖，雖然PCI總線上可以掛接不同種類的裝置，但我們這裡只要瞭解網路裝置就夠

Linux USB裝置驅動程式設計和 USB下載線驅動設計

Linux USB裝置驅動程式設計和 USB下載線驅動設計 USB裝置驅動模型 USB裝置包括配置(configuration)、介面（interface）和端點(endpoint)，一個USB裝置驅動程式對應一個USB介面，而非整個USB裝置。在Lin

Linux字元裝置驅動模型--字元裝置的註冊

當我們編寫字元裝置驅動程式的時候，在進行字元裝置物件cdev的分配、初始化，裝置號的註冊這些初始化階段之後，就可以將它加入到系統中，這樣才能使用這個字元裝置。將一個字元裝置加入到系統中呼叫的函式時cdev_add,核心原始碼如下： int cdev_add(struct cdev *

Linux 字元裝置驅動結構（二）—— 自動建立裝置節點

上一篇我們介紹到建立裝置檔案的方法，利用cat /proc/devices檢視申請到的裝置名，裝置號。第一種是使用mknod手工建立：mknod filename type major minor 第二種是自動建立裝置節點：利用u

Linux 字元裝置驅動結構（一）—— cdev 結構體、裝置號相關知識解析

一、字元裝置基礎知識 1、裝置驅動分類 linux系統將裝置分為3類：字元裝置、塊裝置、網路裝置。使用驅動程式：字元裝置：是指只能一個位元組一個位元組讀寫的裝置，不能隨機讀取裝置記憶體中的某一資料，讀取資料需要按照先後資料。

淺談Linux PCI裝置驅動

轉自 http://www.uml.org.cn/embeded/201205152.asp 淺談Linux PCI裝置驅動（一）要弄清楚Linux PCI裝置驅動，首先要明白，所謂的Linux

Linux字元裝置驅動註冊三種方法以及核心分析

Linux驅動是使用者訪問底層硬體的橋樑，驅動有可以簡單分成三類：字元裝置、塊裝置、網路裝置。其中最多的是字元裝置，其中字元裝置的註冊方法主要有三種：雜項設備註冊、早期字元設備註冊、標準字元設備註冊。以及詳細介紹各類方法註冊。開發環境： PC：WMwork

linux字元裝置驅動模型

一.雜項裝置驅動模型雜項的主裝置號固定為10，只有255個次裝置號。可以直接生成驅動核心。 1.需要確定每個模型都會用到的檔案操作方法集合指標 2.確定核心的結構體 static struct miscdevice abc 確定三個引數，第一個為次裝置號，第二個是次裝

Linux I2C裝置驅動編寫（一）

在Linux驅動中I2C系統中主要包含以下幾個成員： I2C adapter 即I2C介面卡 I2C driver 某個I2C裝置的裝置驅動，可以以driver理解。 I2C client 某個I2C裝置的裝置宣告，可以以device理解。 I2C adapter 是

linux I2C 裝置驅動學習筆記

一：I2C 概述 I2C是philips提出的外設匯流排.使用SCL時鐘線，SDA序列資料線這兩根訊號線就實現了裝置之間的資料互動，被非常廣泛地應用在CPU與EEPROM，實時鐘，小型LCD等裝置通訊中。二：在linux下的驅動思路 linu