Linux ALSA声卡驱动之五：移动设备中的ALSA（ASoC）

整理自：

        https://blog.csdn.net/DroidPhone/article/details/7165482

        https://www.cnblogs.com/blogs-of-lxl/p/6538769.html

1. ASoC--ALSA System on Chip：
　　建立在标准ALSA驱动层上，为了更好地支持嵌入式处理器和移动设备
中的音频Codec的一套软件体系。在ASoc出现之前，内核对于SoC中的音频已经有部分的支持，不过会有
一些局限性：
Codec驱动与SoC CPU的底层耦合过于紧密，这种不理想会导致代码的重复，例如，仅是wm8731的驱
动，当时Linux中有分别针对4个平台的驱动代码。
音频事件没有标准的方法来通知用户，例如耳机、麦克风的插拔和检测，这些事件在移动设备中是非常
普通的，而且通常都需要特定于机器的代码进行重新对音频路劲进行配置。
当进行播放或录音时，驱动会让整个codec处于上电状态，这对于PC没问题，但对于移动设备来说，这意
味着浪费大量的电量。同时也不支持通过改变过取样频率和偏置电流来达到省电的目的。
ASoC正是为了解决上述种种问题而提出的，目前已经被整合至内核的代码树中：sound/soc。ASoC不能单
独存在，他只是建立在标准ALSA驱动上的一个它必须和标准的ALSA驱动框架相结合才能工作。

       

Linux ALSA音频系统架构简图：

• Alsa application:aplay,arecord,amixer,是alsa alsa-tools中提供的上层调试工具，用户可以直接将其移植到自己所需要的平台，这些应用可以用来实现playback,capture,controls等。
• alsa library API:alsa 用户库接口，常见有alsa-lib.(alsa-tools中的应用程序基于alsa-lib提供的api来实现)
• alsa core:alsa　核心层，向上提供逻辑设备(pcm/ctl/midi/timer/..)系统调用，向下驱动硬件设备(Machine/i2s/dma/codec)
• asoc core:asoc是建立在标准alsa core基础上，为了更好支持嵌入式系统和应用于移动设备的音频codec的一套软件体系。
• hardware driver:音频硬件设备驱动，由三大部分组成，分别是machine,platform,codec.

2.  硬件架构

通常，就像软件领域里的抽象和重用一样，嵌入式设备的音频系统可以被划分为板载硬件（Machine）、Soc（Platform/cpu）、Codec三大部分，如下图所示：

 

                                                                                                   图2.1  音频系统结构

图片地址：http://hi.csdn.net/attachment/201112/31/0_1325301622rXXM.gif

可以这么理解：一套嵌入式 硬件平台（Machine）包含了平台AP（Platform）和音频CODEC芯片（Codec），对应ASoC的三个设备驱动。这三个设备分别注册各自功能的dev设备，但都是以内核platform设备模型来创建。 ASoC主要代码位于kernel/sound/soc下。 下面分别来介绍一下：

①Machine 是指某一款机器，可以是某款设备，某款开发板，又或者是某款智能手机，由此可以看出Machine几乎是不可重用的，每个Machine上的硬件实现可能都不一样，CPU不一样，Codec不一样，音频的输入、输出设备也不一样，Machine为CPU、Codec、输入输出设备提供了一个载体。Machine驱动负责Platform和Codec之间的耦合以及部分和设备或板子特定的代码，处理机器特有的一些控件和音频事件（例如，当播放音频时，需要先行打开一个放大器）；单独的Platform和Codec驱动是不能工作的，它必须由Machine驱动把它们结合在一起才能完成整个设备的音频处理工作。ASoC的一切都从Machine驱动开始，通过配置dai_link把cpu_dai,codec_dai,modem_dai各个音频接口给链结成一条条音频链路（绑定Platform和Codec驱动），然后注册snd_soc_card。我们在/dev/snd下可以看到多个音频设备。

②Platform 一般是指某一个SoC平台，比如pxaxxx,s3cxxxx,omapxxx等等，与音频相关的通常包含该SoC中的时钟、DMA、I2S、PCM等等，只要指定了SoC，那么我们可以认为它会有一个对应的Platform，它只与SoC相关，与Machine无关，这样我们就可以把Platform抽象出来，使得同一款SoC不用做任何的改动，就可以用在不同的Machine中。实际上，把Platform认为是某个SoC更好理解。Platform驱动的主要作用是完成音频数据的管理，最终通过CPU的数字音频接口（DAI）把音频数据传送给Codec进行处理，最终由Codec输出驱动耳机或者是喇叭的音信信号。在具体实现上，ASoC有把Platform驱动分为两个部分：snd_soc_platform_driver和snd_soc_dai_driver。其中，platform_driver负责管理音频数据，把音频数据通过dma或其他操作传送至cpu dai中，dai_driver则主要完成cpu一侧的dai的参数配置，同时也会通过一定的途径把必要的dma等参数与snd_soc_platform_driver进行交互。

Platform设备可看作是平台AP（SoC主控，或CPU）。 它负责提供嵌入式平台端的音频功能， 如播放、录音、 Voice通话等。平台驱动中包括音频DMA引擎驱动，数字接口驱动（I2S, AC97, PCM）以及该平台相关的任何音频DSP驱动。此Platform可以重用，在不同的Machine中可以直接重复使用。

Platform设备驱动主要有两个作用：
（1）transfer：负责平台AP端的audio/voice数据流（stream）和DSP之间的传输；
（2）routing：将stream数据流按照特定的路线对应到其他音频模块中。

ASoC会注册多个Platform设备来负责不同功能的音频模块：
（1）负责audio回放/录音
（2）负责voice通话
（3）负责VoIP通话
（4）负责压缩格式的audio播放
（5