3. Linux音频子系统架构

ALSA（Advanced Linux Sound Architecture）是Linux内核中标准的音频子系统，取代了早期的OSS（Open Sound System）。它为音频驱动开发提供了统一的框架，并定义了用户空间与内核空间之间清晰的交互模型。理解ALSA的架构是进行DMA传输优化和中断处理优化的前提。

3.1 ALSA框架层次结构

ALSA框架在逻辑上分为三层：用户空间音频应用层、ALSA库与系统调用层、内核空间ALSA核心与驱动层。每一层都封装了特定的功能，并通过标准接口进行通信。

3.2 用户空间与内核空间的交互模型

ALSA的交互模型基于文件操作和内存映射两种机制。用户空间的应用程序通过标准的POSIX接口（open/read/write/ioctl/mmap）与内核空间的ALSA核心进行通信，而ALSA核心则通过注册的回调函数与具体的硬件驱动交互。

3.2.1 核心交互路径

3.2.2 关键数据结构：snd_pcm_substream

在驱动开发中，snd_pcm_substream 是最核心的数据结构，它连接了用户空间的请求和硬件的操作。每个 PCM 设备可以包含多个 substream（例如一个用于播放，一个用于录音）。

struct snd_pcm_substream {
    struct snd_pcm *pcm;            /* 所属 PCM 设备 */
    struct snd_pcm_runtime *runtime; /* 运行时信息，包含 DMA 缓冲区 */
    struct snd_pcm_ops *ops;        /* 硬件操作回调函数集 */
    struct snd_dma_buffer dma_buffer; /* DMA 缓冲区描述符 */
    snd_pcm_uframes_t buffer_size;  /* 缓冲区总帧数 */
    snd_pcm_uframes_t period_size;  /* 周期帧数（中断间隔） */
    /* ... 其他字段 */
};

3.3 用户空间与内核空间的交互模型详解

ALSA 提供了两种主要的数据传输路径：标准读写模式和内存映射（mmap）模式。这两种模式在中断处理和 DMA 传输优化中有着不同的表现。

3.3.1 标准读写模式 (read/write)

• 数据流： 用户空间 → 内核空间缓冲区 → DMA 缓冲区 → 硬件。
• 特点： 每次 read/write 调用都会发生一次数据拷贝（用户空间 ↔ 内核空间）。
• 中断处理： 驱动在中断处理中更新 hw_ptr，ALSA Core 唤醒等待的 read/write 进程。
• 优化局限： 额外的数据拷贝增加了延迟和 CPU 占用，不适合极低延迟场景。

3.3.2 内存映射模式 (mmap)

• 数据流： 用户空间直接映射 DMA 缓冲区，硬件与用户空间共享同一块物理内存。
• 特点： 零拷贝（zero-copy），数据无需经过内核缓冲区中转。
• 中断处理： 驱动在中断中更新 appl_ptr 和 hw_ptr，用户空间通过轮询或 poll 机制感知数据就绪。
• 优化优势： 显著降低延迟和 CPU 负载，是高性能音频（如 pro-audio）的首选模式。

3.4 中断处理在交互模型中的位置

在 ALSA 框架中，中断处理是连接硬件 DMA 传输和用户空间数据消费/生产的桥梁。当硬件完成一个 period 的 DMA 传输后，会触发中断。驱动中的中断服务例程（ISR）执行以下关键操作：

1. 读取硬件状态寄存器，确认中断源（传输完成、错误等）。
2. 更新 hw_ptr（硬件指针），指示硬件已经处理到的数据位置。
3. 调用 snd_pcm_period_elapsed()，通知 ALSA Core 一个周期已完成。
4. ALSA Core 更新 appl_ptr（应用指针），并唤醒等待的进程（read/write 模式）或更新 poll 状态（mmap 模式）。

3.5 交互模型对 DMA 优化的启示