## 3.5.?open 和 release
到此我們已經快速瀏覽了這些成員, 我們開始在真實的 scull 函數中使用它們.
### 3.5.1.?open 方法
open 方法提供給驅動來做任何的初始化來準備后續的操作. 在大部分驅動中, open 應當進行下面的工作:
-
檢查設備特定的錯誤(例如設備沒準備好, 或者類似的硬件錯誤
-
如果它第一次打開, 初始化設備
-
如果需要, 更新 f_op 指針.
-
分配并填充要放進 filp->private_data 的任何數據結構
但是, 事情的第一步常常是確定打開哪個設備. 記住 open 方法的原型是:
~~~
int (*open)(struct inode *inode, struct file *filp);
~~~
inode 參數有我們需要的信息,以它的 i_cdev 成員的形式, 里面包含我們之前建立的 cdev 結構. 唯一的問題是通常我們不想要 cdev 結構本身, 我們需要的是包含 cdev 結構的 scull_dev 結構. C 語言使程序員玩弄各種技巧來做這種轉換; 但是, 這種技巧編程是易出錯的, 并且導致別人難于閱讀和理解代碼. 幸運的是, 在這種情況下, 內核 hacker 已經為我們實現了這個技巧, 以 container_of 宏的形式, 在 <linux/kernel.h> 中定義:
~~~
container_of(pointer, container_type, container_field);
~~~
這個宏使用一個指向 container_field 類型的成員的指針, 它在一個 container_type 類型的結構中, 并且返回一個指針指向包含結構. 在 scull_open, 這個宏用來找到適當的設備結構:
~~~
struct scull_dev *dev; /* device information */
dev = container_of(inode->i_cdev, struct scull_dev, cdev);
filp->private_data = dev; /* for other methods */
~~~
一旦它找到 scull_dev 結構, scull 在文件結構的 private_data 成員中存儲一個它的指針, 為以后更易存取.
識別打開的設備的另外的方法是查看存儲在 inode 結構的次編號. 如果你使用 register_chrdev 注冊你的設備, 你必須使用這個技術. 確認使用 iminor 從 inode 結構中獲取次編號, 并且確定它對應一個你的驅動真正準備好處理的設備.
scull_open 的代碼(稍微簡化過)是:
~~~
int scull_open(struct inode *inode, struct file *filp)
{
struct scull_dev *dev; /* device information */
dev = container_of(inode->i_cdev, struct scull_dev, cdev);
filp->private_data = dev; /* for other methods */
/* now trim to 0 the length of the device if open was write-only */
if ( (filp->f_flags & O_ACCMODE) == O_WRONLY)
{
scull_trim(dev); /* ignore errors */
}
return 0; /* success */
}
~~~
代碼看來相當稀疏, 因為在調用 open 時它沒有做任何特別的設備處理. 它不需要, 因為 scull 設備設計為全局的和永久的. 特別地, 沒有如"在第一次打開時初始化設備"等動作, 因為我們不為 scull 保持打開計數.
唯一在設備上的真實操作是當設備為寫而打開時將它截取為長度為 0. 這樣做是因為, 在設計上, 用一個短的文件覆蓋一個 scull 設備導致一個短的設備數據區. 這類似于為寫而打開一個常規文件, 將其截短為 0. 如果設備為讀而打開, 這個操作什么都不做.
在我們查看其他 scull 特性的代碼時將看到一個真實的初始化如何起作用的.
### 3.5.2.?release 方法
release 方法的角色是 open 的反面. 有時你會發現方法的實現稱為 device_close, 而不是 device_release. 任一方式, 設備方法應當進行下面的任務:
-
釋放 open 分配在 filp->private_data 中的任何東西
-
在最后的 close 關閉設備
scull 的基本形式沒有硬件去關閉, 因此需要的代碼是最少的:[[12](#)]
~~~
int scull_release(struct inode *inode, struct file *filp)
{
return 0;
}
~~~
你可能想知道當一個設備文件關閉次數超過它被打開的次數會發生什么. 畢竟, dup 和 fork 系統調用不調用 open 來創建打開文件的拷貝; 每個拷貝接著在程序終止時被關閉. 例如, 大部分程序不打開它們的 stdin 文件(或設備), 但是它們都以關閉它結束. 當一個打開的設備文件已經真正被關閉時驅動如何知道?
答案簡單: 不是每個 close 系統調用引起調用 release 方法. 只有真正釋放設備數據結構的調用會調用這個方法 -- 因此得名. 內核維持一個文件結構被使用多少次的計數. fork 和 dup 都不創建新文件(只有 open 這樣); 它們只遞增正存在的結構中的計數. close 系統調用僅在文件結構計數掉到 0 時執行 release 方法, 這在結構被銷毀時發生. release 方法和 close 系統調用之間的這種關系保證了你的驅動一次 open 只看到一次 release.
注意, flush 方法在每次應用程序調用 close 時都被調用. 但是, 很少驅動實現 flush, 因為常常在 close 時沒有什么要做, 除非調用 release.
如你會想到的, 前面的討論即便是應用程序沒有明顯地關閉它打開的文件也適用: 內核在進程 exit 時自動關閉了任何文件, 通過在內部使用 close 系統調用.
[[12](#)] 其他風味的設備由不同的函數關閉, 因為 scull_open 為每個設備替換了不同的 filp->f_op. 我們在介紹每種風味時再討論它們.
- Linux設備驅動第三版
- 第 1 章 設備驅動簡介
- 1.1. 驅動程序的角色
- 1.2. 劃分內核
- 1.3. 設備和模塊的分類
- 1.4. 安全問題
- 1.5. 版本編號
- 1.6. 版權條款
- 1.7. 加入內核開發社團
- 1.8. 本書的內容
- 第 2 章 建立和運行模塊
- 2.1. 設置你的測試系統
- 2.2. Hello World 模塊
- 2.3. 內核模塊相比于應用程序
- 2.4. 編譯和加載
- 2.5. 內核符號表
- 2.6. 預備知識
- 2.7. 初始化和關停
- 2.8. 模塊參數
- 2.9. 在用戶空間做
- 2.10. 快速參考
- 第 3 章 字符驅動
- 3.1. scull 的設計
- 3.2. 主次編號
- 3.3. 一些重要數據結構
- 3.4. 字符設備注冊
- 3.5. open 和 release
- 3.6. scull 的內存使用
- 3.7. 讀和寫
- 3.8. 使用新設備
- 3.9. 快速參考
- 第 4 章 調試技術
- 4.1. 內核中的調試支持
- 4.2. 用打印調試
- 4.3. 用查詢來調試
- 4.4. 使用觀察來調試
- 4.5. 調試系統故障
- 4.6. 調試器和相關工具
- 第 5 章 并發和競爭情況
- 5.1. scull 中的缺陷
- 5.2. 并發和它的管理
- 5.3. 旗標和互斥體
- 5.4. Completions 機制
- 5.5. 自旋鎖
- 5.6. 鎖陷阱
- 5.7. 加鎖的各種選擇
- 5.8. 快速參考
- 第 6 章 高級字符驅動操作
- 6.1. ioctl 接口
- 6.2. 阻塞 I/O
- 6.3. poll 和 select
- 6.4. 異步通知
- 6.5. 移位一個設備
- 6.6. 在一個設備文件上的存取控制
- 6.7. 快速參考
- 第 7 章 時間, 延時, 和延后工作
- 7.1. 測量時間流失
- 7.2. 獲知當前時間
- 7.3. 延后執行
- 7.4. 內核定時器
- 7.5. Tasklets 機制
- 7.6. 工作隊列
- 7.7. 快速參考
- 第 8 章 分配內存
- 8.1. kmalloc 的真實故事
- 8.2. 后備緩存
- 8.3. get_free_page 和其友
- 8.4. 每-CPU 的變量
- 8.5. 獲得大量緩沖
- 8.6. 快速參考
- 第 9 章 與硬件通訊
- 9.1. I/O 端口和 I/O 內存
- 9.2. 使用 I/O 端口
- 9.3. 一個 I/O 端口例子
- 9.4. 使用 I/O 內存
- 9.5. 快速參考
- 第 10 章 中斷處理
- 10.1. 準備并口
- 10.2. 安裝一個中斷處理
- 10.3. 前和后半部
- 10.4. 中斷共享
- 10.5. 中斷驅動 I/O
- 10.6. 快速參考
- 第 11 章 內核中的數據類型
- 11.1. 標準 C 類型的使用
- 11.2. 安排一個明確大小給數據項
- 11.3. 接口特定的類型
- 11.4. 其他移植性問題
- 11.5. 鏈表
- 11.6. 快速參考
- 第 12 章 PCI 驅動
- 12.1. PCI 接口
- 12.2. 回顧: ISA
- 12.3. PC/104 和 PC/104+
- 12.4. 其他的 PC 總線
- 12.5. SBus
- 12.6. NuBus 總線
- 12.7. 外部總線
- 12.8. 快速參考
- 第 13 章 USB 驅動
- 13.1. USB 設備基礎知識
- 13.2. USB 和 sysfs
- 13.3. USB 的 Urbs
- 13.4. 編寫一個 USB 驅動
- 13.5. 無 urb 的 USB 傳送
- 13.6. 快速參考
- 第 14 章 Linux 設備模型
- 14.1. Kobjects, Ksets 和 Subsystems
- 14.2. 低級 sysfs 操作
- 14.3. 熱插拔事件產生
- 14.4. 總線, 設備, 和驅動
- 14.5. 類
- 14.6. 集成起來
- 14.7. 熱插拔
- 14.8. 處理固件
- 14.9. 快速參考
- 第 15 章 內存映射和 DMA
- 15.1. Linux 中的內存管理
- 15.2. mmap 設備操作
- 15.3. 進行直接 I/O
- 15.4. 直接內存存取
- 15.5. 快速參考
- 第 16 章 塊驅動
- 16.1. 注冊
- 16.2. 塊設備操作
- 16.3. 請求處理
- 16.4. 一些其他的細節
- 16.5. 快速參考
- 第 17 章 網絡驅動
- 17.1. snull 是如何設計的
- 17.2. 連接到內核
- 17.3. net_device 結構的詳情
- 17.4. 打開與關閉
- 17.5. 報文傳送
- 17.6. 報文接收
- 17.7. 中斷處理
- 17.8. 接收中斷緩解
- 17.9. 連接狀態的改變
- 17.10. Socket 緩存
- 17.11. MAC 地址解析
- 17.12. 定制 ioctl 命令
- 17.13. 統計信息
- 17.14. 多播
- 17.15. 幾個其他細節
- 17.16. 快速參考
- 第 18 章 TTY 驅動
- 18.1. 一個小 TTY 驅動
- 18.2. tty_driver 函數指針
- 18.3. TTY 線路設置
- 18.4. ioctls 函數
- 18.5. TTY 設備的 proc 和 sysfs 處理
- 18.6. tty_driver 結構的細節
- 18.7. tty_operaions 結構的細節
- 18.8. tty_struct 結構的細節
- 18.9. 快速參考