最近一直在研究 ALSA 驅動，停了一段時間，突然發現Asla 驅動不是一天兩天能講清楚的。

1. ASoC 概述

ASoC (ALSA System on Chip) ，是建立在標準ALSA驅動層上，為了更好地支持嵌入式處理器和移動設備中的音頻Codec的一套軟件體系。在ASoc出現之前，內核對于SoC中的音頻已經有部分的支持，不過會有一些局限性：

Codec驅動與SoC CPU的底層耦合過于緊密，這種不理想會導致代碼的重復。

音頻事件沒有標準的方法來通知用戶，例如耳機、麥克風的插拔和檢測，這些事件在移動設備中是非常普通的，而且通常都需要特定于機器的代碼重新對音頻路勁進行配置。

當進行播放或錄音時，驅動會讓整個codec處于上電狀態，這對于PC沒問題，但對于移動設備來說，這意味著浪費大量的電量。同時也不支持通過改變過取樣頻率和偏置電流來達到省電的目的。

ASoC正是為了解決上述種種問題而提出的，目前已經被整合至內核的代碼樹中：sound/soc。ASoC不能單獨存在，他只是建立在標準ALSA驅動上的一個它必須和標準的ALSA驅動框架相結合才能工作。

2. 硬件架構

嵌入式設備的音頻系統可以被劃分為板載硬件（Machine）、Soc（Platform）、Codec三大部分，如下圖所示：

Machine ：是指某一款機器，可以是某款設備，某款開發板，由此可以看出Machine幾乎是不可重用的，每個Machine上的硬件實現可能都不一樣，CPU不一樣，Codec不一樣，音頻的輸入、輸出設備也不一樣，Machine為CPU、Codec、輸入輸出設備提供了一個載體。

Platform：一般是指某一個SoC平臺，比如s3cxxxx，與音頻相關的通常包含該SoC中的時鐘、DMA、I2S、PCM等等，只要指定了SoC，那么我們可以認為它會有一個對應的Platform，它只與SoC相關，與Machine無關，這樣我們就可以把Platform抽象出來，使得同一款SoC不用做任何的改動，就可以用在不同的Machine中。實際上，把Platform認為是某個SoC更好理解。

Codec：字面上的意思就是編解碼器，Codec里面包含了I2S接口、D/A、A/D、Mixer、PA（功放），通常包含多種輸入（Mic、Line-in、I2S、PCM）和多個輸出（耳機、喇叭、聽筒，Line-out），Codec和Platform一樣，是可重用的部件，同一個Codec可以被不同的Machine使用。嵌入式Codec通常通過I2C對內部的寄存器進行控制。

注釋：對于現在的很多嵌入式平臺，內部集成了codec,我們在分析時也可以將其劃分到codec 上，不同的Soc 內部Codec 有所不同，同時亦可兼容內部codec 和 外部Codec。

3. 軟件架構

在軟件層面，ASoC也把嵌入式設備的音頻系統同樣分為3大部分，Machine，Platform和Codec。

Machine: Machine 驅動負責處理機器特有的一些控件和音頻事件（例如，當播放音頻時，需要先行打開一個放大器）；單獨的Platform 和 Codec驅動是不能工作的，它必須由Machine驅動把它們結合在一起才能完成整個設備的音頻處理工作。

Platform：它包含了該SoC平臺的音頻 DMA 和音頻接口的配置和控制（I2S，PCM，AC97等等）；它也不能包含任何與板子或機器相關的代碼。

Codec : ASoC 中的一個重要設計原則就是要求Codec驅動是平臺無關的，它包含了一些音頻的控件（Controls），音頻接口，DAMP（動態音頻電源管理）的定義和某些Codec IO功能。為了保證硬件無關性，任何特定于平臺和機器的代碼都要移到 Platform 和Machine驅動中。所有的Codec驅動都要提供以下特性：

Codec DAI 和 PCM的配置信息；Codec的IO控制方式（I2C，SPI等）；Mixer和其他的音頻控件；Codec的ALSA音頻操作接口；

必要時，也可以提供以下功能：

DAPM描述信息；

DAPM事件處理程序；

DAC數字靜音控制

4. ASOC 分析

4.1 硬件抽象

通常一個聲卡設備，大概包含以下幾個物理設備或者外設：

