Scsi - Index of

这里bcb->Lun 和CBW 中的bCBWLUN 并不完全对应,bCBWLUN 只有4 个bit,而咱们这里定义的时
候,Lun 是有8 位的,低四位用来对应bCBWLUN,而高四位实际上是用来表征target id 的.所以接下来判
断us->flags 里边设了US_FL_SCM_MULT_TARG 这个标志没有,如果有,说明是支持多个target 的,
于
是就要记录下是哪个target.
bcb->Length = srb->cmd_len,这个对应于CBW 中的bCBWCBLength,即命令的有效长度,单位是
bytes. scsi 命令的有效长度只能是1 到16 之间.接下来有个CDB 数组,数组共16 个元素,理由咱们刚才
讲struct scsi_cmnd 中的cmnd 就已经说过了.而969 行,970 行正是把命令srb->cmnd 数组的内容
copy 至bcb->CDB 中.
这时候,前戏结束了,usb_stor_bulk_transfer_buf 正式被调用了.传递给她的第三个参数正是bcb,而
第四个参数是US_BULK_CB_WRAP_LEN,她也是定义于drivers/usb/storage/transport.h 中,
95 #define US_BULK_CB_WRAP_LEN 31
31 就是CBW 的长度,CBW 正是31 个bytes.而usb_stor_bulk_transfer_buf 的所作所为咱们是非
常
清楚地,无非就是提交这么一个urb,然后就不用管事了,就等结果呗.而最终的result 是由
interpret_urb_result()返回的,传输正确那么会返回USB_STOR_XFER_GOOD,而如果不正确,那么
usb_stor_Bulk_transport()中就直接返回了,返回值是USB_STOR_TRANSPORT_ERROR.如果正确,
那么继续往下走,这才到真正的数据传输阶段. 在真正开始将数据传输阶段之前,我们先来看看
interpret_urb_result()函数.
迷雾重重的 Bulk 传输(四)
在讲数据传输阶段之前,先解决刚才的历史遗留问题. usb_stor_bulk_transfer_buf()中,429 行,有一
个很有趣的函数interpret_urb_result()被调用.这个函数同样来自drivers/usb/storage/transport.c:
277 /*
278 * Interpret the results of a URB transfer
279 *
280 * This function prints appropriate debugging messages, clears halts on
159
281 * non-control endpoints, and translates the status to the corresponding
282 * USB_STOR_XFER_xxx return code.
283 */
284 static int interpret_urb_result(struct us_data *us, unsigned int pipe,
285 unsigned int length, int result, unsigned int partial)
286 {
287 US_DEBUGP("Status code %d; transferred %u/%u\n",
288 result, partial, length);
289 switch (result) {
290
291 /* no error code; did we send all the data? */
292 case 0:
293 if (partial != length) {
294 US_DEBUGP("-- short transfer\n");
295 return USB_STOR_XFER_SHORT;