ALSA声卡驱动详解(4)

为此，DAPM框架正是为了要解决以上这些问题而诞生的，DAPM目前已经是ASoc中的重要组成部分，让我们先从DAPM的数据结构开始，了解它的设计思想和工作原理。

DAPM的基本单元：widget

文章的开头，我们说明了一下目前kcontrol的一些不足，而DAPM框架为了解决这些问题，引入了widget这一概念，所谓widget，其实可以理解为是kcontrol的进一步升级和封装，她同样是指音频系统中的某个部件，比如mixer，mux，输入输出引脚，电源供应器等等，甚至，我们可以定义虚拟的widget，例如playback stream widget。widget把kcontrol和动态电源管理进行了有机的结合，同时还具备音频路径的连结功能，一个widget可以与它相邻的widget有某种动态的连结关系。在DAPM框架中，widget用结构体snd_soc_dapm_widget来描述： [cpp] view plaincopy

struct snd_soc_dapm_widget {

enum snd_soc_dapm_type id;

const char *name; /* widget name */

......

/* dapm control */

int reg; /* negative reg = no direct dapm */

unsigned char shift; /* bits to shift */

unsigned int value; /* widget current value */

unsigned int mask; /* non-shifted mask */ ......

int (*power_check)(struct snd_soc_dapm_widget *w);

int (*event)(struct snd_soc_dapm_widget*, struct snd_kcontrol *, int);

/* kcontrols that relate to this widget */ int num_kcontrols;

const struct snd_kcontrol_new *kcontrol_news; struct snd_kcontrol **kcontrols;

/* widget input and outputs */ struct list_head sources; struct list_head sinks; ......

11

};

snd_soc_dapm_widget结构比较大，为了简洁一些，这里我没有列出该结构体的完整字段，不过不用担心，下面我会说明每个字段的意义：

id 该widget的类型值，比如snd_soc_dapm_output，snd_soc_dapm_mixer等等。

*name 该widget的名字

*sname 代表该widget所在stream的名字，比如对于snd_soc_dapm_dai_in类型的widget，会使用该字段。

*codec *platform 指向该widget所属的codec和platform。

list 所有注册到系统中的widget都会通过该list，链接到代表声卡的snd_soc_card结构的widgets链表头字段中。

*dapm snd_soc_dapm_context结构指针，ASoc把系统划分为多个dapm域，每个widget属于某个dapm域，同一个域代表着同样的偏置电压供电策略，比如，同一个codec中的widget通常位于同一个dapm域，而平台上的widget可能又会位于另外一个platform域中。