32CDBcommand descriptor block 命令描述符块)

而我们为CDB准备了一个字符数组,结构体struct scsi_cmnd 中的unsigned char cmnd[16],length最大为12个字节

既然这个 CDB 16 个字节,那么为什么我们每次都判断 cmnd[0]就够了?仔细看这三幅图,注意到那个 Operation code,他代表了命令的名称

 

33CBWCSW, command block wrappercommand  status wrapper

Bulk only传输方式:首先由host给设备发送一个CBW,然后device接收到了CBW,她会进行解释,然后按照CBW里定义的那样去执行她该做的事情,然后她会给host返回一个CSW.CBW实际上是命令的封装包,CSW实际上是状态的封装包.

所谓的Bulk Only传输,总共就是三个阶段,命令传输阶段,数据传输阶段,状态传输阶段;

34urb VS sg

Sg都是最基本的传输单元,sg用于scatter gather模式,usb core提供了三个函数供他使用:usb_sg_init,usb_sg_wait,usb_sg_cancel

.我们要提交一个sg请求,需要做的是,先用usb_sg_init来初始化请求,然后usb_sg_wait()正式提交,然后我们该做的就都做了.如果想撤销一个sg请求,那么调用usb_sg_cancel 即可.

35sense_buffer(跟着感觉走)(驱动出错了,要向设备请求出错信息)

sense_buffer[2]的低四位被称为Sense Key,sense_buffer[12] Additional sense code,也称ASC,sense_buffer[13]Additional sense code qulifier,也称ASCQ.这三个冬冬联手为mid level,提供了需要的信息,主要也就是错误信息或者异常信息;为什么要三个冬冬呢?实际上就是一个分层的描述方法;

REQUEST SENSE这种命令应该由mid level来发,不应该由底层驱动来发,不过通常mid-level并不愿意发这个命令,因为实际上很多SCSI主机适配卡(SCSI host adapter)会自动request the sense.所以为了让事情变得简单,设计上要求底层驱动去对付这个问题.所以要么SCSi host adapters自动获得sense data,要么就是咱们LLD(底层驱动程序)去发送这个命令,对于咱们这个模拟的scsi系统,当然只能是用软件去实现,即咱们必须在LLD中用代码来发送request sense.

36be32_to_cpu/cpu_to_be32(),cpu_to_le16(),cpu_to_le32()

   解释:e叫做Little Endian,be叫做Big Endian,这是两种字节序.le就表示地址地位存储

值的低位,地址高位存储值的高位.be就表示地址低位存储值的高位,地址高位存储值的低位

如果你把0x1234abcd写入0x0000开始的内存中,那么结果就

:

             big-endian     little-endian

0x0000     0x12              0xcd

0x0001     0x23              0xab

0x0002     0xab              0x34

0x0003     0xcd              0x12

usb总线上使用的是little-endian的字节序,scsibig-endian

所以:.所以request_buffer回来的数据是采用be的字节序,因此我们这里的c要通过be32_to_cpu()转换才能变成cpu使用的结果.反过来,当我们再次copyrequest_buffer中的时候,要再使用cpu_to_be32()给转回去.