📚 课程目录第3章 Linux音频子系统全景

3. Linux音频子系统全景：ALSA框架分层与ASoC架构

本章是整门课程的架构基石。我们将从宏观视角剖析Linux音频子系统的三层结构，深入理解ALSA在用户空间、内核空间与硬件之间的职责划分，并重点讲解面向嵌入式设备的ASoC（ALSA System on Chip）框架。掌握这些内容后，后续的DMA传输调优和驱动开发将变得有章可循。

3.1 ALSA框架三层结构

ALSA（Advanced Linux Sound Architecture）是Linux内核中标准的音频子系统。它将音频处理路径划分为三个清晰的层次，每一层都有明确的接口和职责。

  核心观点： ALSA的分层设计使得应用程序开发者无需关心底层硬件细节，驱动开发者可以专注于硬件控制，而内核中间层则负责数据路由和资源管理。

3.1.1 用户空间层（User Space）

应用程序： 如播放器（aplay）、录音工具（arecord）、VoIP客户端等，通过标准系统调用与内核交互。
ALSA Lib（alsa-lib）： 提供 libasound.so 用户态库，封装了 ioctl 调用，提供 snd_pcm_open()、snd_pcm_writei() 等高级API。
ALSA Utils： 包含 amixer（混音器控制）、alsactl（声卡状态保存/恢复）等工具。

3.1.2 内核空间层（Kernel Space）

ALSA Core： 提供 snd 模块，管理声卡设备号、PCM设备注册、控制接口（Control Interface）等核心功能。
PCM中间层（PCM Native）： 实现 snd_pcm_ops 回调函数，处理 open、close、hw_params、prepare、trigger、pointer 等标准操作。
控制中间层（Control Native）： 管理音量、开关、路由等控制节点，通过 snd_kcontrol_new 结构体注册。

3.1.3 硬件层（Hardware）

DMA控制器： 负责音频数据在内存和I/O外设之间的搬运，无需CPU干预。
I2S/PCM接口： 数字音频传输总线，连接SoC和外部Codec。
音频Codec： 完成数模/模数转换、音量调节、采样率转换等功能。

3.2 ASoC架构：嵌入式音频的基石

ASoC（ALSA System on Chip）是ALSA针对嵌入式SoC平台设计的音频框架。它将音频驱动拆分为三个独立的组件，实现了代码复用和解耦。

组件	职责	典型文件/驱动	核心数据结构
Codec	管理音频编解码芯片，控制DAC/ADC、音量、路由、采样率	`wm8960.c`, `tlv320aic3x.c`	`snd_soc_codec`, `snd_soc_dai`
Platform	管理DMA传输和CPU侧的DAI接口（如I2S控制器）	`samsung-i2s.c`, `imx-pcm-dma.c`	`snd_soc_platform`, `snd_pcm_ops`
Machine	将Codec和Platform绑定在一起，描述板级硬件连接	`smdk_wm8994.c`, `imx-wm8960.c`	`snd_soc_card`, `snd_soc_dai_link`

设计哲学： Codec驱动可以跨平台复用，Platform驱动可以跨Codec复用，Machine驱动只需描述两者之间的连接关系。这极大减少了嵌入式音频驱动的开发工作量。

3.3 PCM设备注册流程

理解PCM设备的注册流程，是编写音频驱动的第一步。下面以ASoC框架为例，展示从模块加载到用户空间看到 /dev/snd/pcmC0D0p 设备的完整链路。

3.3.1 注册流程步骤

Machine驱动初始化： 在 probe 函数中调用 devm_snd_soc_register_card()，传入 snd_soc_card 结构体。
解析dai_link： ALSA Core遍历 snd_soc_card->dai_link 数组，找到对应的Codec和Platform驱动。
Codec/Platform绑定： 调用Codec驱动的 probe 函数，初始化硬件寄存器；调用Platform驱动的 probe 函数，申请DMA通道和缓冲区。
创建PCM设备： 调用 snd_pcm_new() 或 snd_soc_new_pcm()，分配 snd_pcm 结构体，设置 snd_pcm_ops 回调。
注册到ALSA Core： 调用 snd_device_register()，将PCM设备注册到内核设备模型，生成设备节点。
用户空间可见： udev/mdev创建设备文件 /dev/snd/pcmC0D0p（播放）和 /dev/snd/pcmC0D0c（录音）。

3.3.2 关键数据结构关系

数据结构	作用	注册函数
`snd_soc_card`	代表整个声卡，包含dai_link数组、控件、DAPM路径	`devm_snd_soc_register_card()`
`snd_soc_dai_link`	描述一个DAI连接，指定codec_name、platform_name、cpu_dai_name	在Machine驱动中静态定义
`snd_soc_pcm_runtime`	运行时PCM实例，包含codec_dai、platform、cpu_dai指针	由ALSA Core在绑定过程中自动创建
`snd_pcm`	内核PCM设备对象，包含playback和capture两个substream	`snd_pcm_new()`
`snd_pcm_substream`	单个数据流（播放或录音），关联DMA缓冲区、硬件参数	由 `snd_pcm_new()` 自动创建

3.4 关键代码片段：PCM设备注册

以下是一个简化的Machine驱动中注册PCM设备的核心代码，展示了 snd_soc_dai_link 的定义和 snd_soc_card 的注册。

/* 定义dai_link，连接Codec和Platform */
static struct snd_soc_dai_link imx_wm8960_dai_link = {
    .name           = "WM8960",
    .stream_name    = "WM8960 HiFi",
    .codec_dai_name = "wm8960-hifi",
    .codec_name     = "wm8960.0-001a",
    .platform_name  = "imx-pcm-audio.0",
    .cpu_dai_name   = "imx-i2s.0",
    .ops            = &imx_wm8960_ops,
};

/* 定义声卡 */
static struct snd_soc_card imx_wm8960_card = {
    .name       = "imx-wm8960",
    .owner      = THIS_MODULE,
    .dai_link   = &imx_wm8960_dai_link,
    .num_links  = 1,
};

/* Machine驱动probe函数 */
static int imx_wm8960_probe(struct platform_device *pdev)
{
    struct snd_soc_card *card = &imx_wm8960_card;
    card->dev = &pdev->dev;
    /* 注册声卡，触发PCM设备创建 */
    return devm_snd_soc_register_card(&pdev->dev, card);
}

常见错误： dai_link中的 codec_name 和 platform_name 必须与设备树或驱动中注册的名称完全一致，否则绑定失败，导致PCM设备无法创建。调试时可查看 /sys/kernel/debug/asoc/components 确认组件是否注册成功。

3.5 本章小结

ALSA框架分为用户空间（应用/库）、内核空间（Core/PCM中间层）、硬件（DMA/I2S/Codec）三层。
ASoC架构通过Codec、Platform、Machine三个组件实现嵌入式音频驱动的解耦和复用。
PCM设备注册流程从Machine probe开始，经过dai_link解析、组件绑定、PCM创建，最终在用户空间生成设备节点。
掌握 snd_soc_card、snd_soc_dai_link、snd_pcm 等核心数据结构是驱动开发的基础。