第二十六篇:USB3.0高带宽ISO(48KBytes/125us)实战

USB3.1技术已经推出, 10Gbps的速率足以满足数据, HD视频传输的要求.

要步入USB3.1的研发, 还得将USB3.0的基础打扎实.

微软提供的SUPER MUTT只包含一个接口0, 其下有两个ALT, ALT 1与ALT 2, 分别包含了两对ISO IN/OUT端点, 不过, 只有ALT 2下的ISO OUT EP的bMaxBurst为1,
而其它三个ISO EP的bMaxBurst均为0, 而所有的ISO EP的Mult均为0.

即只有一个ISO EP支持2KBytes/125us的能力, 其余三个ISO EP只支持1KBytes/125us的能力, 技术上来讲,
远远未达到高带宽(48KBytes/125us)的上限.

这样的设备,甚至都不如一个高带宽的USB2.0的设备(3KBytes/125us),用来衡量系统中USB3.0
xHCI HOST的高带宽能力也就无从谈起了.

于是, 利用自开发的USB3.0 silicon, 对设备端驱动稍作修改, 经过Lecory
Advisor T3 USB3.0分析仪的验证, 证明设备端的ISO EP具有接收与发送48KBytes/125us的能力.

接下来, 则需要用该设备来验证xHCI USB3.0 HOST的ISO高带宽能力.

测试平台为INTEL xHCI USB3.0 HOST, Win8 USB3 STACK.

先给出测试结果:

(1.1) HOST发送48*8KBYTES的数据

ISO MaxPacketSize = 49152

000000830.01842206read-write
irp failed with status C0000001

000000850.01842534urb
header status C0000B00

00000089 0.01843355IsoPacket[0].offset = 0           IsoPacket[0].Length = 49152 IsoPacket[0].Status = c0030000

00000091 0.01843889IsoPacket[1].offset = 49152   IsoPacket[1].Length = 49152 IsoPacket[1].Status = c0030000

00000093 0.01844382IsoPacket[2].offset = 98304   IsoPacket[2].Length = 49152 IsoPacket[2].Status = c0030000

00000095 0.01844915IsoPacket[3].offset = 147456 IsoPacket[3].Length = 49152 IsoPacket[3].Status = c0030000

00000097 0.01846065IsoPacket[4].offset = 196608 IsoPacket[4].Length = 49152 IsoPacket[4].Status = c0030000

00000099 0.01846393IsoPacket[5].offset = 245760 IsoPacket[5].Length = 49152 IsoPacket[5].Status = c0030000

00000101 0.01846763IsoPacket[6].offset = 294912 IsoPacket[6].Length = 49152 IsoPacket[6].Status = c0030000

00000103 0.01847091IsoPacket[7].offset = 344064 IsoPacket[7].Length = 49152 IsoPacket[7].Status = c0030000

Total data transferred = 0(dec), 0(hex)

(1.2)  HOST接收48*8KBYTES的数据

000001690.02440798IsoPacket[0].offset
= 0           IsoPacket[0].Length = 49152     IsoPacket[0].Status = 0

00000171 0.02441290IsoPacket[1].offset = 49152   IsoPacket[1].Length = 49152     IsoPacket[1].Status = 0

00000173 0.02441824IsoPacket[2].offset = 98304   IsoPacket[2].Length = 0             IsoPacket[2].Status = c0030000

00000175 0.02442317IsoPacket[3].offset = 147456 IsoPacket[3].Length = 0             IsoPacket[3].Status = c0030000

00000177 0.02442850IsoPacket[4].offset = 196608 IsoPacket[4].Length = 49152     IsoPacket[4].Status = c0030000

00000179 0.02443343IsoPacket[5].offset = 245760 IsoPacket[5].Length = 0             IsoPacket[5].Status = c0030000

00000181 0.02444533IsoPacket[6].offset = 294912 IsoPacket[6].Length = 0             IsoPacket[6].Status = c0030000

00000183 0.02444821IsoPacket[7].offset = 344064 IsoPacket[7].Length = 49152     IsoPacket[7].Status = 0

这里比较有意思的是:

8个包中, 有三个(0, 1, 7)是成功传输了48K的, 还有一个虽然也传输了48K, 但系统USB3.0 STACK认为该ISO PACKET(4)是不成功的.

这个不成功的原因, 后文中会解释原因.

我所说的有意思是, USB3 STACK在填UrbIsochronousTransfer.TransferBufferLength的时候, 却是4*48K, 而不是3*48K.

从以上USB分析仪中的数据可以发现, 这8次写失败的原因有两个:

