- 博客(5)
- 资源 (5)
- 收藏
- 关注
RSS订阅原创 《Linux那些事儿之我是USB》我是U盘（30）彼岸花的传说（The End）
解决了这个INQUIRY的问题，我们就可以继续往下走了，372行，这就是真正的批量传输的地方，proto_handler()就是正儿八经的处理SCSI命令的函数指针。而usb_stor_control_thread之前的所有代码就是为了判断是不是有必要调用函数proto_handler()，比如超时了，比如模块该卸载了，比如设置断开flag了，比如要处理的就是这个有问题的INQUIRY等，这些情况
2011-11-29 20:00:36
11974
原创 《Linux那些事儿之我是USB》我是U盘（29）彼岸花的传说（八）
对于use_sg为0的情况，我们接下来再看168行，offset是函数调用传递进来的参数，注释里说得很清楚，就是用来标志偏移量的，每次复制几个字节它就增加几个字节，最大它也不能超过request_bufflen，这是显然的。usb_stor_access_xfer_buf()这个函数所做的事情就是从srb->request_buffer往buffer里边复制数据，或者反过来从buffer往srb-
2011-11-24 23:24:11
12192
1
原创 《Linux那些事儿之我是USB》我是U盘（28）彼岸花的传说（七）
很显然，我们是把为INQUIRY命令准备的数据保存到了我们自己定义的一个结构体中，即structdata_ptr[36]，但是我们是为了回应一个SCSI命令，最终需要知道答案的是SCSI核心层。正是它们传递了一个scsi_cmnd结构体下来，即srb。struct scsi_cmnd中有两个成员，即unsigned request_bufflen和void *request_buffer，应该把d
2011-11-21 18:50:33
12108
原创 《Linux那些事儿之我是USB》我是U盘（27）彼岸花的传说（六）
我们继续接着上一节往下看。fill_inquiry_response()，这个函数来自drivers/usb/storage/usb.c中。266 void fill_inquiry_response(struct us_data *us,unsigned char *data,267 unsigned int data_len)268 {269
2011-11-13 22:15:17
14709
5
原创 《Linux那些事儿之我是USB》我是U盘（26）彼岸花的传说（五）
下面讲一下usb_stor_control_thread()函数。唤醒它的是来自queuecommand的up(&(us->sema))，us->srb被赋值为srb，而srb是来自SCSI核心层在调用queuecommand时候传递进来的参数。聚焦usb_stor_control_thread()。314行，前面说过，关于dev_mutex这把锁我们必须在看完整个模块之后再来从较高的角度来看。
2011-11-10 21:09:52
11423
Linux那些事儿之我是USB Core(v1.0)
2007-11-05
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人