Linux USB驅(qū)動(dòng)框架分析（五）

??接下來(lái)的工作是向系統(tǒng)注冊(cè)一些以后會(huì)用的的信息。首先我們來(lái)說(shuō)明一下usb_set_intfdata()，他向內(nèi)核注冊(cè)一個(gè)data，這個(gè)data的結(jié)構(gòu)可以是任意的，這段程序向內(nèi)核注冊(cè)了一個(gè)usb_skel結(jié)構(gòu)，就是我們剛剛看到的被初始化的那個(gè)，這個(gè)data可以在以后用usb_get_intfdata來(lái)得到。

usb_set_intfdata(interface, dev);

retval = usb_register_dev(interface, &skel_class);

????然后我們向這個(gè)interface注冊(cè)一個(gè)skel_class結(jié)構(gòu)。這個(gè)結(jié)構(gòu)又是什么？我們就來(lái)看看這到底是個(gè)什么東西：

static struct usb_class_driver skel_class = {

???? .name =?????? "skel%d",

???? .fops =?????? &skel_fops,

???? .minor_base = USB_SKEL_MINOR_BASE,

};

????它其實(shí)是一個(gè)系統(tǒng)定義的結(jié)構(gòu)，里面包含了一名字、一個(gè)文件操作結(jié)構(gòu)體還有一個(gè)次設(shè)備號(hào)的基準(zhǔn)值。事實(shí)上它才是定義 真正完成對(duì)設(shè)備IO操作的函數(shù)。所以他的核心內(nèi)容應(yīng)該是skel_fops。這里補(bǔ)充一些我個(gè)人的估計(jì)：因?yàn)?span>usb設(shè)備可以有多個(gè)interface，每個(gè)interface所定義的IO操作可能不一樣，所以向系統(tǒng)注冊(cè)的usb_class_driver要求注冊(cè)到某一個(gè)interface，而不是device，因此，usb_register_dev的第一個(gè)參數(shù)才是interface，而第二個(gè)參數(shù)就是某一個(gè)usb_class_driver。通常情況下，linux系統(tǒng)用主設(shè)備號(hào)來(lái)識(shí)別某類(lèi)設(shè)備的驅(qū)動(dòng)程序，用次設(shè)備號(hào)管理識(shí)別具體的設(shè)備，驅(qū)動(dòng)程序可以依照次設(shè)備號(hào)來(lái)區(qū)分不同的設(shè)備，所以，這里的次設(shè)備好其實(shí)是用來(lái)管理不同的interface的，但由于這個(gè)范例只有一個(gè)interface，在代碼上無(wú)法求證這個(gè)猜想。

static struct file_operations skel_fops = {

???? .owner = THIS_MODULE,

???? .read =?????? skel_read,

???? .write = ??skel_write,

???? .open =?????? skel_open,

???? .release =??? skel_release,

};

????這個(gè)文件操作結(jié)構(gòu)中定義了對(duì)設(shè)備的讀寫(xiě)、打開(kāi)、釋放（USB設(shè)備通常使用這個(gè)術(shù)語(yǔ)release）。他們都是函數(shù)指針，分別指向skel_read、skel_write、skel_open、skel_release這四個(gè)函數(shù)，這四個(gè)函數(shù)應(yīng)該有開(kāi)發(fā)人員自己實(shí)現(xiàn)。

??? 當(dāng)設(shè)備被拔出集線器時(shí)，usb子系統(tǒng)會(huì)自動(dòng)地調(diào)用disconnect，他做的事情不多，最重要的是注銷(xiāo)class_driver（交還次設(shè)備號(hào)）和interface的data:

dev = usb_get_intfdata(interface);

usb_set_intfdata(interface, NULL);

/* give back our minor */

usb_deregister_dev(interface, &skel_class);

????然后他會(huì)用kref_put(&dev->kref, skel_delete)進(jìn)行清理，kref_put的細(xì)節(jié)參見(jiàn)前文。

????到目前為止，我們已經(jīng)分析完usb子系統(tǒng)要求的各個(gè)主要操作，下一部分我們?cè)谟懻撘幌聦?duì)USB設(shè)備的IO操作。