1. xHCI HOST没有在一个UFRAME中将数据发完,

2. XHCI HOST根本没有发数据, 甚至都没有在这个UFRAME中发出PING

归结起来, 就是系统USB SUBSYSTEM, 甚至包括MEMORY CONTROLLER, 系统总线等一系列的因素所导致.

对于读成功的情况, 则是在一个UFRAME中, XHCI HOST引发了(32+16)个1K的包的读.

对于不成功的情况, 则是UFRAME中, XHCI HOST没有发出ACK IN来读取设备端的数据, 也甚至连PING都没有发出.

(2.1) 48K*1写:

00000082
0.00891627 read-write irp failed with status C0000001

00000084 0.00891914
urb header status C0000B00

00000088 0.00892735
IsoPacket[0].offset = 0           IsoPacket[0].Length = 49152 IsoPacket[0].Status = c0030000

00000090 0.00893269
IsoPacket[1].offset = 49152   IsoPacket[1].Length = 0         IsoPacket[1].Status = c0020000

00000092 0.00893803
IsoPacket[2].offset = 98304   IsoPacket[2].Length = 0         IsoPacket[2].Status = c0020000

00000094 0.00894295
IsoPacket[3].offset = 147456 IsoPacket[3].Length = 0         IsoPacket[3].Status = c0020000

00000096 0.00895527
IsoPacket[4].offset = 196608 IsoPacket[4].Length = 0         IsoPacket[4].Status = c0020000

00000098 0.00895855
IsoPacket[5].offset = 245760 IsoPacket[5].Length = 0         IsoPacket[5].Status = c0020000

00000100 0.00896184
IsoPacket[6].offset = 294912 IsoPacket[6].Length = 0         IsoPacket[6].Status = c0020000

00000102 0.00896471
IsoPacket[7].offset = 344064 IsoPacket[7].Length = 0         IsoPacket[7].Status = c0020000

00000110 0.00897498
Total data transferred = 0(dec), 0(hex)

其中, 写没成功, 原因与48*8K相同, 没有在一个UFRAME将数据发完.

后面的ERROR CODE c0020000并非真正的错误, 而是上层没有数据可发导致.

(2.2)48K*1读:

00000168
0.01482911 IsoPacket[0].offset = 0           IsoPacket[0].Length = 49152   IsoPacket[0].Status = 0

00000170 0.01483404
IsoPacket[1].offset = 49152   IsoPacket[1].Length = 0           IsoPacket[1].Status = c0030000

00000172 0.01483938
IsoPacket[2].offset = 98304   IsoPacket[2].Length = 0           IsoPacket[2].Status = c0030000

00000174 0.01484389
IsoPacket[3].offset = 147456 IsoPacket[3].Length = 49152   IsoPacket[3].Status = 0

00000176 0.01485498
IsoPacket[4].offset = 196608 IsoPacket[4].Length = 0           IsoPacket[4].Status = c0030000

00000178 0.01485826
IsoPacket[5].offset = 245760 IsoPacket[5].Length = 0           IsoPacket[5].Status = c0030000

00000182 0.01486196
IsoPacket[6].offset = 294912 IsoPacket[6].Length = 49152   IsoPacket[6].Status = 0

00000186 0.01486524
IsoPacket[7].offset = 344064 IsoPacket[7].Length = 0           IsoPacket[7].Status = c0030000

情况和48K*8情况相同.

只是这里没有出现既传输了数据, 又是出错的情况.

(3.1) 32K*8 WRITE

(3.2) 32K*8 READ

都成功.

总结:

INTEL的xHCI系统加上WIN8的USB3 STACK可以达到32KB/UFRAME的能力, 但不能达到48KB/UFRAME的能力.

第二十六篇:USB3.0高带宽ISO(48KBytes/125us)实战

时间: 2024-10-15 12:51:21

第二十六篇:USB3.0高带宽ISO(48KBytes/125us)实战的相关文章

第二十六篇 jQuery 学习8 遍历-父亲兄弟子孙元素

jQuery 学习8 遍历-父亲兄弟子孙元素 jQuery遍历,可以理解为"移动",使用"移动"还获取其他的元素. 什么意思呢?老师举一个例子: 班上30位同学,我是新来负责教这个班学生的老师,但我不认识所有学生,只认识上学期教过的几位同学.比如小明.我们再用一小串代码来作解释: <body> <span id="ming">我是小明</span> <span>我坐在小明后面,我叫李四</sp

python全栈开发基础【第二十六篇】(concurrent.futures模块、协程、Greenlet、Gevent)