Codec：音頻編解碼控制器，可以是內部Codec（soc 集成），也可以是外部Codec. Codec 通過支持音頻編解碼，包括模擬麥或者spk, 有的甚至支持數字麥。

AMIC/SPK/DMIC：純硬件電路。麥克風或者spk,軟件無需干預。

DMA：對于硬件設備的數據量，大多數情況都是通過dma 搬運來提高效率。

cpu：整個soc 平臺，主要提供音頻通信接口來實現和codec 傳輸。比如（I2S/PDM等）

DAI：音頻接口，抽象概念，比如I2S等。

Card：抽象概念，聲卡。

Capture：抽象概念，表示錄音設備

Playback：抽象概念，表示軟件設備

對于大多數平臺，dma 和 i2s/pdm 等集成在一個soc 上，有些甚至集成了Codec。

4.2 音頻數據流

音頻數據的數據流，大致如下。我們可以看到，不同的硬件平臺，其聲卡設備的硬件邏輯和數據流大致一致，故抽象ASoc 很有必要。

4.3 ASoc 軟件抽象

如下是筆者根據自己理解劃分 Alsa 聲卡驅動各個部分：

Machine：驅動頂層和入口，處理聲卡操作。包括聲卡創建，音頻流的傳輸與控制。

platform：主要負責Soc 平臺的DMA 和 CPU_DAI 操作。

Codec：主要負責Codec driver 和 Codec_dai 操作。

可以看到一個ALSA 聲卡驅動是十分復雜的，包含了各種復雜驅動。

codec driver：音頻配置和傳輸

dma：dma 處理

dai：i2s等接口配置

pcm：和上層應用交互的中間層

control：和上層應用交互的中間層

其他：比如i2c/spi ,codec 控制操作。

4.4 ASoc 驅動分析

我們以 linux-kernel-4.4.94 為例子來分析 ASoc 驅動。限于篇幅，我們只分析 Machine 驅動框架，對于Codec 驅動和其他設備驅動，有時間再分析。

ASoc Machine 驅動調用如下：

/*ASoCplatformdriver*/
staticstructplatform_driversoc_driver={
.driver={
.name="soc-audio",
.pm=&snd_soc_pm_ops,
},
.probe=soc_probe,        .remove=soc_remove,
};

最頂層入口是soc_probe,位于 sound/soc/soc-core.c，不同的Machine 位置可能不同。大部分在soc/xxx/下。

/*probesanewsocdev*/
staticintsoc_probe(structplatform_device*pdev)
{
structsnd_soc_card*card=platform_get_drvdata(pdev);

/*
|*nocard,somachinedrivershouldberegisteringcard
|*weshouldnotbehereinthatcasesoreterror
|*/
if(!card)
return-EINVAL;

dev_warn(&pdev->dev,
|"ASoC:machine%sshouldusesnd_soc_register_card()
",
|card->name);

/*Bodgewhileweunpickinstantiation*/
card->dev=&pdev->dev;

returnsnd_soc_register_card(card);
}

最關鍵的就是 snd_soc_register_card 這個函數了。詳細分析看上圖uml 時許圖。

4.5 ASoc 數據結構

ASoc 數據結構如上圖。最頂層我們構建了snd_soc_card。貫穿整個驅動生命周期中，snd_soc_pcm_runtime，至關重要。

dai_link 關聯著dai_driver 和 compoent_driver

snd_soc_codec：codec 相關

snd_soc_paltform：platform 相關

snd_soc_dai：cpu_dai 和 codec_dai 相關操作

snd_soc_component：關聯dai_driver 和 component_driver。關聯platform_driver 和 component_driver

snd_soc_ops/snd_soc_dai_ops/snd_pcm_ops：比較關鍵的幾個ops

對于剛開始學習ASLA 驅動時，我們先關注這幾個結構體就行。后續將從音頻流和控制兩大塊，詳細分析整個數據流和控制的調用過程。

5. 總結

本文詳細的介紹了ALSA 驅動最關鍵的一環ASoC ，理解了ASoc 頂層設計框架對于我們后續深入學習ASLA 驅動至關重要。

當我們熟悉了一個平臺的驅動框架后，再去看另外一個平臺就知道哪些是我們需要關注的，哪些是linux 內核已經實現的，從而達到事半功倍的作用。

希望本文，對讀者朋友學習理解Alsa 驅動有所幫助！

審核編輯：湯梓紅