USB OHCI架构

##简述
OHCI是嵌入式使用较多的一种USB的Host Control架构。其硬件实现了许多符合USB规范的功能，因此软件上，特别是嵌入式领域，通过对其register进行一些初始化，以及相对较少的操作，就能实现USB通信。
##OHCI所处位置

##数据传输类别
这里和usb协议的是一样的：

Interrupt和Isochronous传输都是周期性的，而Control和Bulk都是非周期性的。这里的周期性的，觉得是数据在bus上，固定时间内进行数据传输。
Control和Bulk好理解，就是传输一些信息，只是Bulk一次传输的数据块要大。
Interrupt方式，其实也是Host在周期性的侦听来自某Device的数据传送请求。而Isochronous应当是类似于基于连接的传输，不停的传送数据。
##数据结构
接口的通信的基本构建块，是ED(Endpoint Descriptor)和TD(Transfer Descriptor)。

• Endpoint Descriptor：包含了Host Controller要与之通信的Endpoint的必要信息；
• Transfer Descriptor：包含了要传输的data packet的必要信息。
  可以用一个list结构来表示其ED, TD：
  
  ###Head Ptr的管理
  看来对于4种Transfer Type，也分为四种Endpoint，对不同类型的Endpoint，是在不同的List中进行管理的。
  Bulk和Control的ED List的Head Ptr由HC寄存器来维护。
  Interrupt的ED List的Head Ptr在HCCA中来维护。
  Isochronous的ED List是没有单独的Head Ptr的，下一个Isochronous的ED直接链接在上一个Interrupt ED的后面。
  Interrupt ED的Head Ptr看来特殊点，下面说明下：
  ###Interrupt ED List的Head Ptr
  有32个interrupt Head Ptr，使用哪个interrupt Head Ptr是由Frame Counter的最后5 bits的值来决定HCCA中的interrupt数组的某个interrupt Head Ptr的。有32个interrupt ED的框架如下：
  
  树形结构组织interrupt ED，而Head Ptr则作为叶子节点，越靠近上部polling interval越小。
  如下是一个interrupt ED调度的例子：
  
  这个图根据不同的polling interval将ED分在不同层。不过依据前面的Typical List Structure的图，Head Ptr在叶子节点，而Head Ptr又是List的Head，spec只说将会把下一个存在的ED添加到List，但是如何添加呢，就这个例子来看，应当是0–31的Head Ptr每个都维护一个List才对，而其后的ED排列顺序应当都不一样，具体如何做？另外维护这么多是否会浪费，好处是什么？
  ##Host Controller Driver（HCD）
  主要用来管理Host Controller的操作。直接操作Host Controller的寄存器，在HCCA中建立interrupt ED list。
  ###带宽分配
  对于periodic endpoint，HCD会分配可用的带宽，若没有足够的带宽了，那就会拒绝新的periodic endpoint的接入。
  另外在每个Frame都预留带宽给Buld和Control传输。其机制如下图：
  
  ###List管理
  HCD将ED添加到对应的List，或从中移除。HCD也负责TD添加到对应的ED queue，不过移除一般由Host Controller来做，除非有错误发生时，才由HCD来移除。
  ##Host Controller(HC)
  ###USB状态
• UsbOperational;
• UsbReset;
• UsbSuspend;
• UsbResume.
  ###Frame管理
  HC会跟踪目前的Frame Counter和Frame period，如前面的带宽分配所示，那些时机都是由HC来决定的。
  ###List处理
  前面的HCD已经创建好ED List， TD queue。
  对于Interrupt和Isochonous传输，HC根据当前的Frame选择一个Head Ptr开始，然后会遍历所有ED，直到每个ED的从第一个TD开始的发送都被试过了一遍（有点拗口，后续再确认具体做法）。
  对于Bulk和Control传输，HC从其单独的Head Ptr开始，接着上次的地方继续，如果到达list末尾，再回到Head去找。
  当一个TD传输完成，不管成功或失败，这个TD都会被移到一个叫Done Queue的队列中。