首页 > 其他分享 >Rockchip RK3399 - DAPM

Rockchip RK3399 - DAPM

时间：2023-07-09 23:45:03浏览次数：51  
标签：snd DAPM widget Rockchip dapm soc SOC RK3399

DAPM是Dynamic Audio Power Management 的缩写，即动态音频电源管理，旨在允许便携式Linux设备在任何时候使用音频子系统中的最小电量。它独立于其他内核Power Manager，故可以很容易地与其他PM系统共存。DAPM对所有用户空间应用程序来说也是完全透明的，因为所有电源切换都是在ASoC核心内完成。对于用户空间应用程序，不需要更改代码或重新编译。DAPM 根据当前激活的音频流（playback/capture）和声卡中的Mixer等的配置来决定哪些音频控件的电源开关被打开或关闭。

在声卡之Control设备我们介绍过，通过Control设备我们可以完成对音频系统中的某个控件（kcontrol）的控制，比如音量控制、混音控制（Mixer）、开关控制（Mux）等。使得音频控件能够按照我们预想的结果进行工作。同时我们可以看到，kcontrol还是有以下几点不足：

  • 只能描述自身，无法描述各个kcontrol 之间的连接关系；
  • 没有相应的电源管理机制；
  • 没有相应的时间处理机制来响应播放、停止、上电、下电等音频事件；
  • 为了防止 pop-pop 声，需要用户程序关注各个kcontrol上电和下电的顺序；
  • 当一个音频路径不再有效时，不能自动关闭该路径上的所有的kcontrol；

为此，DAPM 框架正是为了解决以上这些问题而诞生的。

一、widget

DAPM框架为了解决前面kcontrol不足的问题，引入了widget这一概念。所谓widget，具备路径和电源管理的kcontrol，其实可以理解为是kcontrol的进一步升级和封装，它同样是指音频系统中的某个部件，比如Mixer，Mux，输入输出引脚，电源供应器等等，甚至，我们可以定义虚拟的widget，例如playback stream widget。

widget把kcontrol和动态电源管理进行了有机的结合，同时还具备音频路径的连结功能，一个widget可以和它相邻的widget有某种动态的连结关系。

1.1 struct snd_soc_dapm_widget 

在 DAPM 框架中，widget用结构体snd_soc_dapm_widget 来描述，定义位于include/sound/soc-dapm.h文件；

/* dapm widget */
struct snd_soc_dapm_widget {
        enum snd_soc_dapm_type id;
        const char *name;                       /* widget name */
        const char *sname;                      /* stream name */
        struct list_head list;
        struct snd_soc_dapm_context *dapm;

        void *priv;                             /* widget specific data */
        struct regulator *regulator;            /* attached regulator */
        struct pinctrl *pinctrl;                /* attached pinctrl */

        /* dapm control */
        int reg;                                /* negative reg = no direct dapm */
        unsigned char shift;                    /* bits to shift */
        unsigned int mask;                      /* non-shifted mask */
        unsigned int on_val;                    /* on state value */
        unsigned int off_val;                   /* off state value */
        unsigned char power:1;                  /* block power status */
        unsigned char active:1;                 /* active stream on DAC, ADC's */
        unsigned char connected:1;              /* connected codec pin */
        unsigned char new:1;                    /* cnew complete */
        unsigned char force:1;                  /* force state */
        unsigned char ignore_suspend:1;         /* kept enabled over suspend */
        unsigned char new_power:1;              /* power from this run */
        unsigned char power_checked:1;          /* power checked this run */
        unsigned char is_supply:1;              /* Widget is a supply type widget */
        unsigned char is_ep:2;                  /* Widget is a endpoint type widget */
        int subseq;                             /* sort within widget type */

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

        /* external events */
        unsigned short event_flags;             /* flags to specify event types */
        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;
        struct snd_soc_dobj dobj;

        /* widget input and output edges */
        struct list_head edges[2];

        /* used during DAPM updates */
        struct list_head work_list;
        struct list_head power_list;
        struct list_head dirty;
        int endpoints[2];

        struct clk *clk;

        int channel;
};

