DSP

Linux音频ASoC架构驱动解析

2019-07-13 19:12发布

http://emb.hqyj.com/Column/8592.html
时间:2018-09-29作者:华清远见
近来对音频芯片兴趣颇浓,想在片选系统上实现音频驱动,仔细研究发现,Linux内核系统(3.0)可以配置两种音频编程接口驱动,其驱动架构的组成如下:
  1. Linux OSS 音频设备驱动架构的组成:mixer 接口、dsp 接口及用户空间编程方法。
  2. Linux ALSA 音频设备驱动架构的组成:card 和组件管理、PCM 设备、control 接口、AC97 API(或者是其他音频芯片API接口)及用户空间编程方法。
1.ASoC的由来: 由于OSS音频驱动架构是一个没有完全开放源代码的商业产品,而ALSA音频驱动架构恰好弥补了这一空白。 ASoC–ALSA System on Chip (即ALSA在片选系统上的应用),是建立在标准ALSA驱动层上,为了更好地支持嵌入式处理器和移动设备中的音频Codec的一套软件体系。在ASoc出现之前,内核对于SoC中的音频已经有部分的支持,不过会有一些局限性: • Codec驱动与SoC CPU的底层耦合过于紧密,这种不理想会导致代码的重复,例如,仅是wm8731的驱动,当时Linux中有分别针对4个平台的驱动代码。 • 音频事件没有标准的方法来通知用户,例如耳机、麦克风的插拔和检测,这些事件在移动设备中是非常普通的,而且通常都需要特定于机器的代码进行重新对音频路劲进行配置。 • 当进行播放或录音时,驱动会让整个codec处于上电状态,这对于PC没问题,但对于移动设备来说,这意味着浪费大量的电量。同时也不支持通过改变过取样频率和偏置电流来达到省电的目的。 ASoC正是为了解决上述种种问题而提出的,目前已经被整合至内核的代码树中:sound/soc。ASoC不能单独存在,他只是建立在标准ALSA驱动上的一个它必须和标准的ALSA驱动框架相结合才能工作。 2.音频设备硬件接口 2.1 PCM 接口 PCM也是一种4线制接口。与I2S非常相像,但支持一个更灵活的协议。它有位时钟(BCLK)和同步时钟(SYNC)用来在Tx和Rx在传送和接收音频数据是同步连接。位时钟通常因采样率的不同而不同,然而同步时钟(SYNC)与采样频率相同。PCM同样支持时分复用,可以几个设备同时使用总线(这有时被称为network模式)。 2.2 IIS 接口 I2S是一个4线数字音频接口,常用于HiFi,STB便携设备。Tx 和Rx信号线用于音频传输。而位时钟和左右时钟(LRC)用于同步链接。I2S具有灵活性,因为控制器和解码器都可以控制位时钟和左右时钟。位时钟因采样率和主系统时钟而有不同。LRCLK与采样率相同。少数设备支持独立的ADC和DAC的LRCLK。这使在不同采样率情况下同步捕获和回放成为可能。 2.3 AC97 接口 AC97是一种个人电脑声卡上常见的五线接口。现在在很多便携设备中也很流行。这个数字音频接口有一个复位线,分时在SDATA_OUT(回放)和SDATA_IN(捕获) 线上传送数据。位时钟常由解码器驱动(通常是12.288MHz).帧时钟(通常48kHz)总是由控制器驱动。每个AC97帧21uS,并分为13个时间槽。 2.4 音频系统结构 通常,就像软件领域里的抽象和重用一样,嵌入式设备的音频系统可以被划分为板载硬件(Machine)、Soc(Platform)、Codec三大部分,如下图所示:
  1. 软件架构
在软件层面,ASoC也把嵌入式设备的音频系统同样分为3大部分,Machine,Platform和Codec。 • Codec驱动 ASoC中的一个重要设计原则就是要求Codec驱动是平台无关的,它包含了一些音频的控件(Controls),音频接口,DAMP(动态音频电源管理)的定义和某些Codec IO功能。为了保证硬件无关性,任何特定于平台和机器的代码都要移到Platform和Machine驱动中。所有的Codec驱动都要提供以下特性: o Codec DAI 和 PCM的配置信息; o Codec的IO控制方式(I2C,SPI等); o Mixer和其他的音频控件; o Codec的ALSA音频操作接口; 也可以增加提供以下功能: o DAPM描述信息; o DAPM事件处理程序; o DAC数字静音控制 • Platform驱动 它包含了该SoC平台的音频DMA和音频接口的配置和控制(I2S,PCM,AC97等等);它也不能包含任何与板子或机器相关的代码。 • Machine驱动 Machine驱动负责处理机器特有的一些控件和音频事件(例如,当播放音频时,需要先行打开一个放大器);单独的Platform和Codec驱动是不能工作的,它必须由Machine驱动把它们结合在一起才能完成整个设备的音频处理工作。
  1. CLASS SOC
整个ASoC是由一些列struct组成,要搞清楚ASoC的工作机理,必须要理解这一系列struct之间的关系和作用,下面的关系图展示了ASoC中重要的数据结构之间的关联方式: Kernel 3.0中的ASoC数据结构 通过snd_soc_card结构,又引出了Machine驱动的另外两个个数据结构: snd_soc_dai_link(实例:smdk_dai[] ) snd_soc_ops(实例:smdk_ops ) snd_soc_dai_link看名字就知道,很明显它是起耦合链接作用的。它指定了Platform、Codec、codec_dai、cpu_dai的名字,稍后Machine驱动将会利用这些名字去匹配已经在系统中注册的platform,codec,dai。 snd_soc_ops连接Platform和Codec的dai_link对应的ops操作函数,本例就是smdk_ops,它只实现了hw_params函数:smdk_hw_params。 到此为止,主要的部分machine的平台设备注册我们完成了。