kernel 2.6.35 及之前的版本中struct file_operations 一共有3個(gè)ioctl ： ioctl,unlocked_ioctl和compat_ioctl 現(xiàn)在只有unlocked_ioctl和compat_ioctl 了

在kernel 2.6.36 中已經(jīng)完全刪除了struct file_operations 中的ioctl 函數(shù)指針，取而代之的是unlocked_ioctl 。

這個(gè)指針函數(shù)變了之后最大的影響是參數(shù)中少了inode ， 不過(guò)這個(gè)不是問(wèn)題，因?yàn)橛脩?hù)程序中的ioctl對(duì)應(yīng)的系統(tǒng)調(diào)用接口沒(méi)有變化，所以用戶(hù)程序不需要改變，一切都交給內(nèi)核處理了，如果想在unlocked_ioctl中獲得inode 等信息可以用如下方法： struct inode *inode = file->f_mapping->host; struct block_device *bdev = inode->i_bdev; struct gendisk *disk = bdev->bd_disk; fmode_t mode = file->f_mode; struct backing_dev_info *bdi;

這次內(nèi)核函數(shù)的變化引出了一個(gè)問(wèn)題，從ioctl系統(tǒng)調(diào)用往后，真正的ioctl調(diào)用順序是什么？為什么compat_ioctl 不被調(diào)用？ compat_ioctl被使用在用戶(hù)空間為32位模式，而內(nèi)核運(yùn)行在64位模式時(shí)。這時(shí)候，需要將64位轉(zhuǎn)成32位。 以下是2.6.36的情況：

SYSCALL_DEFINE3(ioctl ...) ? ?compat_sys_ioctl ?(是否直接調(diào)用compat_ioctl 取決于compat_ioctl 是否存在) ? ? ? ?| ? ? ? ? ? ? ? ? ? ? ? ?| ? ? ? ?|-----> compat_ioctl ? ? ? ?| ? ? ? ? ? ? ? ? ?? ? ? | ? ? ? ?|------>do_vfs_ioctl (下一步的調(diào)用取決于file->f_path.dentry->d_inode->i_node) ? ? ? ?| ? ? ? ? ? ?|------>file_ioctl ? ? ? ?| ? ? ? ? ? ? ? ? ? ? ? | ? ? ? ?|-------------------------------->vfs_ioctl ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?|------->unlock_ioctl 其實(shí)compat_ioctl 沒(méi)有被調(diào)用的原因是compat_sys_ioctl 沒(méi)有被調(diào)用，而它沒(méi)有被調(diào)用的原因似乎是壓根就沒(méi)有編譯到內(nèi)核中，因?yàn)槲覜](méi)有找到調(diào)用這個(gè)函數(shù)的代碼。 unlocked_ioctl 實(shí)際上取代了用了很久的ioctl，主要的改進(jìn)就是不再需要上大內(nèi)核鎖 （調(diào)用之前不再先調(diào)用lock_kernel()然后再u(mài)nlock_kernel()） 總的來(lái)說(shuō)kernel 開(kāi)發(fā)者正在試圖朝移除大內(nèi)核鎖的方向努力，ioctl的移除就是被革命了。相信以后越來(lái)越多的內(nèi)核函數(shù)會(huì)擺脫大內(nèi)核鎖的依賴(lài)，并且大內(nèi)核鎖最終會(huì)被移除。