自由固不是钱所能买到的,但能够为钱而卖掉。 —— 鲁迅
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:
- command trb
- transfer trb
- event trb
- link trb
- 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有没有上拉来判断是否需要进行高速握手。