1. ALSA音频架构概述
ALSA（Advanced Linux Sound Architecture）是 Linux 内核中负责音频设备驱动与管理的核心子系统。理解 ALSA 在 Linux 内核中的位置、用户空间与内核空间的分界以及音频数据流路径，是进行 Codec 跨平台移植与 ALSA 集成的基础。
1.1 ALSA 在 Linux 内核中的位置
ALSA 位于 Linux 内核的 声音子系统（Sound Subsystem） 中，向上通过系统调用接口（ioctl、read、write、mmap）暴露给用户空间，向下通过硬件抽象层驱动具体的音频控制器、DMA 引擎和 Codec 芯片。其层次结构如下表所示：
| 层次 | 组件 | 职责 |
|---|---|---|
| 用户空间 | 应用层（PulseAudio、PipeWire、ALSA lib） | 音频策略、混音、路由、格式转换 |
| 系统调用层 | 字符设备文件（/dev/snd/*） | 提供 open/close/ioctl/read/write/mmap 接口 |
| 内核 ALSA 核心 | snd 模块、PCM 核心、Control 核心、Timer 核心 | 设备注册、DMA 管理、参数协商、事件通知 |
| 硬件驱动层 | SoC DAI 驱动、Platform 驱动、Codec 驱动 | 控制音频总线（I2S/PCM）、DMA 传输、Codec 寄存器配置 |
| 硬件层 | CPU DAI 控制器、DMA 控制器、外部 Codec 芯片 | 物理音频信号的采样、转换、放大 |
关键概念： ALSA 在 Linux 内核中属于 字符设备驱动 类别，其主设备号为 116，次设备号用于区分不同的 PCM 设备、Control 设备和 MIDI 设备。
1.2 用户空间与内核空间的分界
ALSA 架构严格区分用户空间与内核空间的职责，两者通过 系统调用 和 字符设备文件 进行交互。用户空间不能直接访问硬件寄存器，所有硬件操作必须通过内核驱动完成。
- 用户空间（User Space）：
- ALSA 用户空间库（alsa-lib）：提供 API 封装，简化应用开发。
- 音频服务（PulseAudio、PipeWire、JACK）：实现混音、重采样、路由。
- 应用程序（播放器、录音工具、VoIP 客户端）。
- 内核空间（Kernel Space）：
- ALSA 核心框架：管理 PCM 流、Control 接口、定时器。
- ASoC（ALSA System on Chip）框架：专为嵌入式 SoC 设计，分离 Platform、Codec、DAI 驱动。
- 硬件驱动层：直接操作 DMA 控制器、I2S 控制器、Codec 寄存器。
移植要点： 在跨平台 Codec 集成时，驱动开发者只需关注内核空间的 ASoC Codec 驱动编写，用户空间的 API 调用方式在不同平台间保持一致，这大大降低了应用层的移植成本。
1.3 音频数据流路径
音频数据从应用程序到物理输出设备（或反向）的完整路径涉及多个层次的数据拷贝与格式转换。以下是一个典型的播放（Playback）数据流路径：
- 应用层写入： 应用程序通过 alsa-lib 的
snd_pcm_writei()将音频数据写入用户空间缓冲区。 - 系统调用： 数据通过
write()系统调用进入内核空间，拷贝到 ALSA PCM 中间层分配的 DMA 缓冲区。 - DMA 传输： ALSA PCM 核心触发 DMA 引擎，将数据从内存传输到 SoC 的 I2S 发送 FIFO。
- 数字音频总线： I2S 或 PCM 总线将串行数字音频信号发送到外部 Codec 芯片。
- Codec 数模转换： Codec 内部的 DAC 将数字信号转换为模拟信号，经过放大器输出到扬声器或耳机。
录音（Capture）路径方向相反：Codec 的 ADC 采集模拟信号 → I2S 总线 → DMA 传输 → 内核缓冲区 → 用户空间缓冲区 → 应用程序读取。
性能关键点： 数据流路径中的 缓冲区拷贝次数 和 上下文切换 是影响音频延迟的主要因素。嵌入式系统中常使用
mmap 模式直接映射 DMA 缓冲区到用户空间，以减少拷贝开销。
1.4 ASoC 框架与 Codec 集成
在嵌入式 Linux 系统中，ALSA 通过 ASoC（ALSA System on Chip） 框架来组织音频驱动。ASoC 将音频驱动拆分为三个独立的组件，便于跨平台复用：
| 组件 | 驱动文件 | 职责 | 跨平台复用性 |
|---|---|---|---|
| Codec 驱动 | sound/soc/codecs/wm8974.c | 控制 Codec 内部寄存器（DAC/ADC/混音器/增益） | 高：同一 Codec 可在不同 SoC 上复用 |
| Platform 驱动 | sound/soc/rockchip/rockchip_i2s.c | 管理 DMA 传输和 SoC 音频接口（I2S/PCM） | 低：与 SoC 绑定 |
| DAI 驱动 | sound/soc/rockchip/rockchip_dai.c | 配置数字音频接口时序、格式、时钟 | 中：同一 SoC 系列可复用 |
| Machine 驱动 | sound/soc/rockchip/rockchip_wm8974.c | 将 Codec、Platform、DAI 绑定为一个声卡 | 低：与具体硬件板级设计绑定 |
课程核心： 本课程后续章节将重点讲解如何编写和移植 Codec 驱动，使其能够在不同 SoC 平台（Rockchip、Allwinner、NXP i.MX 等）上通过 ASoC 框架与 ALSA 集成，实现“一次编写，多处运行”。
1.5 本章小结
- ALSA 是 Linux 内核中标准的音频子系统，采用 用户空间/内核空间 分层架构。
- 音频数据流路径涉及 应用缓冲区 → 系统调用 → DMA 缓冲区 → 硬件 FIFO → Codec 多个环节。
- 嵌入式平台使用 ASoC 框架 将驱动拆分为 Codec、Platform、DAI、Machine 四个组件，其中 Codec 驱动具有最高的跨平台复用性。
- 理解 ALSA 架构是后续进行 Codec 驱动移植与 ALSA 集成的前提。