Scsi - Index of

必须给各个地方取名,完了给各条大大小小的路取名,比如你要揭发你们那里的官员腐败,你要去
24
上访,你从某偏僻的小县城出发,要到北京来上访,那你的这个端点(endpoint)就是北京,而你得
知道你来北京的路线,那这个从你们县城到北京的路线就算一条管道.有人好奇的问了,管道应该
有两端吧,一个端点是北京,那另一个端点呢?答案是,这条管道有些特殊,就比如上访,我们只需要
知道一端是北京,而另一端是哪里无所谓,因为不管你在哪里你都得到北京来上访.没听说过你在
山西你可以上访,你要在宁夏还不能上访了,没这事对吧.
严格来说,管道的另一端应该是usb 主机,即前面说的那个host,usb 协议里边也是这么说的,协
议里边说pipes 代表着一种能力,怎样一种能力呢,在主机和设备上的端点之间移动数据,听上去
挺玄的.因为事实上,usb 里边所有的数据传输都是有主机发起的.一切都是以主机为核心,各种设
备紧紧围绕在主机周围.所以呢,usb core 里边很多函数就是,为了让usb host 能够正确的完成
数据传输或者说传输调度,就得告诉host 这么一个pipe,换言之,它得知道自己这次调度的数据
是传送给谁或者从谁那里传输过来.不过有人又要问了,比如说我要从U 盘里读一个文件,那我告
诉usb host 某个端点能有用吗?那个文件又不是存放在一个端点里边,它不该是存放在U盘里边
吗?这个就只能在后面的代码里去知道了.实际上端点这东西是一个很虚的东西,它的身上充分体
现了我国军事思想中的声东击西的想法,即数据本身并不是在端点里,但是看上去却觉得仿佛在
端点里.这一切的谜团,让我们在storage_probe()函数里去慢慢解开吧.
梦开始的地方
对于整个usb-storage 模块,usb_stor_init()是它的开始,然而,对于U 盘驱动程序来说,它真正
驱使U 盘工作却是始于storage_probe().
两条平行线只要相交,就注定开始纠缠一生,不管中间是否短暂分离. usbcore 为设备找到了适合
她的驱动程序,或者为驱动程序找到了他所支持的设备,但这只是表明双方的第一印象还可以,但
彼此是否真的适合对方还需要进一步的了解.毋庸置疑,了解对方的第一步是,知道她有哪些爱好,
她的生日,她的星座,喜欢吃什么,而U 盘driver 则会调用函数storage_probe()去认识对方,她
是个什么样的设备,她的生活习惯是?她的联系方式是?这里调用了四个函数
get_device_info,get_protocol,get_transport,get_pipes. 当然还有一些别人并不了解的
冬冬你也会知道,比如她的三围,这里对应的就是usb_stor_Bulk_man_lun().
整个U 盘驱动这部大戏,由storage_probe 开始,由storage_disconnect 结束.其
中,storage_probe 这个函数占了相当大的篇幅.我们一段一段来看.这两个函数都来自
drivers/usb/storage/usb.c 中:
926 /* Probe to see if we can drive a newly-connected USB device */
927 static int storage_probe(struct usb_interface *intf,
928 const struct usb_device_id *id)
929 {
930 struct us_data *us;
931 const int id_index = id - storage_usb_ids;
932 int result;
933
934 US_DEBUGP("USB Mass Storage device detected\n");
935
936 /* Allocate the us_data structure and initialize the mutexes */
937 us = (struct us_data *) kmalloc(sizeof(*us), GFP_KERNEL);