MT6735平台底层驱动的ioctl无效问题
2016-02-27 11:27
351 查看
由于工作需要,写了一个底层驱动函数,很简单,就是控制GPIO口的,平台是MT6735,跑安卓5.0系统。
驱动代码写完后写了一个简单的main.c进行测试,一切都很顺利,main.c测试通过。于是进一步写了JNI给上层应用的开发工程师用,问题就来了:我测试很OK的代码用JNI调用就是控制不到,很是郁闷。
在试了很多方法,查了很多资料后,才明白:
其实问题很简单,我这个平台是64位的,而我写的驱动代码是按照以前的模型(32位)写的,对于64位和32位的Linux底层驱动模型有一点小小的变化,请君对比一下:
32位的:
static struct file_operations simcom_power_ops = {
.owner = THIS_MODULE,
.open = power_open,
.release = power_close,
.unlocked_ioctl= power_ioctl,
};
64位的:
static struct file_operations simcom_power_ops = {
.owner = THIS_MODULE,
.open = power_open,
.release = power_close,
.compat_ioctl = power_ioctl,//used for 64Bit kernel
};
也就是说两者的 ioctl 模型有这么一点点区别,所以开发过程中要先分清平台是32位的还是64位的。
驱动代码写完后写了一个简单的main.c进行测试,一切都很顺利,main.c测试通过。于是进一步写了JNI给上层应用的开发工程师用,问题就来了:我测试很OK的代码用JNI调用就是控制不到,很是郁闷。
在试了很多方法,查了很多资料后,才明白:
其实问题很简单,我这个平台是64位的,而我写的驱动代码是按照以前的模型(32位)写的,对于64位和32位的Linux底层驱动模型有一点小小的变化,请君对比一下:
32位的:
static struct file_operations simcom_power_ops = {
.owner = THIS_MODULE,
.open = power_open,
.release = power_close,
.unlocked_ioctl= power_ioctl,
};
64位的:
static struct file_operations simcom_power_ops = {
.owner = THIS_MODULE,
.open = power_open,
.release = power_close,
.compat_ioctl = power_ioctl,//used for 64Bit kernel
};
也就是说两者的 ioctl 模型有这么一点点区别,所以开发过程中要先分清平台是32位的还是64位的。
相关文章推荐
- 了解JavaScript 对象属性的标签
- ios开发第三方库--cocoapods安装
- 【网络基本功系列四】细说交换机细说路由(上)
- Linux系统启动时间查看
- 一个自定义的用语过滤非字符的Lucene分析器
- java web 程序导入java EE 6 library
- Android关于buildToolVersion与CompileSdkVersion的区别
- KPCR
- 浙大PAT1053
- ((a+b) + abs(a-b))/2 的用法
- Publish module contexts to separate XML files
- INSERT……SELECT批量插入数据
- static const inline #define enum
- 使用canopy生成和k-means聚类对新闻进行聚类
- 实迷途其未远,觉今是而昨非——问卷调查
- Python学习笔记(2)
- XCode 配置 sdl2
- TableView 确认选中了哪一行
- The identity used to sign the executable is no longer valid.Please verify that your device’s clock i
- list泛型,去除对象中某一个字段值重复