1.概述
USB设备枚举、请求处理、数据交互都涉及USB设备控制器中断。当有事件发生时,USB设备控制器首先将事件信息通过DMA写入到事件缓冲区中,然后向CPU发出中断,随后CPU调用中断处理函数开始处理中断事件。
2.事件
dwc3 USB设备控制器事件使用dwc3_event数据结构描述,由4个字节组成。按位域区区分,可分为3类事件,分别为设备端点事件、设备事件及其他核心事件。dwc3_event_type用来描述事件的类型,is_devspec == 1表示事件为设备事件,否则表示设备端点事件。dwc3_event_depevt描述设备端点事件,包含了产生事件的端点编号、具体的事件、事件状态等信息。dwc3_event_devt描述设备控制器事件,包含了具体的设备事件、事件类型、事件信息等。dwc3_event_gevt使用的不多,这里不详细介绍。
[drivers/usb/dwc3/core.h]
/*** union dwc3_event - representation of Event Buffer contents* @raw: raw 32-bit event* @type: the type of the event* @depevt: Device Endpoint Event* @devt: Device Event* @gevt: Global Event*/
union dwc3_event {u32 raw;struct dwc3_event_type type; // 事件类型struct dwc3_event_depevt depevt; // Device Endpoint Eventsstruct dwc3_event_devt devt; // Device Eventsstruct dwc3_event_gevt gevt; // 全局事件
};
struct dwc3_event_type {u32 is_devspec:1; // 是否是设备事件 u32 type:7; // 事件类型u32 reserved8_31:24; // 保留
} __packed;
[drivers/usb/dwc3/core.h] /* dwc3 USB设备端点事件宏定义 / #define DWC3_DEPEVT_XFERCOMPLETE 0x01 // 传输完成 #define DWC3_DEPEVT_XFERINPROGRESS 0x02 // 传输正在处理中 #define DWC3_DEPEVT_XFERNOTREADY 0x03 // 传输未准备好 // 接收和发送FIFO事件 (IN->Underrun, OUT->Overrun) #define DWC3_DEPEVT_RXTXFIFOEVT 0x04 #define DWC3_DEPEVT_STREAMEVT 0x06 // 流事件 #define DWC3_DEPEVT_EPCMDCMPLT 0x07 // 端点命令完成 struct dwc3_event_depevt { / USB设备端点事件 */ u32 one_bit:1; // 未使用 u32 endpoint_number:5; // 端点编号 u32 endpoint_event:4; // 端点事件 u32 reserved11_10:2; u32 status:4; // 端点事件状态 u32 parameters:16; } __packed;
3.事件缓冲区
dwc3事件保存在dwc3_event_buffer数据结构中,各个成员的意义如下。事件保存在buf中,dma是buf的DMA地址,事件数据由DMA传输到buf中,lpos是缓冲区中已处理事件的偏移,count表示缓冲区中的事件数量。事件使用dwc3_event数据结构描述,上面已经介绍过了。不同的事件,有不同的处理方法。
[drivers/usb/dwc3/core.h]
/* 事件缓冲区数据结构 */
struct dwc3_event_buffer {void *buf; // 事件缓冲区地址unsigned length; // 事件缓冲区长度unsigned int lpos; // 事件缓冲区偏移unsigned int count; // 缓存最近一次产生事件的数量unsigned int flags; // 事件缓冲区标志
#define DWC3_EVENT_PENDING BIT(0)dma_addr_t dma; // 事件缓冲区DMA地址struct dwc3 *dwc; // 指向DWC控制器数据结构
};
dwc3_event_buffer
数据结构的初始化过程如下:
- 在
dwc3_probe
函数中,调用dwc3_alloc_event_buffers
函数分配dwc3_event_buffer
结构体,调用dma_alloc_coherent
分配buf
,长度为4096字节,记录虚拟地址和DMA地址。 - 在
dwc3_core_init
函数中,调用dwc3_event_buffers_setup
函数,将buf
的DMA地址、长度分别写入USB设备控制器对应的寄存器,将事件数量寄存器和缓冲区偏移清零。
4.事件处理
dwc3 USB设备控制器的事件分为两步处理。第一步在中断上半部分处理,只记录事件数量,第二步在中断下半部(线程)处理,遍历事件缓冲区,循环处理所有事件。
4.1.中断上半部分
dwc3 USB3.0设备控制器事件的中断上半部分处理流程如下图所示。首先保存全局事件数量,设置事件pending标志,接着屏蔽控制器的中断,最后返回IRQ_WAKE_THREAD
,唤醒中断处理线程。可以看出,中断上半部分很简单,只做了读写寄存器和保存状态的工作,不涉及具体事件的处理。
4.2.中断下半部分
dwc3 USB3.0设备控制器的中断下半部分处理流程如下图所示。事件处理是在持有自旋锁和关中断的情况进行的。在dwc3_process_event_buf
函数中,循环处理所有事件。处理完毕,将事件数量和事件pending标记清零,最后重新打开中断并退出。
dwc3_process_event_entry函数负责处理一个具体的事件,根据事件类型,又分为端点事件和设备事件,端点事件调用dwc3_endpoint_interrupt函数处理,设备事件调用dwc3_gadget_interrupt函数处理。端点事件和设备事件下又分了很多具体的事件,比较复杂,碍于篇幅,这里只介绍端点0的事件。
4.2.1.端点0事件
端点0事件调用dwc3_ep0_interrupt
函数处理,处理流程如下图所示。对于DWC3_DEPEVT_XFERINPROGRESS
、DWC3_DEPEVT_RXTXFIFOEVT
、DWC3_DEPEVT_STREAMEVT
、DWC3_DEPEVT_EPCMDCMPLT
事件,驱动程序不做额外的处理,直接返回。当端点0产生DWC3_DEPEVT_XFERCOMPLETE
事件时,其对应端点0控制传输的三个状态,分别为建立阶段、数据阶段和状态阶段,其中数据阶段可选。具体可参考http://www.usbzh.com/article/detail-55.html。下面分析一下dwc3 USB设备控制器驱动对这个三个阶段的处理。
- EP0_SETUP_PHASE
在调用dwc3_gadget_start
使能USB设备控制器时,端点0的状态被设置为EP0_SETUP_PHASE
,等待接收来自主机的SETUP数据包,接收到SETUP数据包后控制器产生DWC3_DEPEVT_XFERCOMPLETE
事件,根据端点0状态进入dwc3_ep0_inspect_setup
函数进行处理。主机发送的SETUP数包可分为两类,一类是标准的USB请求,如USB_REQ_GET_STATUS
、USB_REQ_CLEAR_FEATURE
、USB_REQ_SET_FEATURE
等,调用dwc3_ep0_std_request
函数处理。非标准请求调用dwc3_ep0_delegate_req
函数处理。在dwc3_ep0_std_request
函数中,驱动处理了一部分标准的USB请求,如获取和设置设备或端点的特性、状态等,其他复杂的请求,调用dwc3_ep0_delegate_req
函数处理。dwc3_ep0_delegate_req
函数内部会调用上层USB gadget driver提供的set_up
函数,即composite_setup
函数。
composite_setup
函数的处理流程如下图所示。按主机发送的USB请求进行处理,分为标准的USB请求和非标准的USB请求。非标准的USB请求最终通过调用uac2驱动的afunc_setup
函数处理。最后判断是否有数据要传输,如USB_REQ_GET_DESCRIPTOR
请求是需要数据阶段的,若需要,则会调用composite_ep0_queue
将数据发送到端点0,同时将端点的状态设置为EP0_DATA_PHASE
。
usb_ctrlrequest
各个字段的定义如下图所示。USB标准请求bRequest
字段的bit[5-6]位都为0。若bRequest
字段的bit[5-6]位为01,则是USB类设备定义的命令,需要USB类设备驱动处理。下面是uac2设备接收的USB请求,需要调用uac2驱动的afunc_setup
函数处理。
bRequestType = 0xa1
bRequest = 0x2
wValue = 0x100
wIndex = 0x500
wLength = 0x100
- EP0_DATA_PHASE
在EP0_SETUP_PHASE
阶段之后,若需要传输数据,则会有EP0_DATA_PHASE
阶段。数据传输完成后,产生DWC3_DEPEVT_XFERCOMPLETE
事件,根据当前端点0的状态,进入dwc3_ep0_complete_data
函数处理。dwc3_ep0_complete_data
的主要工作是判断端点0是否还有数据要传输,若需要先回调usb_request
的回调函数,接着启动传输,反之直接返回。
- EP0_STATUS_PHASE
EP0_STATUS_PHASE
由DWC3_DEPEVT_XFERNOTREADY
事件设置。此阶段由dwc3_ep0_complete_status
函数处理,主要的工作准备TRB,为下一次的控制传输的SETUP做准备。
端点0的DWC3_DEPEVT_XFERNOTREADY
事件主要用于指出当前请求的传输阶段是数据阶段还是状态阶段。具体由dwc3_event_depevt
的status
字段决定。若是数据阶段且还有未发送完的数据,则会忽略;若是状态阶段,则首先设置端点0的状态为EP0_STATUS_PHASE
,接着传输状态阶段(DWC3_TRBCTL_CONTROL_STATUS3/DWC3_TRBCTL_CONTROL_STATUS2)的数据包。
当状态阶段的数据包传输完成后,产生DWC3_DEPEVT_XFERCOMPLETE
事件,此时就进入了EP0_STATUS_PHASE
的处理逻辑。