该结构体包含了以下成员：

  •  id：widget的类型值，比如snd_soc_dapm_output，snd_soc_dapm_mixer等；
  • name：id：widget的名称；
  • sname：音widget所在stream的名字，比如对于snd_soc_dapm_dai_in类型的widget，会使用该字段；
  • list ：所有注册到系统中的widget都会通过该list，链接到代表声卡的snd_soc_card结构的widgets链表中；
  • dapm：snd_soc_dapm_context结构指针，ASoc把系统划分为多个dapm域，每个widget属于某个dapm域，同一个域代表着同样的偏置电压供电策略；比如，同一个codec中的widget通常位于同一个dapm域，而平台上的widget可能又会位于另外一个platform域中；
  • priv：有些widget可能需要一些专有的数据，可以使用该字段来保存，像snd_soc_dapm_dai_in类型的widget，会使用该字段来记住与之相关联的snd_soc_dai结构指针；
  • regulator：对于snd_soc_dapm_regulator_supply类型的widget，该字段指向与之相关的regulator结构指针；
  • pinctrl：指向与widget关联的引脚控制器（pinctrl）的指针；
  • reg：用于直接DAPM控制的寄存器地址，负值表示没有直接DAPM控制；
  • shift：需要进行位移的位数；
  • mask：未经过位移的屏蔽掩码；
  • on_val：电源开启时的值；
  • off_val：电源关闭时的值；
  • power：表示当前widget是否处于上电；
  • active：表示当前widget是否处于激活状态；
  • connected：表示当前widget是否处于连接状态；
  • new：我们定义好的widget（snd_soc_dapm_widget结构），在注册到声卡中时需要进行实例化，该字段用来表示该widget是否已经被实例化；
  • force：该位被设置后，将会不管widget当前的状态，强制更新至新的电源状态；
  • ignore_suspend：保持在挂起期间启用；
  • new_power：来自该运行的电源；
  • power_checked；
  • is_supply：该widget是供电类型的组件。
  • is_ep：该widget是端点类型的组件。
  • subseq：排序；
  • int (*power_check)(struct snd_soc_dapm_widget *w)：指向函数的指针，用于检查电源状态；
  • event_flags：用于指定事件类型的标志；
  • int (*event)(struct snd_soc_dapm_widget*, struct snd_kcontrol *, int)：指向函数的指针，用于处理外部事件；
  • num_kcontrols：kcontrols数组的长度；
  • kcontrol_news：与该widget相关的snd_kcontrol_new；
  • kcontrols： 与widget相关的snd_kcontrol；
  • dobj；
  • edges；
  • work_list；
  • power_list；
  • dirty；
  • endpoints；
  • clk：widget的时钟；
  • channel：通道数；
1.1.1 widaget类型

在 DAPM 框架中，把各种不同的widget划分为不同的种类，snd_soc_dapm_widget 结构中的id字段用来表示该 widget 的种类，可选的种类都定义在一个枚举中，如下：

/* dapm widget types */
enum snd_soc_dapm_type {
        snd_soc_dapm_input = 0,         /* input pin */
        snd_soc_dapm_output,            /* output pin */
        snd_soc_dapm_mux,               /* selects 1 analog signal from many inputs */
        snd_soc_dapm_demux,             /* connects the input to one of multiple outputs */
        snd_soc_dapm_mixer,             /* mixes several analog signals together */
        snd_soc_dapm_mixer_named_ctl,   /* mixer with named controls */
        snd_soc_dapm_pga,               /* programmable gain/attenuation (volume) */
        snd_soc_dapm_out_drv,           /* output driver */
        snd_soc_dapm_adc,               /* analog to digital converter */
        snd_soc_dapm_dac,               /* digital to analog converter */
        snd_soc_dapm_micbias,           /* microphone bias (power) - DEPRECATED: use snd_soc_dapm_supply */
        snd_soc_dapm_mic,               /* microphone */
        snd_soc_dapm_hp,                /* headphones */
        snd_soc_dapm_spk,               /* speaker */
        snd_soc_dapm_line,              /* line input/output */
        snd_soc_dapm_switch,            /* analog switch */
        snd_soc_dapm_vmid,              /* codec bias/vmid - to minimise pops */
        snd_soc_dapm_pre,               /* machine specific pre widget - exec first */
        snd_soc_dapm_post,              /* machine specific post widget - exec last */
        snd_soc_dapm_supply,            /* power/clock supply */
        snd_soc_dapm_pinctrl,           /* pinctrl */
        snd_soc_dapm_regulator_supply,  /* external regulator */
        snd_soc_dapm_clock_supply,      /* external clock */
        snd_soc_dapm_aif_in,            /* audio interface input */
        snd_soc_dapm_aif_out,           /* audio interface output */
        snd_soc_dapm_siggen,            /* signal generator */
        snd_soc_dapm_sink,
        snd_soc_dapm_dai_in,            /* link to DAI structure */
        snd_soc_dapm_dai_out,
        snd_soc_dapm_dai_link,          /* link between two DAI structures */
        snd_soc_dapm_kcontrol,          /* Auto-disabled kcontrol */
        snd_soc_dapm_buffer,            /* DSP/CODEC internal buffer */
        snd_soc_dapm_scheduler,         /* DSP/CODEC internal scheduler */
        snd_soc_dapm_effect,            /* DSP/CODEC effect component */
        snd_soc_dapm_src,               /* DSP/CODEC SRC component */
        snd_soc_dapm_asrc,              /* DSP/CODEC ASRC component */
        snd_soc_dapm_encoder,           /* FW/SW audio encoder component */
        snd_soc_dapm_decoder,           /* FW/SW audio decoder component */

