顧名思義，字元裝置驅動程式管理的核心物件是字元裝置。從字元裝置驅動程式的設計框架角度出發，核心為字元裝置抽象出了乙個具體的資料結構
struct cdev
，其定義如下：
struct cdev ;
在本章後續的內容中將陸續看到它們的實際用法，這裡只把這些成員的作用簡單描述如下：
struct kobject kobj
內嵌的核心物件，其用途將在
「linux
裝置驅動模型
」一章中討論。
struct module *owner
字元裝置驅動程式所在的核心模組物件指標。
const struct file_operations *ops
字元裝置驅動程式中乙個極其關鍵的資料結構，在應用程式通過檔案系統介面呼叫到裝置驅動程式中實現的檔案操作類函式的過程中，
ops指標起著橋梁紐帶的作用。
struct list_head list
用來將系統中的字元裝置形成鍊錶。
dev_t dev
字元裝置的裝置號，由主裝置號和次裝置號構成。
unsigned int count
隸屬於同一主裝置號的次裝置號的個數，用於表示由當前裝置驅動程式控制的實際同類裝置的數量。
裝置驅動程式中可以用兩種方式來產生
struct cdev
物件。一是靜態定義的方式，比如在前面的那個示例程式中，通過下列**靜態定義了乙個
struct cdev
物件：
static struct cdev chr_dev;
另一種是在程式的執行期通過動態分配的方式產生，比如：
static struct cdev *p = kmalloc(sizeof(struct cdev), gfp_kernel);
其實linux
核心原始碼中提供了乙個函式
cdev_alloc
，專門用於動態分配
struct cdev
物件。cdev_alloc
不僅會為
struct cdev
物件分配記憶體空間，還會對該物件進行必要的初始化：
struct cdev *cdev_alloc(void)
return p;
}需要注意的是，核心引入
struct cdev
資料結構作為字元裝置的抽象，僅僅是為了滿足系統對字元裝置驅動程式框架結構設計的需要，現實中乙個具體的字元硬體裝置的資料結構的抽象往往要複雜得多，在這種情況下
struct cdev
常常作為一種內嵌的成員變數出現在實際裝置的資料機構中，比如：
struct my_keypad_dev；
在這樣的情況下，如果要動態分配乙個
struct real_char_dev
物件，cdev_alloc
函式顯然就無能為力了，此時只能使用下面的方法：
static struct real_char_dev *p = kzalloc(sizeof(struct real_char_dev), gfp_kernel);
前面討論了如何分配乙個
struct cdev
物件，接下來的乙個話題是如何初始化乙個
cdev
物件，核心為此提供的函式是
cdev_init：
void cdev_init(struct cdev *cdev, const struct file_operations *fops)
函式的**非常直白，不再贅述。乙個
struct cdev
物件在被最終加入系統前，都應該被初始化，無論是直接通過
cdev_init
或者是其他途徑。理由很簡單，這是
linux
系統中字元裝置驅動程式框架設計的需要。
照理在談完
cdev
物件的分配和初始化之後，下面應該討論如何將乙個
cdev
物件加入到系統了，但是由於這個過程需要用到裝置號相關的技術點，所以暫且先來**裝置號的問題。
——本段文字節選自《深入linux裝置驅動程式核心機制》
圖書詳細資訊
:
字元裝置的核心抽象
顧名思義，字元裝置驅動程式管理的核心物件是字元裝置。從字元裝置驅動程式的設計框架角度出發，核心為字元裝置抽象出了乙個具體的資料結構struct cdev，其定義如下 struct cdev struct kobject kobj struct module owner const struct fi...
字元裝置的核心抽象
顧名思義，字元裝置驅動程式管理的核心物件是字元裝置。從字元裝置驅動程式的設計框架角度出發，核心為字元裝置抽象出了乙個具體的資料結構 struct cdev 其定義如下 struct cdev 在本章後續的內容中將陸續看到它們的實際用法，這裡只把這些成員的作用簡單描述如下 struct kobject...
Linux核心之字元裝置驅動
學習計畫 1.vfs 虛擬檔案系統 vfs的作用就是採用標準的unix系統呼叫讀寫位於不同物理介質上的不同檔案系統。vfs是乙個可 以讓open read write 等系統呼叫不用關心底層的儲存介質和檔案系統型別就可以工作的 粘合層。在古老的dos作業系統中，要訪問本地檔案系統之外的檔案系統需要使...