LINUX下USB1.1设备学习小记(3)_host与device

LINUX下USB1.1设备学习小记(3)_host与device       各位还记得”任何传输都是由host发起的”这句话么~ 在usb设备插入pc中到拔出usb设备,都是由host进行询问的 一个usb鼠标的工作流程可以表达如下: usb鼠标插入pc中: 主机询问设备:给我你的设备信息(控制传输) 主机根据usb鼠标的设备信息进行驱动配置,配置结束后 主机询问设备:给我你的数据信息(中断传输) 一定的时间间隔之后.... 主机询问设备:给我你的数据信息(中断传输) 一定的时间间隔之后... 主机询问设备:给我你的数据信息(中断传输) ................. 直到这个设备被拔出,主机不断要求设备提供鼠标的按键和移动数据   因为任何传输都是由host发起的,所以host是我解析的第一对象,而UHCI这个host是我将介绍的对象,目前PC上有3类主机控制器,分别为UHCI,OHCI和EHCI UHCI和OHCI是低速和全速USB设备的主机控制器,所有高速设备都是EHCI这个主机控制器管理的 为什么选择UHCI而不是OHCI呢~ 很简单,因为我是参考fudan_abc的BLOG进行解析的,他写的是关于UHCI的,呢么我只有写UHCI的,因为很多技术规范只有UHCI的生产商英特尔才知道,包括他的BUG 下面我先简短的介绍一下UHCI UHCI全称Universal Host Controller Interface,也就是通用主机控制器接口,他的一个重要责任就是发送USB通信中最关键的令牌包,下面我们就看看他是怎么发送令牌包的 在UHCI的软件控制中,最小的处理为一个叫Transfer Descriptor的结构,这个结构为16字节 黄色区域表示主机控制器硬件可以读写的,白色表示主机控制器硬件只能读,不能写 所有字段都能由主机控制器驱动,也就是软件来写 td的这4个字段从上倒下分别为连接字段,控制字段,令牌字段和缓冲字段 呢么这个TD完成一个什么样的功能呢?~ 很可惜,从软件上看,这个TD负责完成一个事务的传输,也就是令牌包,数据包和握手包这3个包的传输都由TD来描述,所以单独令牌包的发送是硬件自动完成的,软件是参与不到的,所以我们只能从一个控制传输来看看UHCI是如何完成事务传输的 不过在这之前还需要介绍1个知识,Frame List Frame List是一个由1024个Frame组成的帧列表,干嘛用呢?~很简单,所有的td都是挂载在Frame上的,然后UHCI分配给每帧1ms的时间做传输,执行Frame上的td队列, 1ms到期后就处理下一帧的td队列 现在我们假定设备的地址为20,使用0号端点,发送一个setup事务,任务为取得大小为18字节的设备描述符 这个setup事务使用一个setup事务,数据阶段使用一个in事务,状态阶段使用一个out事务, 好,现在开始构建td队列 第一个事务为setup事务 1. 首先填充 td令牌字段中的pid字段,setup事务中的令牌包为setup包,setup包的pid为1101,pid效验为0010,则pid字段为0x2D 2. 填充td令牌字段中的地址字段,这里我们使用的地址为20,则填充0x14 3. 填充td令牌字段中的端点字段,这里我们使用的端点为0,则填充0x0 4. 填充td令牌字段中的数据长度字段,setup事务中data的数据大小为8字节,则填充0x8 5. 填充td令牌字段中的数据包类型字段,setup默认为0,这里填充为0 6. 填充td的缓冲字段,这个缓冲字段是一个指针,指向一个DMA地址,UHCI硬件根据事务是写还是读来直接读写这个地址上的数据,不需要CPU的参与,假设我已经为8字节的数据申请了一个DMA地址,为0xFFFF,则填充0xFFFF到缓冲字段 7. 填充td的连接字段,因为还有一个数据阶段的in事务和状态阶段的out事务,这里连接数据阶段的in事务所使用的td地址 第二个事务为数据阶段的in事务 1. 首先填充首先填充 td令牌字段中的pid字段,in事务中的令牌包为in包,in包的pid为1001,pid效验为0110,则pid字段为0x69 2. 填充td令牌字段中的地址字段,这里我们使用的地址为20,则填充0x14 3. 填充td令牌字段中的端点字段,这里我们使用的端点为0,则填充0x0 4. 填充td令牌字段中的数据长度字段,我们所需要的设备描述符的大小为18字节,则这里填写为0x12 5. 填充td令牌字段中的数据包类型字段,因为这是第一个数据包,第一个数据包所使用的类型为data1,这里填充为1 6. 填充td的缓冲字段,这个缓冲字段是一个指针,指向一个DMA地址,UHCI硬件根据事务是写还是读来直接读写这个地址上的数据,不需要CPU的参与,假设我已经为18字节的数据申请了一个DMA地址,为0xCCCC,则填充0xCCCC到缓冲字段 7. 填充td的连接字段,因为还有一个状态阶段的out事务,这里连接状态阶段out事务所使用的td地址 第三个事务为状态阶段所使用的out事务 1. 首先填充首先填充 td令牌字段中的pid字段,out事务中的令牌包为out包,out包的pid为0001,pid效验为1110,则pid字段为0xE1 2. 填充td令牌字段中的地址字段,这里我们使用的地址为20,则填充0x14 3. 填充td令牌字段中的端点字段,这里我们使用的端点为0,则填充0x0 4. 填充td令牌字段中的数据长度字段,状态阶段的数据包中的数据长度为0,这里填充为0x0 5. 填充td令牌字段中的数据包类型字段,因为这是状态阶段的数据包,规定使用的数据包类型为data1,这里填充为1 6. 填充td的缓冲字段,因为该数据包的数据为0,这里填充0 7. 填充td的连接字段,因为后面没有事务了,这里填充停止标志 现在把这3个事务连接到帧上, 形成下图 UHCI如何进行操作呢?~  我形象的比喻一下 1号td(setup事务)-setup阶段 1. 主机:我发setup包了,等一下我还要发个数据包 2. 主机:我发数据包了 3. 设备:我收到了 2号td(in事务)-数据阶段 1:主机:我发in包了,你给我返还一个数据包 2:设备:我发数据包了 3:主机:我收到了 3号td(out事务)-状态阶段 1. 主机:我发out包了,等一下我还要发个数据包 2. 主机:我发数据包了 3. 设备:我收到了 这样,一个控制传输就完成了 是不是觉得很简单呢?~ 其实USB真正复杂的地方在于休眠和恢复,这些都是由主机控制器来完成的,平时USB驱动程序是不会接触到的,但在之后的UHCI在LINUX中的驱动中我将尽自己的能力分析,毕竟我的数模电路基础几乎为0,大家多包涵 = 3= 了解了主机端,我们再看看设备端,设备端的工作相对较少,为什么呢?看看前面控制传输的图,可以发现,所有的事务的第一个包都是黄色的,也就是都是由主机发送的,设备所要发送的包类型只有两种,数据包和握手包,处理流程如下 在PDIUSBD12中,应答包是由硬件自动判断的,剩下给软件编程人员的就只剩根据令牌包是否发数据包的权利了,真是悲惨啊~       = 3= 转载请注明转自个人BLOG http://blog.chinaunix.net/u1/57901/