        /* Don't edit below this line */
        SND_SOC_DAPM_TYPE_COUNT
};
1.1.2 snd_soc_dapm_context 

ASoc把系统划分为多个dapm域，每个dapm域使用struct snd_soc_dapm_context表示；

/* DAPM context */
struct snd_soc_dapm_context {
        enum snd_soc_bias_level bias_level;

        /* bit field */
        unsigned int idle_bias_off:1;           /* Use BIAS_OFF instead of STANDBY */
        unsigned int suspend_bias_off:1;        /* Use BIAS_OFF in suspend if the DAPM is idle */

        struct device *dev;                     /* from parent - for debug */
        struct snd_soc_component *component;    /* parent component */
        struct snd_soc_card *card;              /* parent card */

        /* used during DAPM updates */
        enum snd_soc_bias_level target_bias_level;
        struct list_head list;

        struct snd_soc_dapm_widget *wcache_sink;
        struct snd_soc_dapm_widget *wcache_source;

#ifdef CONFIG_DEBUG_FS
        struct dentry *debugfs_dapm;
#endif
};

 1.2 辅助宏定义

本节的内容将会介绍如何使用 DAPM 系统提供的一些辅助宏定义来定义各种类型的widget和它所用到的kcontrol。

1.2.1 widget

DAPM框架为我们提供了大量的辅助宏来定义各种各样的widget控件，这些宏定义根据widget的类型，按照它们电源所在的域，被分为了几个域，它们分别是：

(1) Codec域

比如VREF和VMID等提供参考电压的widget，这些widget通常在Codec的probe/remove回调函数中进行控制，当然，在工作中如果没有音频流时，也可以适当地进行控制它们的开启与关闭。
目前DAPM框架只提供了一个Codec域widget的辅助定义宏：

/* codec domain */
#define SND_SOC_DAPM_VMID(wname) \
{       .id = snd_soc_dapm_vmid, .name = wname, .kcontrol_news = NULL, \
        .num_kcontrols = 0}

(2)  Platform/Machine域

位于该域上的widget通常是针对platform/machine的一些需要物理连接的输入/输出接口，例如耳机、扬声器、麦克风， 因为这些接口在每块板子上都可能不一样，所以通常它们是在machine驱动中进行定义和控制，并且也可以由用户空间的应用程序通过某种方式来控制它们的打开和关闭。
DAPM 框架为我们提供了多种Platform/Machine域widget的辅助定义宏：

/* platform domain */
#define SND_SOC_DAPM_SIGGEN(wname) \
{       .id = snd_soc_dapm_siggen, .name = wname, .kcontrol_news = NULL, \
        .num_kcontrols = 0, .reg = SND_SOC_NOPM }
#define SND_SOC_DAPM_SINK(wname) \
{       .id = snd_soc_dapm_sink, .name = wname, .kcontrol_news = NULL, \
        .num_kcontrols = 0, .reg = SND_SOC_NOPM }
#define SND_SOC_DAPM_INPUT(wname) \
{       .id = snd_soc_dapm_input, .name = wname, .kcontrol_news = NULL, \
        .num_kcontrols = 0, .reg = SND_SOC_NOPM }
#define SND_SOC_DAPM_OUTPUT(wname) \
{       .id = snd_soc_dapm_output, .name = wname, .kcontrol_news = NULL, \
        .num_kcontrols = 0, .reg = SND_SOC_NOPM }
#define SND_SOC_DAPM_MIC(wname, wevent) \
{       .id = snd_soc_dapm_mic, .name = wname, .kcontrol_news = NULL, \
        .num_kcontrols = 0, .reg = SND_SOC_NOPM, .event = wevent, \
        .event_flags = SND_SOC_DAPM_PRE_PMU | SND_SOC_DAPM_POST_PMD}
#define SND_SOC_DAPM_HP(wname, wevent) \
{       .id = snd_soc_dapm_hp, .name = wname, .kcontrol_news = NULL, \
        .num_kcontrols = 0, .reg = SND_SOC_NOPM, .event = wevent, \
        .event_flags = SND_SOC_DAPM_POST_PMU | SND_SOC_DAPM_PRE_PMD}
