Scsi - Index of

一个类似的函数,名叫usb_stor_show_command().她们是老乡,都来自
drivers/usb/storage/debug.c:
159 void usb_stor_show_sense(
160 unsigned char key,
161 unsigned char asc,
162 unsigned char ascq) {
163
164 const char *what, *keystr;
165
166 keystr = scsi_sense_key_string(key);
167 what = scsi_extd_sense_format(asc, ascq);
168
169 if (keystr == NULL)
170 keystr = "(Unknown Key)";
171 if (what == NULL)
172 what = "(unknown ASC/ASCQ)";
173
174 US_DEBUGP("%s: ", keystr);
175 US_DEBUGPX(what, ascq);
176 US_DEBUGPX("\n");
177 }
这里面又调用了其她函数,scsi_sense_key_string 和scsi_extd_sense_format,这两个函数来自
driver/scsi/constants.c,暂且不表.先来看对usb_stor_show_sense 这个函数的调用.传递给她的实参
是srb->sense_buffer 中的几个元素,对比咱们前面贴出来的那个sense data 的格式,可知
sense_buffer[2]的低四位被称为Sense Key,而sense_buffer[12]是Additional sense code,也称
ASC,sense_buffer[13]是Additional sense code qulifier,也称ASCQ.这三个冬冬联手为mid level
177
提供了需要的信息,主要也就是错误信息或者异常信息.为什么要三个冬冬呢?实际上就是一个分层的描述
方法,比如要描述某个房间就要说某城市某街道某门牌号.这三个冬冬也是起着这么一个作用,Sense Key
是第一层,ASC 则是对她的补充,而ASCQ 则又是对ASC 的补充,或者说解释.这样我们再来看看
usb_stor_show_sense 就很清楚了,咱们传递进来的是三个char 变量,而实际的信息就像某种编码一样
被融入在了这些char 变量中,而调用的两个来自scsi 核心层的函数scsi_sense_key_string 和
scsi_extd_sense_format 就是起着翻译的作用,也叫解码.解码了就可以打印出来了.Yeah!
699 行,srb->result 设置为SAM_STAT_CHECK_CONDITION.为什么?不为什么,Request Sense
执行完之后,scsi 规范告诉我们应该把srb->result 设为SAM_STAT_CHECK_CONDITION,酱紫mid
level 就知道去检查sense data.这也是为什么在554 行,555 行会令srb->result 也为这个值,只不过
那
次sense data 是咱们自己手工准备的,不是通过命令获得的.
704这个if 这一小段,首先咱们需要明白,need_auot_sense 这个flag 被设为1实际上是有两种可能的,
它本身是在usb_stor_invoke_transport()中第一行所定义的一个局部变量,并且在这个函数中特意把它
初始化为0. 第一处设置为1 的位置是574 行当时check us->protocol 为US_PR_CB 或者
US_PR_DPCM_USB,对于这种设备,(如果您只关心u 盘,那么就甭理这种设备了.)第二处设置这个flag
的
就是我们确实遇到了failure,585 行,result 如果等于USB_STOR_TRANSPORT_FAILED,这种情况当