struct file_operations中 ioctl 和 unlocked_ioctl

转载 2016年08月30日 15:50:42

转载自 "http://blog.chinaunix.net/uid-20543672-id-3015637.html"

很久都没有写驱动代码了,对于一些驱动相关的内核变化也没有怎么关心。这次重游《LDD3》获益良多,其值对于struct file_operations中ioctl的消失也让我长了不少见识。
当年看《LDD3》的时候已经注意到了书中对ioctl的评价不是很好:“ioctl调用的非结构化本质导致众多内核开发者倾向于放弃它。” ,而在这次阅读3.0代码的时候,这个成员在struct file_operations中早已消失了。这个激起了我学习的兴趣,以下是对这个ioctl的学习小结:

1、消失的确切时间
    ioctl的消失到底是从哪个版本开始的?网上给出的时间是2.6.36开始。网上就是这么说,但是自己必须找到代码中的证据。于是我通过git搜索主线内核代码,找到的删除ioctl的那个提交:

  1. commit b19dd42faf413b4705d4adb38521e82d73fa4249
  2. Author: Arnd Bergmann
  3. Date: Sun Jul 4 00:15:10 2010 +0200
  4. bkl: Remove locked .ioctl file operation
  5. The last user is gone, so we can safely remove this
  6. Signed-off-by: Arnd Bergmann
  7. Cc: John Kacur
  8. Cc: Al Viro
  9. Cc: Thomas Gleixner
  10. Signed-off-by: Frederic Weisbecker

好不容易找到了这个提交,好的,这样就可以确定消失的时间了:

  1. git tag --contains b19dd42
  2. v2.6.36
  3. v2.6.36-rc1
  4. v2.6.36-rc2
  5. v2.6.36-rc3
  6. v2.6.36-rc4
  7. v2.6.36-rc5
  8. v2.6.36-rc6
  9. v2.6.36-rc7
  10. v2.6.36-rc8
  11. ......以下省略ooxx行

可以证明ioctl消失的版本是v2.6.35到v2.6.36-rc1间,于是我导出了v2.6.35到v2.6.36-rc1的补丁,果真在其中!
git diff v2.6.35..v2.6.36-rc1 > ../temp.patch

补丁过大不易上传,请自行生成。

2、消失的原因

   简单的概括:这次ioctl的消失,并不是要把ioctl清理出去,而是要逐步的清理大内核锁(BKL)。

   这个让ioctl消失的过渡期长达5年,从2005年开始内核黑客就开始替换ioctl了。具体的原因lwn.net中有一篇很好的文章:The new way of ioctl()。我将他翻译了一下:ioctl()的新方法(必看)

   当然,顺便了解一下大内核锁也是很有必要的:转载好文:《大内核锁将何去何从》

3、ioctl的替代者

    对于原来的ioctl,其实可以叫做locked ioctl。这个其实是相对于他的替代方法来讲的。我们来看看2.6.35以前在struct file_operations中有关ioctl的成员:

  1. /*
  2.  * NOTE:
  3.  * read, write, poll, fsync, readv, writev, unlocked_ioctl and compat_ioctl
  4.  * can be called without the big kernel lock heldin all filesystems.
  5.  */
  6. struct file_operations {
  7.     struct module *owner;
  8.     loff_t (*llseek)(struct file*, loff_t,int);
  9.     ssize_t (*read)(struct file*, char __user*, size_t, loff_t*);
  10.     ssize_t (*write)(struct file*,const char __user*, size_t, loff_t*);
  11.     ssize_t (*aio_read)(struct kiocb*,const struct iovec*, unsigned long, loff_t);
  12.     ssize_t (*aio_write)(struct kiocb*,const struct iovec*, unsigned long, loff_t);
  13.     int (*readdir)(struct file*, void*, filldir_t);
  14.     unsigned int (*poll)(struct file*, struct poll_table_struct*);
  15.     int (*ioctl) (struct inode *, struct file *, unsigned int, unsigned long);
  16.     long (*unlocked_ioctl) (struct file *, unsigned int, unsigned long);
  17.     long (*compat_ioctl) (struct file *, unsigned int, unsigned long);
  18.     int (*mmap)(struct file*, struct vm_area_struct*);
  19.     int (*open)(struct inode*, struct file*);
  20.     int (*flush)(struct file*, fl_owner_t id);
  21.     int (*release)(struct inode*, struct file*);
  22.     int (*fsync)(struct file*, struct dentry*,int datasync);
  23.     int (*aio_fsync)(struct kiocb*,int datasync);
  24.     int (*fasync)(int, struct file*,int);
  25.     int (*lock)(struct file*,int, struct file_lock*);
  26.     ssize_t (*sendpage)(struct file*, struct page*,int, size_t, loff_t*,int);
  27.     unsigned long (*get_unmapped_area)(struct file*, unsigned long, unsigned long, unsigned long, unsigned long);
  28.     int (*check_flags)(int);
  29.     int (*flock)(struct file*,int, struct file_lock*);
  30.     ssize_t (*splice_write)(struct pipe_inode_info*, struct file*, loff_t*, size_t, unsignedint);
  31.     ssize_t (*splice_read)(struct file*, loff_t*, struct pipe_inode_info*, size_t, unsignedint);
  32.     int (*setlease)(struct file*, long, struct file_lock**);
  33. };