#define SND_SOC_DAPM_SPK(wname, wevent) \
{       .id = snd_soc_dapm_spk, .name = wname, .kcontrol_news = NULL, \
        .num_kcontrols = 0, .reg = SND_SOC_NOPM, .event = wevent, \
        .event_flags = SND_SOC_DAPM_POST_PMU | SND_SOC_DAPM_PRE_PMD}
#define SND_SOC_DAPM_LINE(wname, wevent) \
{       .id = snd_soc_dapm_line, .name = wname, .kcontrol_news = NULL, \
        .num_kcontrols = 0, .reg = SND_SOC_NOPM, .event = wevent, \
        .event_flags = SND_SOC_DAPM_POST_PMU | SND_SOC_DAPM_PRE_PMD}

以上这些widget分别对应信号发生器，sink、输入引脚，输出引脚，麦克风，耳机，扬声器，线路输入接口。

其中的 reg 字段均被设置为 SND_SOC_NOPM(-1)，表明这些 widget 是没有寄存器控制位来控制widget 的电源状态的。

麦克风，耳机，扬声器，线路输入接口这几种widget，还可以定义一个dapm事件回调函数 wevent，从 event flags 字段设置可以看出，它们只会响应 SND_SOC_DAPM_POST_PMU（上电后）和 SND_SOC_DAPM_PMD（下电前）事件，这几个widget通常会在machine驱动中定义，而 SND_SOC_DAPM_INPUT 和 SND_SOC_DAPM_OUTPUT 则用来定义codec 芯片的输出输入脚，通常在codec 驱动中定义，最后，在 machine 驱动中增加相应的 route，把麦克风和耳机等widget与相应的codec输入输出引脚的widget连接起来。

(3) path域

一般是指codec内部的Mixer、Mux等控制音频路径的widget，这些widget可以根据用户空间的设定连接关系，自动设定它们的电源状态。这种 widget 通常是对普通kcontrols控件的再封装，增加音频路径和电源管理功能，所以这种widget会包含一个或多个kcontrol，不过这些被包含的kcontrol 不能使用这种方法定义，它们需要使用dapm框架提供的定义宏来定义；

/* path domain */
#define SND_SOC_DAPM_PGA(wname, wreg, wshift, winvert,\
         wcontrols, wncontrols) \
{       .id = snd_soc_dapm_pga, .name = wname, \
        SND_SOC_DAPM_INIT_REG_VAL(wreg, wshift, winvert), \
        .kcontrol_news = wcontrols, .num_kcontrols = wncontrols}
#define SND_SOC_DAPM_OUT_DRV(wname, wreg, wshift, winvert,\
         wcontrols, wncontrols) \
{       .id = snd_soc_dapm_out_drv, .name = wname, \
        SND_SOC_DAPM_INIT_REG_VAL(wreg, wshift, winvert), \
        .kcontrol_news = wcontrols, .num_kcontrols = wncontrols}
#define SND_SOC_DAPM_MIXER(wname, wreg, wshift, winvert, \
         wcontrols, wncontrols)\
{       .id = snd_soc_dapm_mixer, .name = wname, \
        SND_SOC_DAPM_INIT_REG_VAL(wreg, wshift, winvert), \
        .kcontrol_news = wcontrols, .num_kcontrols = wncontrols}
#define SND_SOC_DAPM_MIXER_NAMED_CTL(wname, wreg, wshift, winvert, \
         wcontrols, wncontrols)\
{       .id = snd_soc_dapm_mixer_named_ctl, .name = wname, \
        SND_SOC_DAPM_INIT_REG_VAL(wreg, wshift, winvert), \
        .kcontrol_news = wcontrols, .num_kcontrols = wncontrols}
/* DEPRECATED: use SND_SOC_DAPM_SUPPLY */
#define SND_SOC_DAPM_MICBIAS(wname, wreg, wshift, winvert) \
{       .id = snd_soc_dapm_micbias, .name = wname, \
        SND_SOC_DAPM_INIT_REG_VAL(wreg, wshift, winvert), \
        .kcontrol_news = NULL, .num_kcontrols = 0}
#define SND_SOC_DAPM_SWITCH(wname, wreg, wshift, winvert, wcontrols) \
{       .id = snd_soc_dapm_switch, .name = wname, \
        SND_SOC_DAPM_INIT_REG_VAL(wreg, wshift, winvert), \
        .kcontrol_news = wcontrols, .num_kcontrols = 1}
#define SND_SOC_DAPM_MUX(wname, wreg, wshift, winvert, wcontrols) \
{       .id = snd_soc_dapm_mux, .name = wname, \
        SND_SOC_DAPM_INIT_REG_VAL(wreg, wshift, winvert), \
        .kcontrol_news = wcontrols, .num_kcontrols = 1}
