Linux USB驱动框架分析（五）

msj0520

接下来的工作是向系统注册一些以后会用的的信息。首先我们来说明一下usb-
set_intfdata()，他向内核注册一个data，这个data结构可以是任意的，在这段程序用向内核注册了一个usb_skel结构，就是我们
刚刚看到的被初始化的那个，这个data可以在以后用usb_get_intfdata来得到。
     usb_set_intfdata(interface, dev);
     retval = usb_register_dev(interface, &skel_class);
然后我们向这个interface注册一个skel_class结构。这个结构又是什么？我们就来看看这到底是个什么东西：
static struct usb_class_driver skel_class = {
     .name =       "skel%d",
     .fops =       &skel_fops,
     .minor_base = USB_SKEL_MINOR_BASE,
};
它其实是一个系统定义的结构，里面包含了一名字、一个文件操作结构体还有一个次设备号的基准
值。事实上它定义真正完成对设备IO操作的函数。所以他的核心内容应该是skel_fops。这里补充一些我个人的估计：因为usb设备可以有多个
interface，每个interface所定义的IO操作可能不一样，所以想系统注册的usb_class_driver要求注册到某一个
interface，因此usb_register_dev的第一个参数是interface，而第二个参数就是某一个
usb_class_driver。通常情况下，linux系统用主设备好来识别某类设备的的驱动程序，用次设备号管理识别具体的设备，驱动程序可以依照
次设备好来区分不同的设备，所以，这里的次设备好其实是用来管理不同的interface的，但由于这个范例只有一个interface，在代码上无法求
证这个猜想。
static struct file_operations skel_fops = {
     .owner = THIS_MODULE,
     .read =       skel_read,
     .write = skel_write,
     .open =       skel_open,
     .release =    skel_release,
};
这个文件操作结构中定义了对设备的读写、打开释放（USB设备通常使用这个术语release）。他们都是函数指针，分别指向skel_read、skel_write、skel_open、skel_release这四个函数，这四个函数应该有开发人员自己实现。
当设备被拔出集线器时，usb子系统会自动地调用disconnect，他做的事情不多，最重要的是注销class_driver（交还次设备号）和interface的data:
     dev = usb_get_intfdata(interface);
     usb_set_intfdata(interface, NULL);

     /* give back our minor */
     usb_deregister_dev(interface, &skel_class);
然后他会用kref_put(&dev->kref, skel_delete)进行清理，kref_put的细节参见前文。
到目前为止，我们已经分析完usb子系统要求的各个主要操作，下一部分我们在讨论一下对USB设备的IO操作。
               
               
               

本文来自ChinaUnix博客，如果查看原文请点：http://blog.chinaunix.net/u/17928/showart_2016083.html