这个结构体其实是在过渡期的结构体,unlocked_ioctl就是ioctl的替代者。对于新的驱动,不要再使用ioctl了,而是使用unlocked_ioctl。

4、调用ioctl与unlocked_ioctl在内核代码上的不同

   其实ioctl与unlocked_ioctl所对应的系统调用都是ioctl。但是在应用层调用ioctl的时候,对于我们实现ioctl或者unlocked_ioctl有什么不同呢?这里我们可以追溯一下ioctl系统调用代码的执行过程,这里我简单的写出这个系统调用对于设备驱动(一般是设备驱动使用ioctl)的执行顺序:(fs/ioctl.c)

 SYSCALL_DEFINE3(ioctl, unsigned int, fd, unsigned int, cmd, unsigned long, arg)--->do_vfs_ioctl---> vfs_ioctl

ioctl与unlocked_ioctl的区别就体现在了这个vfs_ioctl中,我们先来看ioctl被删除前的函数(Linux-2.6.36之前的内核版本):

  1. /**
  2.  * vfs_ioctl -call filesystem specific ioctl methods
  3.  * @filp:    open fileto invoke ioctl methodon
  4.  * @cmd:    ioctl commandto execute
  5.  * @arg:    command-specific argumentfor ioctl
  6.  *
  7.  * Invokes filesystem specific ->unlocked_ioctl,if one exists; otherwise
  8.  * invokes filesystem specific ->ioctl method.If neither method exists,
  9.  * returns -ENOTTY.
  10.  *
  11.  * Returns 0 on success,-errnoon error.
  12.  */
  13. static long vfs_ioctl(struct file *filp, unsigned int cmd,
  14.          unsigned long arg)
  15. {
  16.     int error=-ENOTTY;

  17.     if (!filp->f_op)
  18.         goto out;

  19.     if (filp->f_op->unlocked_ioctl){
  20.         error = filp->f_op->unlocked_ioctl(filp, cmd, arg);
  21.         if (error==-ENOIOCTLCMD)
  22.             error = -EINVAL;
  23.         goto out;
  24.     } elseif(filp->f_op->ioctl){
  25.         lock_kernel();
  26.         error = filp->f_op->ioctl(filp->f_path.dentry->d_inode,
  27.                      filp, cmd, arg);
  28.         unlock_kernel();
  29.     }

  30.  out:
  31.     return error;
  32. }

从这个函数中我们可以看出:

  1. ioctl是受到大内核锁保护的,而unlocked_ioctl是直接执行的。
  2. unlocked_ioctl优先级高于ioctl,如果存在unlocked_ioctl,则执行unlocked_ioctl,否则才执行ioctl。这个优先级的产生明显是为了过渡。

