USB_skeleton分析

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

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

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 ID和vendor ID的组合或者设备的class、subclass跟protocol的组合（也就是根据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设备无反映是正常的.

驱动架构：

转载于:https://www.cnblogs.com/image-eye/archive/2011/08/20/2147199.html