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

usb_set_intfdata(interface, dev);

retval = usb_register_dev(interface, &skel_class);

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

static struct usb_class_driver skel_class = {

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

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

???? .minor_base = USB_SKEL_MINOR_BASE,

};

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

static struct file_operations skel_fops = {

???? .owner = THIS_MODULE,

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

???? .write = ??skel_write,

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

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

};

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

??? 當設(shè)備被拔出集線器時，usb子系統(tǒng)會自動地調(diào)用disconnect，他做的事情不多，最重要的是注銷class_driver（交還次設(shè)備號）和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的細節(jié)參見前文。

????到目前為止，我們已經(jīng)分析完usb子系統(tǒng)要求的各個主要操作，下一部分我們在討論一下對USB設(shè)備的IO操作。