Scsi - Index of

856 scsi_host_put(us->host);
857
858 /* Free the extra data and the URB */
859 if (us->extra)
860 kfree(us->extra);
861 if (us->current_urb)
862 usb_free_urb(us->current_urb);
863
864 }
865
866 /* Dissociate from the USB device */
867 static void dissociate_dev(struct us_data *us)
868 {
869 US_DEBUGP("-- %s\n", __FUNCTION__);
870
871 /* Free the device-related DMA-mapped buffers */
872 if (us->cr)
873 usb_buffer_free(us->pusb_dev, sizeof(*us->cr), us->cr,
874 us->cr_dma);
875 if (us->iobuf)
876 usb_buffer_free(us->pusb_dev, US_IOBUF_SIZE, us->iobuf,
877 us->iobuf_dma);
878
879 /* Remove our private data from the interface */
880 usb_set_intfdata(us->pusb_intf, NULL);
881
882 /* Free the structure itself */
883 kfree(us);
884 }
823 行,判断us 的pid,这个pid 是哪来的?很显然,usb_stor_release_resources 和咱们前面说过的
usb_stor_acquire_resources 函数是一对,us->pid 也正是来自usb_stor_acquire_resources()函
数,
当时在调用kernel_thread 启动usb_stor_control_thread 的时候,记下了kernel_thread()的返回值,
并把她赋给了us->pid,实际上kernel_thread()对于父进程来说,返回值就是子进程的pid,也就是说当年
创建的精灵进程的pid 是被记录下来了的.写代码的人老辣的编程功底可见一斑.
840 行,设置us->srb 为NULL.
197
844 行和845 行,up(&us->sema),以及wait_for_completion(&us->notify),知道这两句干嘛的吗?
还记得usb_stor_control_thread(),当初讲到down_interruptible(&us->sema),咱们就说该守护进
程进入了睡眠,那么谁能把她唤醒,除了前面讲的queuecommand 之外,这里同样也是唤醒她的代码,并且
这个函数在唤醒别人之后,自己执行wait_for_completion 函数来进入等待.好,再次回到那个函数
吧,usb_stor_control_thread(),303 行,被up()唤醒的down_interruptible 返回0.然后312 行到
316
行的这个if 小段当然就会执行了,因为us->srb 这时候毫无疑问,等于NULL,所以break 会被执行,从而结