file_operations结构
生活随笔
收集整理的這篇文章主要介紹了
file_operations结构
小編覺得挺不錯的,現在分享給大家,幫大家做個參考.
Linux中字符設備驅動程序的主要功能是實現設備的讀寫和控制接口。對于字符設備驅動程序,最核心的就是file_operations結構,這個結構實際上是VFS(虛擬文件系統)的文件接口,它的每一個成員函數一般都對應一個系統調用。用戶進程利用系統調用對設備文件進行諸如讀和寫等操作時,系統調用通過設備文件的主設備號找到相應的設備驅動程序,并調用相應的驅動程序函數。file_operations結構定義如下:
struct?file_operations?{ ? struct?module?*owner;? loff_t?(*llseek)?(struct?file?*,?loff_t,?int); ? ssize_t?(*read)?(struct?file?*,?char?__user?*,?size_t,?loff_t?*); ? ssize_t?(*write)?(struct?file?*,?const?char?__user?*,?size_t,?loff_t?*);? ssize_t?(*aio_read)?(struct?kiocb?*,?const?struct?iovec?*,?unsigned?long,?loff_t); ssize_t?(*aio_write)?(struct?kiocb?*,?const?struct?iovec?*,?unsigned?long,?loff_t); ? int?(*readdir)?(struct?file?*,?void?*,?filldir_t);? unsigned?int?(*poll)?(struct?file?*,?struct?poll_table_struct?*); int?(*ioctl)?(struct?inode?*,?struct?file?*,?unsigned?int,?unsigned?long); long?(*unlocked_ioctl)?(struct?file?*,?unsigned?int,?unsigned?long);? ? long?(*compat_ioctl)?(struct?file?*,?unsigned?int,?unsigned?long); ? int?(*mmap)?(struct?file?*,?struct?vm_area_struct?*);? int?(*open)?(struct?inode?*,?struct?file?*); ? int?(*flush)?(struct?file?*,?fl_owner_t?id); int?(*release)?(struct?inode?*,?struct?file?*); ? int?(*fsync)?(struct?file?*,?struct?dentry?*,?int?datasync); int?(*aio_fsync)?(struct?kiocb?*,?int?datasync);? int?(*fasync)?(int,?struct?file?*,?int);? int?(*lock)?(struct?file?*,?int,?struct?file_lock?*);? ssize_t?(*sendpage)?(struct?file?*,?struct?page?*,?int,?size_t,?loff_t?*,?int); ? unsigned?long?(*get_unmapped_area)(struct?file?*,?unsigned?long,?unsigned?long,?unsigned?long,?unsigned?long); int?(*check_flags)(int); int?(*flock)?(struct?file?*,?int,?struct?file_lock?*); ssize_t?(*splice_write)(struct?pipe_inode_info?*,?struct?file?*,?loff_t?*,?size_t,?unsigned?int); ? ssize_t?(*splice_read)(struct?file?*,?loff_t?*,?struct?pipe_inode_info?*,?size_t,?unsigned?int); ? int?(*setlease)(struct?file?*,?long,?struct?file_lock?**); ? };?struct module *owner第一個 file_operations 成員根本不是一個操作; 它是一個指向擁有這個結構的模塊的指針. 這個成員用來在它的操作還在被使用時阻止模塊被卸載. 幾乎所有時間中, 它被簡單初始化為 THIS_MODULE, 一個在 <linux/module.h> 中定義的宏.loff_t (*llseek) (struct file *, loff_t, int);llseek 方法用作改變文件中的當前讀/寫位置, 并且新位置作為(正的)返回值. loff_t 參數是一個"long offset", 并且就算在 32位平臺上也至少 64 位寬. 錯誤由一個負返回值指示. 如果這個函數指針是 NULL, seek 調用會以潛在地無法預知的方式修改 file 結構中的位置計數器( 在"file 結構" 一節中描述).ssize_t (*read) (struct file *, char __user *, size_t, loff_t *);用來從設備中獲取數據. 在這個位置的一個空指針導致 read 系統調用以 -EINVAL("Invalid argument") 失敗. 一個非負返回值代表了成功讀取的字節數( 返回值是一個 "signed size" 類型, 常常是目標平臺本地的整數類型).ssize_t (*aio_read)(struct kiocb *, char __user *, size_t, loff_t);初始化一個異步讀 -- 可能在函數返回前不結束的讀操作. 如果這個方法是 NULL, 所有的操作會由 read 代替進行(同步地).ssize_t (*write) (struct file *, const char __user *, size_t, loff_t *);發送數據給設備. 如果 NULL, -EINVAL 返回給調用 write 系統調用的程序. 如果非負, 返回值代表成功寫的字節數.ssize_t (*aio_write)(struct kiocb *, const char __user *, size_t, loff_t *);初始化設備上的一個異步寫.int (*readdir) (struct file *, void *, filldir_t);對于設備文件這個成員應當為 NULL; 它用來讀取目錄, 并且僅對文件系統有用.unsigned int (*poll) (struct file *, struct poll_table_struct *);poll 方法是 3 個系統調用的后端: poll, epoll, 和 select, 都用作查詢對一個或多個文件描述符的讀或寫是否會阻塞. poll 方法應當返回一個位掩碼指示是否非阻塞的讀或寫是可能的, 并且, 可能地, 提供給內核信息用來使調用進程睡眠直到 I/O 變為可能. 如果一個驅動的 poll 方法為 NULL, 設備假定為不阻塞地可讀可寫.int (*ioctl) (struct inode *, struct file *, unsigned int, unsigned long);ioctl 系統調用提供了發出設備特定命令的方法(例如格式化軟盤的一個磁道, 這不是讀也不是寫). 另外, 幾個 ioctl 命令被內核識別而不必引用 fops 表. 如果設備不提供 ioctl 方法, 對于任何未事先定義的請求(-ENOTTY, "設備無這樣的 ioctl"), 系統調用返回一個錯誤.int (*mmap) (struct file *, struct vm_area_struct *);mmap 用來請求將設備內存映射到進程的地址空間. 如果這個方法是 NULL, mmap 系統調用返回 -ENODEV.int (*open) (struct inode *, struct file *);盡管這常常是對設備文件進行的第一個操作, 不要求驅動聲明一個對應的方法. 如果這個項是 NULL, 設備打開一直成功, 但是你的驅動不會得到通知.int (*flush) (struct file *);flush 操作在進程關閉它的設備文件描述符的拷貝時調用; 它應當執行(并且等待)設備的任何未完成的操作. 這個必須不要和用戶查詢請求的 fsync 操作混淆了. 當前, flush 在很少驅動中使用; SCSI 磁帶驅動使用它, 例如, 為確保所有寫的數據在設備關閉前寫到磁帶上. 如果 flush 為 NULL, 內核簡單地忽略用戶應用程序的請求.int (*release) (struct inode *, struct file *);在文件結構被釋放時引用這個操作. 如同 open, release 可以為 NULL.int (*fsync) (struct file *, struct dentry *, int);這個方法是 fsync 系統調用的后端, 用戶調用來刷新任何掛著的數據. 如果這個指針是 NULL, 系統調用返回 -EINVAL.int (*aio_fsync)(struct kiocb *, int);這是 fsync 方法的異步版本.int (*fasync) (int, struct file *, int);這個操作用來通知設備它的 FASYNC 標志的改變. 異步通知是一個高級的主題, 在第 6 章中描述. 這個成員可以是NULL 如果驅動不支持異步通知.int (*lock) (struct file *, int, struct file_lock *);lock 方法用來實現文件加鎖; 加鎖對常規文件是必不可少的特性, 但是設備驅動幾乎從不實現它.ssize_t (*readv) (struct file *, const struct iovec *, unsigned long, loff_t *);ssize_t (*writev) (struct file *, const struct iovec *, unsigned long, loff_t *);這些方法實現發散/匯聚讀和寫操作. 應用程序偶爾需要做一個包含多個內存區的單個讀或寫操作; 這些系統調用允許它們這樣做而不必對數據進行額外拷貝. 如果這些函數指針為 NULL, read 和 write 方法被調用( 可能多于一次 ).ssize_t (*sendfile)(struct file *, loff_t *, size_t, read_actor_t, void *);這個方法實現 sendfile 系統調用的讀, 使用最少的拷貝從一個文件描述符搬移數據到另一個. 例如, 它被一個需要發送文件內容到一個網絡連接的 web 服務器使用. 設備驅動常常使 sendfile 為 NULL.ssize_t (*sendpage) (struct file *, struct page *, int, size_t, loff_t *, int);sendpage 是 sendfile 的另一半; 它由內核調用來發送數據, 一次一頁, 到對應的文件. 設備驅動實際上不實現 sendpage.unsigned long (*get_unmapped_area)(struct file *, unsigned long, unsigned long, unsigned long, unsigned long);這個方法的目的是在進程的地址空間找一個合適的位置來映射在底層設備上的內存段中. 這個任務通常由內存管理代碼進行; 這個方法存在為了使驅動能強制特殊設備可能有的任何的對齊請求. 大部分驅動可以置這個方法為 NULL.[10]int (*check_flags)(int)這個方法允許模塊檢查傳遞給 fnctl(F_SETFL...) 調用的標志.int (*dir_notify)(struct file *, unsigned long);這個方法在應用程序使用 fcntl 來請求目錄改變通知時調用. 只對文件系統有用; 驅動不需要實現 dir_notify.scull 設備驅動只實現最重要的設備方法. 它的 file_operations 結構是如下初始化的:
struct file_operations scull_fops = {.owner = THIS_MODULE, .llseek = scull_llseek, .read = scull_read, .write = scull_write, .ioctl = scull_ioctl, .open = scull_open, .release = scull_release, };其中struct file代表一個打開的文件,在執行file_operation中的open操作時被創建。假設驅動程序中定義的file_operation是fops,圖1-4是應用層系統調用與驅動層fops的調用關系圖。
| ? |
| (點擊查看大圖)圖1-4? 應用層與驅動層的調用關系 |
總結
以上是生活随笔為你收集整理的file_operations结构的全部內容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: 带参数的可加载模块
- 下一篇: 使用register_chrdev注册字