#define SND_SOC_DAPM_DEMUX(wname, wreg, wshift, winvert, wcontrols) \
{       .id = snd_soc_dapm_demux, .name = wname, \
        SND_SOC_DAPM_INIT_REG_VAL(wreg, wshift, winvert), \
        .kcontrol_news = wcontrols, .num_kcontrols = 1}

......

可以看出，这些widget的reg和shift字段是需要赋值的，说明这些widget是有相应的电源控制寄存器的，DAPM框架在扫描和更新音频路径时，会利用这些寄存器来控制widget的电源状态，使得它们的供电状态是按需分配的，需要的时候（在有效的音频路径上）上电，不需要的时候（不在有效的音频路径上）下电。

这些widget需要完成和之前介绍的Mixer、Mux等控件同样的功能，实际上，这是通过它们包含的kcontrol控件来完成的，这些kcontrol我们需要在定义widget前先定义好，然后通过wcontrols 和num_kcontrols参数传递给这些辅助定义宏。
如果需要自定义这些widget的dapm事件处理回调函数，也可以使用下面这些带 "_E" 后缀的版本：

  • SND_SOC_DAPM_PGA_E；
  • SND_SOC_DAPM_OUT_DRV_E；
  • SND_SOC_DAPM_MIXER_E；
  • SND_SOC_DAPM_MIXER_NAMED_CTL_E；
  • SND_SOC_DAPM_SWITCH_E；
  • SND_SOC_DAPM_MUX_E；
  • SND_SOC_DAPM_VIRT_MUX_E；

(4) stream域

是指那些需要处理音频数据流的widget，例如 ADC、DAC 等等。这些widget主要包含音频输入/输出接口，ADC/DAC 等等：

/* stream domain */
#define SND_SOC_DAPM_AIF_IN(wname, stname, wchan, wreg, wshift, winvert) \
{       .id = snd_soc_dapm_aif_in, .name = wname, .sname = stname, \
        .channel = wchan, SND_SOC_DAPM_INIT_REG_VAL(wreg, wshift, winvert), }
#define SND_SOC_DAPM_AIF_IN_E(wname, stname, wchan, wreg, wshift, winvert, \
                              wevent, wflags)                           \
{       .id = snd_soc_dapm_aif_in, .name = wname, .sname = stname, \
        .channel = wchan, SND_SOC_DAPM_INIT_REG_VAL(wreg, wshift, winvert), \
        .event = wevent, .event_flags = wflags }
#define SND_SOC_DAPM_AIF_OUT(wname, stname, wchan, wreg, wshift, winvert) \
{       .id = snd_soc_dapm_aif_out, .name = wname, .sname = stname, \
        .channel = wchan, SND_SOC_DAPM_INIT_REG_VAL(wreg, wshift, winvert), }
#define SND_SOC_DAPM_AIF_OUT_E(wname, stname, wchan, wreg, wshift, winvert, \
                             wevent, wflags)                            \
{       .id = snd_soc_dapm_aif_out, .name = wname, .sname = stname, \
        .channel = wchan, SND_SOC_DAPM_INIT_REG_VAL(wreg, wshift, winvert), \
        .event = wevent, .event_flags = wflags }
#define SND_SOC_DAPM_DAC(wname, stname, wreg, wshift, winvert) \
{       .id = snd_soc_dapm_dac, .name = wname, .sname = stname, \
        SND_SOC_DAPM_INIT_REG_VAL(wreg, wshift, winvert) }
#define SND_SOC_DAPM_DAC_E(wname, stname, wreg, wshift, winvert, \
                           wevent, wflags)                              \
{       .id = snd_soc_dapm_dac, .name = wname, .sname = stname, \
        SND_SOC_DAPM_INIT_REG_VAL(wreg, wshift, winvert), \
        .event = wevent, .event_flags = wflags}

#define SND_SOC_DAPM_ADC(wname, stname, wreg, wshift, winvert) \
{       .id = snd_soc_dapm_adc, .name = wname, .sname = stname, \
        SND_SOC_DAPM_INIT_REG_VAL(wreg, wshift, winvert), }
#define SND_SOC_DAPM_ADC_E(wname, stname, wreg, wshift, winvert, \
                           wevent, wflags)                              \
{       .id = snd_soc_dapm_adc, .name = wname, .sname = stname, \
        SND_SOC_DAPM_INIT_REG_VAL(wreg, wshift, winvert), \
        .event = wevent, .event_flags = wflags}