注意 1.不能无限的开进程,不能无限的开线程最常用的就是开进程池,开线程池.其中回调函数非常重要回调函数其实可以作为一种编程思想,谁好了谁就去掉 2.只要你用并发,就会有锁的问题,但是你不能一直去自己加锁吧那么我们就用QUEUE,这样还解决了自动加锁的问题由Queue延伸出的一个点也非常重要的概念.以后写程序也会用到这个思想.就是生产者与消费者问题 一.Python标准模块--concurrent.futures(并发未来) concurent.future模块需要了解的 1.concurent

第二十六篇 知识点总结

虽然不是周末,但是这次我有空就来整理并回顾一下这一周所学的知识.... 这一周,我主要学习到 了Java中的一些基础知识,其中包括:接口.类.抽象类.继承.构造函数.方法重写.方法重载.自动转型.多态.引用传递: 下面 ,我就来一一总结一下,首先 先谈一下接口,什么是接口? Java接口 是一系列方法的声明,是一些方法特征的集合,一个接口只有方法的特征没有方法的实现,因此这些方法可以在不同的地方被不同的类实现,而这些实现可以具有不同的行为(功能). 它主要使用的关键字是----interface

第二十六篇:两个SOUI新控件 ---- SListView和SComboView(借用Andorid的设计)

SOUI原来实现的SListBoxEx的效率一直是我对SOUI不太满意的地方.包括后来网友实现的SListCtrlEx. 这类控件为每一个列表项创建一个SWindow来容纳数据,当数据量比较大(10000+)时,一方面内存消耗会很严重:另一方面列表数据初始化也需要大量的时间. 今年开始转型做Android开发.大家都知道Android开发APP和PC上开发APP相比要简单很多,其中我个人体会最深的就是Android的ListView控件. 在Android中,ListView中列表项的显示采用控

第二十六篇 面向对象初识

一. 三大编程范式 前面学完了Python的基本语法,能写Python代码, 而且可以处理工作中的一些问题,今天开始就要进入面向对象的学习了.首先,了解下三大编程范式,编程范式就是编程方法论,表明的是一种编程风格. 切记:三种编程风格没有好坏之分,有分别的是使用不同风格的人. 1. 面向过程编程 核心是过程二字,过程指的是解决问题的步骤,即先干什么再干什么......面向过程的设计就好比精心设计好一条流水线,是一种机械式的思维方式. 优点是:复杂度的问题流程化,进而简单化(一个复杂的问题,分成一

Python之路(第二十六篇) 面向对象进阶:内置方法

一.__getattribute__ object.__getattribute__(self, name) 无条件被调用,通过实例访问属性.如果class中定义了__getattr__(),则__getattr__()不会被调用(除非显示调用或引发AttributeError异常) class Foo: ? def __init__(self,x): self.x = x ? def __getattr__(self, item): print("执行__getattr__") ?

第二十六篇、因为自定item(nav)而使系统右滑返回手势失效的解决方法

@interface ViewController () <uigesturerecognizerdelegate> @[email protected] ViewController - (void)viewDidLoad { [super viewDidLoad]; // 自定义返回按钮 UIButton *button = [[UIButton alloc]initWithFrame:CGRectMake(0, 0, 44, 44)]; [button setTitle:@"王

第二十六篇 圆满

"圆满"是我们所有人都想达到的一种最佳状态.因为在人类世界中很少有人达到这种状态,所以我们才非常向往.当然以上所说的"圆满",指的是一个人达到了创造者当初对自身生命各种能力的设计预期,这就是我所表达的一个人类生命的圆满状态. 我们如今虽然还没有能力达到那样的圆满状态,但是我们可以通过自身的不断努力朝着那样的方向去提升与发展,这是我们作为人类生命的第一人生目标.只有完成了这第一人生目标,我们才有机会往更高的领域去进展.希望亲人们一定要清楚我们人类生命还有很大的发展空间

第二十六篇 玩转数据结构——二分搜索树

1.. 二叉树 跟链表一样,二叉树也是一种动态数据结构,即,不需要在创建时指定大小. 跟链表不同的是,二叉树中的每个节点,除了要存放元素e,它还有两个指向其它节点的引用,分别用Node left和Node right来表示. 类似的,如果每个节点中有3个指向其它节点的引用,就称其为"三叉树"... 二叉树具有唯一的根节点. 二叉树中每个节点最多指向其它的两个节点,我们称这两个节点为"左孩子"和"右孩子",即每个节点最多有两个孩子. 一个孩子都没有