linuxyant的专栏

ALSA: Advanced Linux Sound Architecture，它包括内核驱动集合、API库和工具。用户层程序直接调用libsound的API库，不需要打开设备等操作，因此编程者不需要了解底层细节。这里不分析ALSA的核心代码core，也不阐述如何在用户层进行声卡编程，仅仅简要介绍在ALSA的架构上添加一个声卡驱动，即上图中的Sound Driver。其实文档《wirte

1.  ASoC的由来ASoC--ALSA System on Chip ，是建立在标准ALSA驱动层上，为了更好地支持嵌入式处理器和移动设备中的音频Codec的一套软件体系。在ASoc出现之前，内核对于SoC中的音频已经有部分的支持，不过会有一些局限性：   Codec驱动与SoC CPU的底层耦合过于紧密，这种不理想会导致代码的重复，例如，仅是wm8731的驱动，当时Lin

Control接口Control接口主要让用户空间的应用程序（alsa-lib）可以访问和控制音频codec芯片中的多路开关，滑动控件等。对于Mixer（混音）来说，Control接口显得尤为重要，从ALSA 0.9.x版本开始，所有的mixer工作都是通过control接口的API来实现的。 ALSA已经为AC97定义了完整的控制接口模型，如果你的Codec芯片只

1. PCM是什么PCM是英文Pulse-code modulation的缩写，中文译名是脉冲编码调制。我们知道在现实生活中，人耳听到的声音是模拟信号，PCM就是要把声音从模拟转换成数字信号的一种技术，他的原理简单地说就是利用一个固定的频率对模拟信号进行采样，采样后的信号在波形上看就像一串连续的幅值不一的脉冲，把这些脉冲的幅值按一定的精度进行量化，这些量化后的数值被连续地输出、传输、处

一.  概述    ALSA是Advanced Linux Sound Architecture 的缩写，目前已经成为了linux的主流音频体系结构，想了解更多的关于ALSA的这一开源项目的信息和知识，请查看以下网址：http://www.alsa-project.org/。    在内核设备驱动层，ALSA提供了alsa-driver，同时在应用层，ALSA为我们提供了alsa-

1.  Codec简介在移动设备中，Codec的作用可以归结为4种，分别是：对PCM等信号进行D/A转换，把数字的音频信号转换为模拟信号对Mic、Linein或者其他输入源的模拟信号进行A/D转换，把模拟的声音信号转变CPU能够处理的数字信号对音频通路进行控制，比如播放音乐，收听调频收音机，又或者接听电话时，音频信号在codec内的流通路线是不一样的对音频信号做出相应的处理

其实asound.conf真跟dapm没多大关系，之所以把它也纳入dapm系列之一，是为了考虑到知识的连贯性。在DAPM之二：AUDIO PATHS与dapm kcontrol>提到：通过配置好asound.conf，上层则可打开asound.conf中定义的虚拟设备，而自动选择相应的音频通道。这是asound.conf很重要的一个作用，从这方面来说，并不是跟dapm完全没关系。

在用alsa_amixer controls时，除了我们之前提到的snd_soc_add_controls添加的kcontrols外，还有一些多出来的controls。其实多出来的那些都是属于dapm kcontrol，主要用于切换音频路径。 一、AUDIO PATHS OVERVIEW以标准内核2.6.32的wm8900 codec

DAPM--Dynamic Audio Power Management，对应结构体是snd_soc_dapm_widget和snd_soc_dapm_route，对应的操作函数是snd_soc_dapm_new_controls()、snd_soc_dapm_add_routes()和snd_soc_dapm_new_widgets()。在我看来，DAPM是音频驱动初接触者的噩梦。从何处来，到何

control控制接口控制接口对于许多开关(switch)和调节器(slider)应用广泛，它能被用户空间存取，从而读写CODEC相关寄存器。control的主要用于mixer。它用snd_kcontrol_new结构体描述。snd_kcontrol_new[cpp] view plaincopy

之前写过一个音频驱动CODEC分析，当时忽略了阐述最基本的概念。要了解一个东西，首先要明白它是什么它起到什么作用，然后才会更好对它的工作流程更好的分析。所以这里提一下：CODEC ：音频芯片的控制，比如静音、打开（关闭）ADC（DAC）、设置ADC（DAC）的增益、耳机模式的检测等操作。I2S   ：数字音频接口，用于CPU和Codec之间的数字音频流raw data的传输。每当有play

alsa驱动分析(2.6.21内核）之二     4.               通常的使用流程的分析通常使用 alsalib 来播放声音包括以下几个步骤：1，   open, 这个和 oss 相同，对应于 alsa 就是 snd_pcm_open ；2，   param 设置，这个就是 snd_pcm_hw_params;3，   上层的 alsa 在设置 param

Alsa 驱动分析GuideRevision HistoryDateIssueDescriptionAuthorFirst draftWylhistory    目录1.    Abstr

1.  Platform驱动在ASoC中的作用前面几章内容已经说过，ASoC被分为Machine，Platform和Codec三大部件，Platform驱动的主要作用是完成音频数据的管理，最终通过CPU的数字音频接口（DAI）把音频数据传送给Codec进行处理，最终由Codec输出驱动耳机或者是喇叭的音信信号。在具体实现上，ASoC有把Platform驱动分为两个部分：snd_soc_pl

dapm触发时的入口函数是dapm_power_widgets，稍后详细分析这个函数，这里仅说其作用：检查每个dapm widget，如果该widget处在一条complete paths中，则power up这个widget，否则power down。dapm触发1、dapm widgets建立时，详见snd_soc_dapm_new_widgets；2、上层通过

哲学里有三个终极命题：你是谁？从何处来？到何处去？而对于dapm机制，我们可以这样提问：dapm是什么，起到何作用？dapm是如何建立的？dapm又是如何触发的？下面会就这三个问题进行分析。首先是dapm是什么？这在DAPM之一：概述中提及了，就是音频电源动态管理。相信电源管理大家都不会陌生。dapm设计的目的就是只有需要时才打开必要的部件（widget），不需要时则关闭部件，达到省电的目

1. struct snd_card 1.1. snd_card是什么snd_card可以说是整个ALSA音频驱动最顶层的一个结构，整个声卡的软件逻辑结构开始于该结构，几乎所有与声音相关的逻辑设备都是在snd_card的管理之下，声卡驱动的第一个动作通常就是创建一个snd_card结构体。正因为如此，本节中，我们也从 struct cnd_card开始吧。

前些日子写了一篇snd_kcontrol探究，该文主要从内核源码出发简单讲述一下kcontrol接口的始末。这几天因为要在Android里面添加一些音频控制接口，配合alsa_amixer scontents分析，对此有了更深的体会，记录于此。因为这方面的资料实在太少，很多东西都是自我理解的，如有错误请见谅并指出。 name字段是名称标识，这个字段非常重要，因为kcontrol的作

前面一节的内容我们提到，ASoC被分为Machine、Platform和Codec三大部分，其中的Machine驱动负责Platform和Codec之间的耦合以及部分和设备或板子特定的代码，再次引用上一节的内容：Machine驱动负责处理机器特有的一些控件和音频事件（例如，当播放音频时，需要先行打开一个放大器）；单独的Platform和Codec驱动是不能工作的，它必须由Machine驱动把它们结