#define SND_SOC_DAPM_CLOCK_SUPPLY(wname) \
{       .id = snd_soc_dapm_clock_supply, .name = wname, \
        .reg = SND_SOC_NOPM, .event = dapm_clock_event, \
        .event_flags = SND_SOC_DAPM_PRE_PMU | SND_SOC_DAPM_POST_PMD }

除了上述这些 widget，还有另外三种widget没有提供显示的定义方法，其种类 id 分别为：

  • snd_soc_dapm_dai_in；
  • snd_soc_dapm_dai_out；
  • snd_soc_dapm_dai_link；

还记得ASOC架构中Codec中的snd_soc_dai结构吗？每个codec有多个dai，而cpu也会有多个dai，dai注册时，dapm系统会为每个dai创建一个snd_soc_dapm_dai_in或snd_soc_dapm_dai_out类型的widget，通常，这两种widget会和codec中具有相同的streamname的widget进行连接。另外一种情况，当系统中具有多个音频处理器（比如多个codec）时，它们之间可能会通过某两个dai进行连接，当machine驱动确认有这种配置时（通过判断dai_links结构中的param字段），会为它们建立一个dai_link把它们绑定在一起，因为有连接关系，两个音频处理器之间的widget的电源状态就可以互相传递。

除了上面的还有几个通用的widget，它们的定义方法如下：

/* generic widgets */
#define SND_SOC_DAPM_REG(wid, wname, wreg, wshift, wmask, won_val, woff_val) \
{       .id = wid, .name = wname, .kcontrol_news = NULL, .num_kcontrols = 0, \
        .reg = wreg, .shift = wshift, .mask = wmask, \
        .on_val = won_val, .off_val = woff_val, }
#define SND_SOC_DAPM_SUPPLY(wname, wreg, wshift, winvert, wevent, wflags) \
{       .id = snd_soc_dapm_supply, .name = wname, \
        SND_SOC_DAPM_INIT_REG_VAL(wreg, wshift, winvert), \
        .event = wevent, .event_flags = wflags}
#define SND_SOC_DAPM_REGULATOR_SUPPLY(wname, wdelay, wflags)        \
{       .id = snd_soc_dapm_regulator_supply, .name = wname, \
        .reg = SND_SOC_NOPM, .shift = wdelay, .event = dapm_regulator_event, \
        .event_flags = SND_SOC_DAPM_PRE_PMU | SND_SOC_DAPM_POST_PMD, \
        .on_val = wflags}
#define SND_SOC_DAPM_PINCTRL(wname, active, sleep) \
{       .id = snd_soc_dapm_pinctrl, .name = wname, \
        .priv = (&(struct snd_soc_dapm_pinctrl_priv) \
                { .active_state = active, .sleep_state = sleep,}), \
        .reg = SND_SOC_NOPM, .event = dapm_pinctrl_event, \
        .event_flags = SND_SOC_DAPM_PRE_PMU | SND_SOC_DAPM_POST_PMD }
1.2.2 kcontrol

对于音频路径上的Mixer或Mux类型的widget，它们包含了若干个kcontrol，这些被包含的kcontrol实际上就是我们之前讨论的Mixer和Mux等，dapm利用这些kcontrol完成音频的控制。

不过，对于widget来说，它的任务还不止这些，dapm还要动态地管理这些音频路径的连结关系，以便可以根据这些连接关系来控制这些widget的电源状态，如果按照普通的方法定义这些kcontrol，是无法达到这个目的的，因此，dapm为我们提供另外一套定义宏，由它们完成这些被widget包含的kcontrol的定义，如下：

/* dapm kcontrol types */
#define SOC_DAPM_DOUBLE(xname, reg, lshift, rshift, max, invert) \
{       .iface = SNDRV_CTL_ELEM_IFACE_MIXER, .name = xname, \
        .info = snd_soc_info_volsw, \
        .get = snd_soc_dapm_get_volsw, .put = snd_soc_dapm_put_volsw, \
        .private_value = SOC_DOUBLE_VALUE(reg, lshift, rshift, max, invert, 0) }
#define SOC_DAPM_DOUBLE_R(xname, lreg, rreg, shift, max, invert) \
{       .iface = SNDRV_CTL_ELEM_IFACE_MIXER, .name = xname, \
        .info = snd_soc_info_volsw, \
        .get = snd_soc_dapm_get_volsw, .put = snd_soc_dapm_put_volsw, \
        .private_value = SOC_DOUBLE_R_VALUE(lreg, rreg, shift, max, invert) }
