《Linux那些事儿之我是USB》我是U盘（24）彼岸花的传说（三）
前面已经说了，回到usb_stor_acquire_resources()函数中，返回了0。于是咱们终于回到了storage_probe()函数中来。
1008行，scsi_add_host()函数被执行，之前申请的us->host被作为参数传递给它，同时，intf->dev也被传递给它，这个东西是被用来注册sysfs的。前面已经说过，在scsi_host_alloc之后，必须执行scsi_add_host()，这样，SCSI核心层才能够知道有这么一个host存在。scsi_add_host()成功则返回0，否则返回出错代码。如果一切顺利，将走到1009行，别急，先把代码“贴”出来，这就是storage_probe()函数的最后一小段了：
1014
1015 /* Startup the thread for delayed SCSI-device scanning */
1016 th =kthread_create(usb_stor_scan_thread, us, "usb-stor-scan");
1017 if (IS_ERR(th)) {
1018 printk(KERN_WARNING USB_STORAGE
1019 "Unable to start the device-scanning thread/n");
1020 quiesce_and_remove_host(us);
1021 result = PTR_ERR(th);
1022 goto BadDevice;
1023 }
1024
1025 /* Take a reference to the hostfor the scanning thread and
1026 * count it among all the threads we have launched. Then
1027 * start it up. */
1028 scsi_host_get(us_to_host(us));
1029 atomic_inc(&total_threads);
1030 wake_up_process(th);
1031
1032 return 0;
1033
1034 /* We come here if there are anyproble ms */
1035 BadDevice:
1036 US_DEBUGP("storage_probe()failed/n");
1037 release_everything(us);
1038 return result;
1039 }
又一次见到了kthread_create，不需要更多解释，这里自然还是创建一个内核守护进程，只不过这次是usb_stor_scan_thread，而上次是usb_stor_control_thread。usb_stor_scan_thread()函数也是定义于drivers/usb/storage/usb.c中：
904 /* Thread to carry out delayed SCSI-devicescanning */
905 static int usb_stor_scan_thread(void * __us)
906 {
907 structus_data *us = (struct us_data *)__us;
908
909 printk(KERN_DEBUG
910 "usb-storage: device found at %d/n",us->pusb_dev->devnum);
911
912 /*Wait for the timeout to expire or for a disconnect */
913 if(delay_use > 0) {
914 printk(KERN_DEBUG "usb-storage: waitingfor device "
915 "to settle before scanning/n");
916 retry:
917 wait_event_interruptible_timeout(us->delay_wait,
918 test_bit(US_FLIDX_DISCONNECTING,&us->flags),
919 delay_use * HZ);
920 if (try_to_freeze())
921 goto retry;
922 }
923
924 /*If the device is still connected, perform the scanning */
925 if (!test_bit(US_FLIDX_DISCONNECTING,&us->flags)) {
926
927 /* For bulk-only devices, determine the max LUN value */
928 if (us->protocol == US_PR_BULK &&
929 !(us->flags & US_FL_SINGLE_LUN)) {
930 mutex_lock(&us->dev_mutex);
931 us->max_lun =usb_stor_Bulk_max_lun(us);
932 mutex_unlock(&us->dev_mutex);
933 }
934 scsi_scan_host(us_to_host(us));
935 printk(KERN_DEBUG "usb-storage: devicescan complete/n");
936
937 /* Should we unbind if no devices weredetected? */
938 }
939
940 scsi_host_put(us_to_host(us));
941 complete_and_exit(&threads_gone,0);
942 }
913行，delay_use哪来的？同一个文件中，最开始的地方，定义了一个静态变量：
110 static unsigned int delay_use = 5;
111 module_param(delay_use, uint, S_IRUGO |S_IWUSR);
112 MODULE_PARM_DESC(delay_use, "seconds todelay before using a new device");
设置了delay_use为5，而module_param是Linux Kernel 2.6提供的一个宏，使得delay_use可以在模块被装载时设定。（如果不设，那么它自然就是这里的值5，表示使用一个新的设备之前等待5秒延时。)为什么要延时啊？当插进去的U盘也可能立刻又被拔出来了，试想插入以后一两秒之内又拔出来，那么咱们下面也不用耽误工夫再检测了。
913行，判断delay_use>0，然后917行，wait_event_interruptible_timeout()，它的第一个参数是us->delay_wait。
在storage_probe()函数的最初，在us的初始化时，delay_wait被初始化了。975行，init_waitqueue_head(&us->delay_wait)，而在定义structus_data时，有一个成员就是delay_wait，即wait_queue_head_t delay_wait，这些都是什么意思呢？
实际上wait_event_interruptible_timeout()是一个宏，它代表着Linux中的一种等待机制，等待某个事件的发生，函数原型中，第1个参数是一个等待队列头，即wait_queue_head_t定义的变量，在2.6内核中使用init_waitqueue_head()函数初始化这个等待队列，然后第3个参数是设置超时。比如这里设了5秒，这表示如果5秒到了，那么函数会返回0，不管其他条件如何。第2个参数是一种等待的条件，或者说等待的事件，如果条件满足了，那么函数也会返回，条件要是不满足，那么这个进程会进入睡眠，不过interruptible表明了信号可以把它中断。
一旦进入睡眠，那么有三种情况：一种是wake_up或者wake_up_interruptible函数被另一个进程执行，从而唤醒它，第二种是信号中断它，第三种就是刚才讲的超时，时间到了，自然就会返回。
那么这里具体来说，先判断US_FLIDX_DISCONNECTING这个flag有没有设置，如果没有设置才进入睡眠，否则就不需要浪费彼此的感情了。在进入睡眠之后，如果5秒之内没有把U盘拔出来，那么5秒一到，函数返回0，继续往下走，如果在5秒之前拔出来U盘了，那么后来咱们会讲，storage_disconnect()函数会执行，它会设置US_FLIDX_DISCONNECTING这个flag，并且它会调用wake_up(&us->scsi_scan_wait)来唤醒这里睡眠的进程，告诉它：“别等了，哥们儿，你没那种命！”这样函数就会提前返回，不用等到5秒再返回了。总之不管条件满不满足，5秒之内肯定会返回，所以我们继续往下看。
920行，try_to_freeze()，这是电源管理的内容。
925行，再次判断设备有没有被断开，如果还是没有，那么执行scsi_scan_host()函数扫描，扫描然后就知道这个host或者说这个SCSI卡上面接了什么设备（虽然咱们这个只是模拟的SCSI卡)，然后cat/proc/scsi/scsi才能看到您的U盘。
928行这一段，就是对于有多个LUN的设备，调用usb_stor_Bulk_max_lun()来获得max_lun。
然后941行，complete_and_exit函数，它和complete函数还有一点不一样，除了唤醒别人，还得结束自己（exit）。它在kernel/exit.c中：
1010 NORET_TYPE void complete_and_exit(structcompletion *comp, long code)
1011 {
1012 if (comp)
1013 complete(comp);
1014
1015 do_exit(code);
1016 }
这个函数中最重要的是do_exit()函数，不用多说，它是内核提供的函数，结束进程。也就是说，对于上面这个scan的精灵进程，到这里它就会结束退出了。可以看出它是一个短命的守护进程。总之对于这个精灵进程来说，它的使命就是让你能在cat /proc/scsi/scsi中看到你的U盘，当然了，从此以后你在/dev目录下面也就能看到你的设备了，比如/dev/sda。
再来看父进程，也就是storage_probe()，在用kernel_thread()创建了usb_stor_scan_thread之后，一切正常的话，storage_probe()也走到了尽头了。1032行，return 0了。终于，这个不老的传说也终于到了老的那一刻，一切都结束了，一切都烟消云散了。
