ioctl与unlocked_ioctl区别

本文解析了Linux内核2.6.36中ioctl函数指针的变化,即从struct file_operations中的ioctl改为unlocked_ioctl,并探讨了这种变更对于应用程序及驱动程序的影响。特别是驱动程序中的ioctl函数实现需要调整以适应这一变更,避免cmd参数传递错误。
摘要由CSDN通过智能技术生成

原文地址来源:http://blog.csdn.net/cbl709/article/details/7295772

今天调一个程序调了半天,发现应用程序的ioctl的cmd参数传送到驱动程序的ioctl发生改变。而根据《linux设备驱动》这个cmd应该是不变的。因为在kernel 2.6.36 中已经完全删除了struct file_operations 中的ioctl 函数指针,取而代之的是unlocked_ioctl ,所以我怀疑二者是不是兼容的。上网查了一些资料,很多文章只是泛泛谈了一下,说在应用程序中ioctl是兼容的,不必变化。而在驱动程序中这个指针函数变了之后最大的影响是参数中少了inode ,所以应用程序ioctl是兼容的,但驱动程序中我们的ioctl函数必须变化,否则就会发生cmd参数的变化:



原来的驱动程序


static const struct file_operations globalmem_fops=
{
.owner=THIS_MODULE,
.llseek=globalmem_llseek,
.open=globalmem_open,
.read=globalmem_read,
.write=globalmem_write,
.ioctl=globalmem_ioctl,
.release=globalmem_release,
};


int globalmem_ioctl(struct inode* inode,struct file* filp, unsigned int cmd,unsigned long arg)


{


switch (cmd)


  {


   case:XXX:   ...


    ……


  }


}


改变后的




static const struct file_operations globalmem_fops=
{
.owner=THIS_MODULE,
.llseek=globalmem_llseek,
.open=globalmem_open,
.read=globalmem_read,
.write=globalmem_write,
.unlocked_ioctl=globalmem_ioctl,
.release=globalmem_release,
};


int globalmem_ioctl(struct file* filp, unsigned int cmd,unsigned long arg)//没有inode参数!


{


switch (cmd)


  {


   case:XXX:   ...


    ……


  }


}

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值