#define SOC_DAPM_SINGLE(xname, reg, shift, max, invert) \
{       .iface = SNDRV_CTL_ELEM_IFACE_MIXER, .name = xname, \
        .info = snd_soc_info_volsw, \
        .get = snd_soc_dapm_get_volsw, .put = snd_soc_dapm_put_volsw, \
        .private_value = SOC_SINGLE_VALUE(reg, shift, max, invert, 0) }
#define SOC_DAPM_SINGLE_AUTODISABLE(xname, reg, shift, max, invert) \
{       .iface = SNDRV_CTL_ELEM_IFACE_MIXER, .name = xname, \
        .info = snd_soc_info_volsw, \
        .get = snd_soc_dapm_get_volsw, .put = snd_soc_dapm_put_volsw, \
        .private_value = SOC_SINGLE_VALUE(reg, shift, max, invert, 1) }
#define SOC_DAPM_SINGLE_VIRT(xname, max) \
        SOC_DAPM_SINGLE(xname, SND_SOC_NOPM, 0, max, 0)
#define SOC_DAPM_SINGLE_TLV(xname, reg, shift, max, invert, tlv_array) \
{       .iface = SNDRV_CTL_ELEM_IFACE_MIXER, .name = xname, \
        .info = snd_soc_info_volsw, \
        .access = SNDRV_CTL_ELEM_ACCESS_TLV_READ | SNDRV_CTL_ELEM_ACCESS_READWRITE,\
        .tlv.p = (tlv_array), \
        .get = snd_soc_dapm_get_volsw, .put = snd_soc_dapm_put_volsw, \
        .private_value = SOC_SINGLE_VALUE(reg, shift, max, invert, 0) }
#define SOC_DAPM_SINGLE_TLV_AUTODISABLE(xname, reg, shift, max, invert, tlv_array) \
{       .iface = SNDRV_CTL_ELEM_IFACE_MIXER, .name = xname, \
        .info = snd_soc_info_volsw, \
        .access = SNDRV_CTL_ELEM_ACCESS_TLV_READ | SNDRV_CTL_ELEM_ACCESS_READWRITE,\
        .tlv.p = (tlv_array), \
        .get = snd_soc_dapm_get_volsw, .put = snd_soc_dapm_put_volsw, \
        .private_value = SOC_SINGLE_VALUE(reg, shift, max, invert, 1) }
#define SOC_DAPM_SINGLE_TLV_VIRT(xname, max, tlv_array) \
        SOC_DAPM_SINGLE(xname, SND_SOC_NOPM, 0, max, 0, tlv_array)
#define SOC_DAPM_ENUM(xname, xenum) \
{       .iface = SNDRV_CTL_ELEM_IFACE_MIXER, .name = xname, \
        .info = snd_soc_info_enum_double, \
        .get = snd_soc_dapm_get_enum_double, \
        .put = snd_soc_dapm_put_enum_double, \
        .private_value = (unsigned long)&xenum }
#define SOC_DAPM_ENUM_EXT(xname, xenum, xget, xput) \
{       .iface = SNDRV_CTL_ELEM_IFACE_MIXER, .name = xname, \
        .info = snd_soc_info_enum_double, \
        .get = xget, \
        .put = xput, \
        .private_value = (unsigned long)&xenum }
#define SOC_DAPM_PIN_SWITCH(xname) \
{       .iface = SNDRV_CTL_ELEM_IFACE_MIXER, .name = xname " Switch", \
        .info = snd_soc_dapm_info_pin_switch, \
        .get = snd_soc_dapm_get_pin_switch, \
        .put = snd_soc_dapm_put_pin_switch, \
        .private_value = (unsigned long)xname }

可以看出，SOC_DAPM_SINGLE对应普通控件的SOC_SINGLE，SOC_DAPM_SINGLE_TLV对应SOC_SINGLE_TLV…，相比普通的kcontrol控件，dapm的kcontrol只是把info，get，put回调函数换掉了。

dapm kcontrol的put回调函数不仅仅会更新控件本身的状态，它还会把这种变化传递到相邻的dapm kcontrol，相邻的dapm kcontrol又会传递到这个变化到它自己相邻的dapm kcontrol，直到音频路径的末端，通过这种机制，只要改变其中一个widget的链接状态，与之相关的所有widget都会被扫描并测试一下自身是否还在有效的音频路径中，从而可以动态地改变自身的电源状态，这就是dapm的精髓所在。

参考文章

[1] Linux ALSA 之十三：ASOC DAPM 简介 & Widget/Kcontrol 定义

[2] linux-alsa详解8之DAPM详解1kcontrol

[2] linux-alsa详解9之DAPM详解2widget基本知识

标签：snd,DAPM,widget,Rockchip,dapm,soc,SOC,RK3399
From： https://www.cnblogs.com/zyly/p/17539694.html