而在ioctl被删除后,vfs_ioctl函数也做了相应的改变(Linux-2.6.36):

  1. /**
  2.  * vfs_ioctl -call filesystem specific ioctl methods
  3.  * @filp:    open fileto invoke ioctl methodon
  4.  * @cmd:    ioctl commandto execute
  5.  * @arg:    command-specific argumentfor ioctl
  6.  *
  7.  * Invokes filesystem specific ->unlocked_ioctl,if one exists; otherwise
  8.  * returns -ENOTTY.
  9.  *
  10.  * Returns 0 on success,-errnoon error.
  11.  */
  12. static long vfs_ioctl(struct file *filp, unsigned int cmd,
  13.          unsigned long arg)
  14. {
  15.     int error=-ENOTTY;

  16.     if (!filp->f_op||!filp->f_op->unlocked_ioctl)
  17.         goto out;

  18.     error = filp->f_op->unlocked_ioctl(filp, cmd, arg);
  19.     if (error==-ENOIOCTLCMD)
  20.         error = -EINVAL;
  21.  out:
  22.     return error;
  23. }

5、在驱动编程时的注意事项

  • 在注册文件操作方法的结构体struct file_operations的时候原先的.ioctl=OOXX;替换为 .unlocked_ioctl=OOXX;
    但是要注意ioctl和unlocked_ioctl的定义有一点不同:unlocked_ioctl少了一个inode参数。但是如果方法中真的需要其中的数据,可以通过filp->f_dentry->d_inode获得。
  • 由于失去了大内核锁的保护,所以必须unlocked_ioctl方法中自行实现锁机制,以保证不会在操作设备的时候(特别在SMP系统中)产生竞态。(也就实现了用小锁替换大锁)


相关文章推荐

ioctl 变成了 unlocked_ioctl

kernel 2.6.35 及之前的版本中struct file_operations 一共有3个ioctl : ioctl,unlocked_ioctl和compat_ioctl 现在只有unl...
  • ypist
  • ypist
  • 2011年08月06日 11:52
  • 13079

ioctl与unlocked_ioctl区别

今天调一个程序调了半天,发现应用程序的ioctl的cmd参数传送到驱动程序的ioctl发生改变。而根据《linux设备驱动》这个cmd应该是不变的。因为在kernel 2.6.36 中已经完全删除了s...
  • cbl709
  • cbl709
  • 2012年02月26日 17:02
  • 18091

主设备号和file_operations结构关系; ioctl和unlocked_ioctl, ioctl简单测试例子

open一个字符设备的过程是从 VFS层open系统调用 ===> def_chr_fops-->open ===> cdev->fops->open ===> device specific...
  • zjc0888
  • zjc0888
  • 2011年10月20日 14:19
  • 7525

ioctl与unlocked_ioctl的区别

我知道Linux2.6.38中驱动使用unlocked_ioctl,于是我就将file_op

Ioctl使用及与unlocked_ioctl区别

1. Ioctl 用来做什么?           大部分驱动除了需要具备读写设备的能力外,还需要具备对硬件控制的能力。例如,要求设备报告错误信息,改变波特率,这些操作常常通过ioctl方法来实现。...

linux unlocked_ioctl

从2.6.36 以后的内核已经废弃了 file_operations 中的 ioctl 函数指针,取而代之的是 unlocked_ioctl, 用户空间对应的系统调用没有发生变化。 stru...

ioctl/unlocked_ioctl/compat_ioctl

在kernel 2.6.35及之前的版本中struct file_opertation一共有3个ioctl:ioctl, unlocked_ioctl, compat_ioctl,struct fil...

unlocked_ioctl和compat_ioctl

kernel 2.6.35 及之前的版本中struct file_operations 一共有3个ioctl : ioctl,unlocked_ioctl和compat_ioctl 现在只有unl...

Linux字符设备驱动和杂项设备驱动对比

初学Linux驱动程序的时候,可能对什么是字符设备驱动(char device)和杂项设备驱动(misc device)并不是很了解,更谈不上如何区分了。我自己当初在学习Linux字符设备驱动的时候,...

ARM中断进入和退出分析

0x00复位(reset): 1   svc  复位引脚有效产生复位异常中断,程序跳转到子程序执行;复位情况加电,复位按键;直接跳转到复位中断服务子程序 0x04未定义指令(undefin...
内容举报
返回顶部
收藏助手
不良信息举报
您举报文章:struct file_operations中 ioctl 和 unlocked_ioctl
举报原因:
原因补充:

(最多只允许输入30个字)