USB驱动编译遇到的一些问题

来源:互联网 发布:合肥淘宝包装招聘 编辑:程序博客网 时间:2024/05/22 17:36

通过一天的实践 终于能够装载上驱动模块 并测试了其读写是否正常。

就遇到的问题做以下总结:

1.提示warning: 找不到 /linux/config.h 头文件(查资料为内核版本问题) 直接touch /linux/config.h

2.提示warning:passing argument 6 of 'usb_fill_bulk_urb' compatible pointer type

usb_fill_bulk_urb函数中第6个参数类型不匹配?这个warning没有解决,第6个参数传递的是skel_write_bulk_callback,这里skel_write_bulk_callback就是一个完成回调函数,而他做的主要事情就是检查数据传输状态和释放urb。

3.提示error: unknown field "owner" 和"mode". 经查看发现在usb.h头文件中usb_driver和usb_class_driver结构体中并无owner及mode定义,在skeleton程序中去掉这两处定义

重新编译通过 生成 skeleton.ko文件

insmod skeleton.ko   /   mknod -m 666 /dev/usb c 180 192

运行测试程序 ./test   出现无法打开设备文件错误open error

总结USB设备的驱动过程为:

USB设备连接到主机时,usb子系统会根据production IDvendor ID的组合或者设备的classsubclassprotocol的组合(也就是根据id_table)来识别设备,并调用相应驱动程序的probe(探测)函数。

usb_skeleton程序正是采用PID与VID来识别对应的USB设备,当有设备连接时,系统识别其PID与VID找出符合id_table的USB驱动模块,而USB驱动模块中定义了次设备号#define USB_SKEL_MINOR_BASE 192 主设备号为180 然后根据其主次设备号寻找对应的设备文件,这就将设备文件与USB设备连接起来。

由于skeleton程序中定义了

#define USB_SKEL_VENDOR_ID 0xfff0       //制造商ID
#define USB_SKEL_PRODUCT_ID 0xfff0       //产品ID

而我使用的USB设备的PID VID不同所以修改其值为

#define USB_SKEL_VENDOR_ID 0xabcd       //制造商ID
#define USB_SKEL_PRODUCT_ID 0xef12       //产品ID

重新编译加载,插入USB设备。

./test

write ok!code = 0;

read ok!code = 0;

能够进行正常读写,当然skeleton只是骨架程序,并没有其他操作,所以接上USB设备无反映是正常的.

驱动架构:

分类: 转载
原创粉丝点击