3. USB中断类型解析：USB总线中断（SOF、复位、挂起）、端点中断（传输完成、错误）、DMA完成中断

在USB Gadget驱动中，中断是驱动与硬件交互的核心机制。理解不同类型中断的触发条件、处理时机和性能特征，是进行中断处理优化的前提。USB中断体系可分为三大类：总线级中断、端点级中断和DMA完成中断。本章将逐一解析其原理、寄存器行为及在Gadget驱动中的处理模式。

3.1 USB总线中断

总线中断反映USB主机与设备之间的物理层和协议层状态变化。这类中断通常由控制器硬件检测到总线事件后触发，与具体的数据传输无关，但直接影响设备的状态机迁移。

3.2 端点中断

端点中断是USB Gadget驱动中最频繁处理的中断类型，直接关联到每个数据包的传输结果。每个端点（Endpoint）在控制器中对应独立的中断状态位，当该端点完成一次传输或发生错误时触发。

3.2.1 传输完成中断

当端点成功完成一个USB事务（Transaction）时，控制器硬件会置位该端点对应的中断标志。传输完成中断是驱动数据流的核心驱动力，驱动在其中完成以下操作：

• 数据搬运：从FIFO读取接收数据或确认发送完成
• 请求队列推进：完成当前URB（USB Request Block），提交下一个待处理请求
• 协议状态更新：更新端点状态机的当前阶段（Setup/Data/Status）

3.2.2 错误中断

USB协议定义了多种错误条件，当控制器检测到这些条件时会触发错误中断。常见错误类型包括：

3.3 DMA完成中断

DMA（Direct Memory Access）完成中断是USB Gadget驱动中与性能优化最密切的中断类型。当DMA控制器完成一次从USB FIFO到系统内存（或反向）的数据搬运后，会触发DMA完成中断。它与端点传输完成中断的区别在于：

3.4 中断优先级与嵌套处理

在嵌入式Linux系统中，USB控制器中断通常配置为IRQ线的一个中断号。不同类型的中断在控制器内部有固定的优先级顺序，但驱动开发者可以通过以下方式优化中断处理：

• 中断线程化：将耗时操作（如请求队列管理）推迟到中断下半部（Bottom Half）或工作队列中执行
• 中断屏蔽：在特定场景下临时屏蔽低优先级中断（如SOF），确保高优先级中断（如DMA完成）得到及时响应
• 批量处理：在中断处理函数中一次性读取所有待处理的中断状态位，避免多次进出中断上下文

3.5 中断处理代码示例

以下是一个简化的USB Gadget中断处理函数，展示了如何区分不同类型的中断并进行相应处理：

static irqreturn_t usb_gadget_irq_handler(int irq, void *dev_id)
{
    struct usb_gadget_dev *gdev = dev_id;
    u32 int_status;
    u32 ep_int_status;
    int i;

    /* 1. 读取中断状态寄存器（一次性读取，减少寄存器访问次数） */
    int_status = readl(gdev->regs + USB_INT_STATUS);

    /* 2. 处理总线中断 */
    if (int_status & USB_INT_SOF) {
        /* SOF中断：更新帧计数器，可考虑屏蔽以提升性能 */
        gdev->frame_count = readl(gdev->regs + USB_FRAME_NUM);
        /* 清除中断标志 */
        writel(USB_INT_SOF, gdev->regs + USB_INT_CLEAR);
    }

    if (int_status & USB_INT_RESET) {
        /* 复位中断：重置所有端点 */
        usb_gadget_reset_endpoints(gdev);
        writel(USB_INT_RESET, gdev->regs + USB_INT_CLEAR);
    }

    if (int_status & USB_INT_SUSPEND) {
        /* 挂起中断：进入低功耗 */
        usb_gadget_suspend(gdev);
        writel(USB_INT_SUSPEND, gdev->regs + USB_INT_CLEAR);
    }

    /* 3. 处理端点中断（批量读取所有端点状态） */
    if (int_status & USB_INT_EP) {
        ep_int_status = readl(gdev->regs + USB_EP_INT_STATUS);
        
        for (i = 0; i < gdev->num_eps; i++) {
            if (ep_int_status & (1 << i)) {
                struct usb_ep *ep = &gdev->eps[i];
                
                if (ep_int_status & USB_EP_INT_ERROR) {
                    /* 错误中断处理 */
                    usb_ep_handle_error(ep);
                } else {
                    /* 传输完成中断处理 */
                    usb_ep_handle_completion(ep);
                }
                
                /* 清除该端点中断 */
                writel(1 << i, gdev->regs + USB_EP_INT_CLEAR);
            }
        }
    }

    /* 4. 处理DMA完成中断 */
    if (int_status & USB_INT_DMA) {
        u32 dma_status = readl(gdev->regs + USB_DMA_INT_STATUS);
        /* DMA完成处理：更新描述符状态，唤醒等待队列 */
        usb_gadget_dma_complete(gdev, dma_status);
        writel(USB_INT_DMA, gdev->regs + USB_INT_CLEAR);
    }

    return IRQ_HANDLED;
}

3.6 中断频率与性能量化分析

为了直观理解不同类型中断对CPU负载的影响，以下表格给出了典型场景下的中断频率估算：