《Linux那些事儿之我是USB》我是U盘（27）彼岸花的传说(四)--总结

U盘，不仅仅是USB设备，还是“盘”，它还需遵守USB Mass Storage协议，以及Transparent SCSI规范。从驱动程序的角度来看，它和一般的SCSI磁盘差不多。所以U盘的工作真正需要的是四个模块，usbcore，scsi_mod，sd_mod，以及咱们这里的usb-storage，其中sd_mod恰恰就是SCSI硬盘的驱动程序。没有它，你的SCSI硬盘就别想在Linux下面转起来。

usb_stor_control_thread()，当初用kthread_create创建它时，从此以后一个进程变成两个进程,沿着storage_probe讲完的是父进程，父进程最终返回了，而子进程则没有那么简单，usb_stor_control_thread()中的死循环注定了这个子进程是一个永恒的进程，只要这个模块还没有被卸载，或者说还没有被要求卸载，这个子进程就必将永垂不朽地战斗下去。

static int usb_stor_acquire_resources(struct us_data *us)

{

th = kthread_run(usb_stor_control_thread, us, "usb-storage");

    if (IS_ERR(th)) {

        dev_warn(&us->pusb_intf->dev,

                "Unable to start control thread\n");

        return PTR_ERR(th);

    }

    

SCSI核心层，硬件上来说，SCSI命令就是SCSI主机到SCSI设备，而从代码的角度来说，SCSI核心层要求为每一个SCSI主机实现一个queuecommand命令，每一次应用层发送

来了SCSI命令了，比如你去读写/dev/sda，最终SCSI核心层就会调用与该主机相对应queuecommand，（确切地说是structScsi_Host结构体中的成员struct scsi_host_template中的成员指针queuecommand，这是一个函数指针。）那么我们来看，当初我们定义的struct scsi_host_template usb_stor_host_template，其中的确有一个queuecommand，我们赋给它的值也是queuecommand，即我们让queuecommand指向一个叫做queuecommand的函数

struct scsi_host_template usb_stor_host_template = { 

.queuecommand =         queuecommand,

｝