Linux下USB驱动之skeleton分析(2)

static struct usb_driver skel_driver = {

.owner =   THIS_MODULE, .name =       "skeleton", .probe =   skel_probe, .disconnect = skel_disconnect, .id_table =   skel_table,

};

 

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

static struct usb_device_id skel_table [] = {

{ USB_DEVICE(USB_SKEL_VENDOR_ID, USB_SKEL_PRODUCT_ID) }, { }              

};

 

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

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

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

MODULE_DEVICE_TABLE (usb, skel_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代码很长,分段分析:

static int skel_probe(struct usb_interface *interface, const struct usb_device_id *id)

{

struct usb_skel *dev = NULL; struct usb_host_interface *iface_desc; struct usb_endpoint_descriptor *endpoint; size_t buffer_size; int i; int retval = -ENOMEM; dev = kmalloc(sizeof(*dev), GFP_KERNEL); if (dev == NULL) {     err("Out of memory");     goto error; } memset(dev, 0x00, sizeof(*dev)); kref_init(&dev->kref);

dev->udev = usb_get_dev(interface_to_usbdev(interface));

dev->interface = interface;

……

error:

if (dev)     kref_put(&dev->kref, skel_delete); return retval;
 

先介绍几个函数:

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的引用释放时被调用。

iface_desc = interface->cur_altsetting; for (i = 0; i < iface_desc->desc.bNumEndpoints; ++i) {     endpoint = &iface_desc->endpoint[i].desc;     if (!dev->bulk_in_endpointAddr &&         ((endpoint->bEndpointAddress & USB_ENDPOINT_DIR_MASK)                == USB_DIR_IN) &&         ((endpoint->bmAttributes & USB_ENDPOINT_XFERTYPE_MASK)                == USB_ENDPOINT_XFER_BULK)) {                 buffer_size = le16_to_cpu(endpoint->wMaxPacketSize);         dev->bulk_in_size = buffer_size;         dev->bulk_in_endpointAddr = endpoint->bEndpointAddress;         dev->bulk_in_buffer = kmalloc(buffer_size, GFP_KERNEL);         if (!dev->bulk_in_buffer) {            err("Could not allocate bulk_in_buffer");            goto error;         }     }     if (!dev->bulk_out_endpointAddr &&         ((endpoint->bEndpointAddress & USB_ENDPOINT_DIR_MASK)                == USB_DIR_OUT) &&         ((endpoint->bmAttributes & USB_ENDPOINT_XFERTYPE_MASK)                == USB_ENDPOINT_XFER_BULK)) {                 dev->bulk_out_endpointAddr = endpoint->bEndpointAddress;     } } if (!(dev->bulk_in_endpointAddr && dev->bulk_out_endpointAddr)) {     err("Could not find both bulk-in and bulk-out endpoints");     goto error; }  

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

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

内容版权声明:除非注明,否则皆为本站原创文章。

转载注明出处:https://www.heiqu.com/wzyggf.html