usb3.0开发指南：验证过程总结

自由固不是钱所能买到的，但能够为钱而卖掉。 —— 鲁迅

usb mass storage设备能顺利读写了，这样的话，对于ip来讲，从链路层到协议层起码是能正常工作的了。关于后面文章的安排：阶段性工作总结的文章就不写了，后面可能针对某些技术点重点罗嗦几句。

一、mass storage设备读写支持

代码下载，驱动还是参考自uboot，通过msg_write和msg_read接口对设备进行读写，都能正常工作。

设备端具有一个bulk-in端点和一个bulk-out端点，协议是BBB（也就是Bulk Only Mass Storage）。

到这一步就能证明控制器从链路层到协议层都能正常工作了，其实也没必要做gadget驱动测试了，因为都是ip内部的东西，肯定是可以正常工作的。就算要测试，在现有的框架下也是很简单的事情，完成不会超过两天时间。

二、总结

其实整个验证过程前前后后大概有两个星期了，还算是比较顺利的，毕竟代码都有现成的，发扬一下拿来主义，再结合文档进行整理，在解决问题的过程中摸清整个工作原理。

在类协议这一层，和usb2.0基本是一样的。

传输层都是通过trb进行管理的，有几种trb：

1. command trb
2. transfer trb
3. event trb
4. link trb
5. event data trb

最重要的是前三种，trb实现有基本模板，所以软件实现中以union形式定义trb。

trb常表现为ring（环形链路）的形式，包括event ring，transfer ring，command ring。

其中event ring配置完后，有controller产生event，software负责处理event（controller是生产者，software是消费者）；transfer ring和command ring的生产者都是software，消费者为controller。

一次传输（一个transfer descriptor）包含一个或多个trb，software根据trb中的C位来识别transfer，如果开始一次新的transfer，那么C位翻转。

控制器带两路port，一路为2.0 port，另一路为3.0 port。在链路层，2.0和3.0是独立分开的（向下兼容2.0），一路pipe，一路utmi+（或者ulpi），pipe接口的phy上电通过链路训练（参考usb3.0 spec ltssm）进入传输状态，utmi+（或者ulpi）接口的phy根据DP有没有上拉来判断是否需要进行高速握手。