相关文章

  • Rockchip RK3399 - Machine驱动
    Machinedriver描述了如何控制platform、codec、cpudai（DigitalAudioInterface，数字音频接口）和codecdai，使得互相配合在一起工作，Machine驱动代码位于sound/soc/generic/simple-card.c文件。一、设备节点1.1设备节点rt5651-sound我们在arch/arm64/boot/dts/rockchip/rk3399-ev......
  • Rockchip RK3399 - Codec驱动基础
    在上一篇博客我们介绍了ALSA子系统的软件架构，同时介绍了ALSACORE核心数据结构和相关API。本节我们将会介绍ASoC软件体系中音频三大驱动模块：Codec、Platform和Machine。一、ASoC核心数据结构我们首先来了解Codec、Platform和Machine驱动中涉及到的数据结构，知道每个数据结构以......
  • Rockchip RK3399 - Platform驱动
    Platfromdriver提供了配置/使能SoC音频接口的能力；Plaftrom驱动分为两个部分：snd_soc_platform_driver、snd_soc_dai_driver。snd_soc_platform_driver：负责管理音频数据，把音频数据通过DMA或其他操作传送至CPUDAI中；snd_soc_dai_driver：负责完成SoC一侧的DAI参数配置，同时也会通过......
  • Rockchip RK3399 - Codec驱动（ Realtek ALC5651）
    Codecdriver提供了配置/使能Codec的能力，驱动代码位于sound/soc/codecs/rt5651.c文件。一、设备节点1.1设备节点rt5651我们在arch/arm64/boot/dts/rockchip/rk3399-evb.dts文件添加rt5651设备节点，该节点位于i2c1节点下：&i2c1{status="okay";i2c-scl-rising-time......
  • Rockchip rk3588 U-Boot详解 (三)
    Rockchiprk3588U-Boot详解(三)专栏总目录1.1Environment-VariablesENV（Environment-Variables）是U-Boot支持的一种全局数据管理和传递方式，原理是构建一张HASH映射表，把用户的数据以"键值-数据"作为表项进行管理。EVN通常用于定义平台配置参数：固件加载地址、网络配置（ipaddr、serve......
  • 转载-linux与soc-移植U-Boot思路和实践 | 基于RK3399
    原文链接：https://mp.weixin.qq.com/s/T1BmaP2-XbJIpLNsFxKeEQ0.背景介绍我们手里这块RK3399开发板出厂时带的是2017.09版本的U-Boot。 U-Boot 2017.09 (Sep 26 2021 - 08:53:15 +0000)   Model: Forlinx OK3399 Evaluation Board Pr......
  • RK3588（YD-88）瑞芯微 Rockchip RK3588 开发板套件，支持8G内存，32G eMMC存储
     一、产品简介1.产品简述：YD-88 是基于瑞芯微RK3588 的一款核心板RK3588是一颗高性能、低功耗的应用处理器芯片，专为ARMPC、边缘计算、个人移动互联网设备和其它多媒体应用而设计，是由4个A76和4个A55与独立的NEON协处理器集成的。RK3588内置了多种功能强大的嵌入式......
  • Rockchip rk3588 U-Boot详解 (三)
    Rockchiprk3588U-Boot详解(三)专栏总目录1.1Environment-VariablesENV（Environment-Variables）是U-Boot支持的一种全局数据管理和传递方式，原理是构建一张HASH映射表，把用户的数据以"键值-数据"作为表项进行管理。EVN通常用于定义平台配置参数：固件加载地址、网络配置（i......
  • Rockchip RK3399 - rt5651 ALSA Machine驱动
    一、Machine驱动Machinedriver描述了如何控制CPU数字音频接口（DAI）和Codec，使得互相配合在一起工作，Machine驱动代码位于sound/soc/generic/simple-card.c文件。1.1设备节点rt5651-sound我们在arch/arm64/boot/dts/rockchip/rk3399-evb.dts文件添加设备节点rt5651-sound；rt5651_......
  • Rockchip RK3399 - Mali-T864 GPU驱动
    一、图像界面卡顿问题在前面的文章我们已经移植了在NanoPC-T4开发板上移植了uboot2023.04、linux5.2.8、以及ubuntu20.04.4根文件系统。然后在使用ubuntu桌面环境的时候，发现了一个问题，随便打开一个网页，视频都加载不出来，同时看到CPU的占用率会急剧升高；1.1产生原因造成这种......

赞助商

阅读排行

网站主页关于我们联系我们网站地图

本网站内容转载自其他媒体，侵权联系[admin##ips99.com]。

Copyright © 2020-2023 IPS99 版权所有 IPS99