Usb_skeleton.c，是USB驱动的框架，适合USB驱动的初学者。

1．结构体

内核其实就是一坨坨的数据结构，加上一根根链表。

对于初学者，如果直接看USB驱动代码，大概会被那些名字相近的结构体弄得晕头转向，比如usb_host_interface和usb_interface，看着看着就把两个混淆了。所以，在学习USB驱动之前，建议把相关结构体都拎出来看一下，其实，也就那么几个结构体在那装神弄鬼。USB skeleton驱动中用到的主要字段已用蓝色标出：

endpoint：

bEndpointAddress，最高位用来判断传输方向：

bmAttributes，表示endpoint的类型：

bInterval，如果该endpoint是interrupt类型的（USB鼠标驱动就是该类型），那么bInterval就表示中断时间间隔，单位毫秒。

interface：

usb_device：

usb_driver：

2．Init

先来看模块初始化函数，它仅仅完成一个功能，那就是注册USB驱动：

其中，skel_driver如下：

前面几个字段很好理解，这里就说下id_table。先看skel_table的定义：

id_table用来告诉内核该模块支持的所有设备。usb子系统通过设备的production ID和vendor ID的组合或者设备的class、subclass跟protocol的组合来识别设备，并调用相关的驱动程序作处理。不同设备的这些组合，当然是不一样的，这由USB协会统一管理、分配。

skeleton中，使用production ID和vendor ID的组合来识别设备。

注意，还要使用MODULE_DEVICE_TABLE把这个id_table注册到系统中去：

3．Probe

probe是usb子系统自动调用的一个函数，有USB设备连接到主机时，usb子系统会根据production ID和vendor ID的组合或者设备的class、subclass跟protocol的组合（也就是根据id_table）来识别设备，并调用相应驱动程序的probe（探测）函数。

不同的USB驱动模块，会注册不同的id_table，比如现在有Usb_skeleton.c、Usb_driver1.c、Usb_driver2.c和Usb_driver3.c这么四个USB驱动模块，它们都会调用MODULE_DEVICE_TABLE (usb, xxx_table)。这样，系统中就有四个id_table。当一个USB设备连接到主机时，系统会从这四个id_table中，找到能够匹配该USB设备的id_table，并调用该id_table所属的USB驱动模块。

Probe代码很长，分段分析：

先介绍几个函数：

usb_get_dev和usb_put_dev分别是递增/递减usb_device的reference count。

kref_init，初始化kref，并将其置设成1。

kref_get和kref_put分别递增/递减kref。

在初始化了一些资源之后，可以看到第一个关键的函数调用——interface_to_usbdev。他从一个usb_interface来得到该接口所在设备的usb_device。本来，要得到一个usb_device只要用interface_to_usbdev就够了，但因为要增加对该usb_device的引用计数，我们应该在做一个usb_get_dev的操作，来增加引用计数，并在释放设备时用usb_put_dev来减少引用计数。

这里要解释的是，usb_get_dev是对该usb_device的计数，并不是对本模块的计数，本模块的计数要由kref来维护。所以，probe一开始就有初始化kref，kref_init(&dev->kref)。事实上，kref_init操作不单只初始化kref，还将其置设成1。所以在出错处理代码中有kref_put，它把kref的计数减1，如果kref计数已经为0，那么kref会被释放。kref_put的第二个参数是一个函数指针，指向一个清理函数。注意，该指针不能为空，或者kfree。该函数会在最后一个对kref的引用释放时被调用。

上面这段函数，主要是通过usb_endpoint_descriptor里的信息，初始化dev（usb_skel类型）中的字段。

这里列一下各个结构体之间的关系，帮助大家理一下层次：

usb_interface->usb_host_interface->usb_host_endpoint->usb_endpoint_descriptor

usb_set_intfdata, 把刚才初始化得到的dev（usb_skel类型）保存在usb_interface中，以便其他函数使用。这样做是因为，dev是一个局部变量，其他函数没法获得，但其他函数（比如open）可以访问usb_interface，这样，也就可以访问usb_skel里的具体字段了。如open函数中，dev = usb_get_intfdata(interface)。

下面讲一下usb_register_dev相关的内容。

一个USB interface对应一种USB逻辑设备，比如鼠标、键盘、音频流。所以，在USB范畴中，device一般就是指一个interface。一个驱动只控制一个interface。这样，usb_register_dev自然是注册一个interface，所以usb_register_dev的第一个参数是interface（usb_interface类型）。

接着介绍下skel_class：

其中，skel_fops定义为：

skel_fops是真正完成对设备IO操作的函数集。

usb_register_dev注册一次，获取一个次设备号。该次设备号从usb_class_driver -> minor_base开始分配。

usb_register_dev(interface, &skel_class)，也就是说，一个usb_interface对应一个次设备号。结合上面举的interface例子，可以知道，鼠标、键盘各自对应一个不同的次设备号。

4．Disconnect

当设备从主机拔出时，usb子系统会自动地调用disconnect，他做的事情不多，最重要的是注销class_driver（交还次设备号）和interface的data。然后用kref_put(&dev->kref, skel_delete)进行清理。