DAPM_widget_route_path简介

https://www.cnblogs.com/-glb/p/14411301.html

 

 

移植的驱动程序中,可以播放声音但是不能录制声音。查看原理图:

当录制声音时,模拟信号从MIC1进来,最终输入到编解码芯片的LINPUT1,然后经过一系列的开关和部件,到达ADC转换器,转换成数字信号后,传递给CPU。若将这条路径上涉及到的各个部件打开,需要设置一系列的寄存器。那么有哪些寄存器呢?打开WM8960的芯片手册,如下所示:

 

 

 将上面的图进行简化,如下所示:

 

 

 根据上篇博客中介绍的kcontrol内容,录音时需要将LINPUT1, LINPUT1 Switch,Left Boost Mixer,Boost Switch,Left Input Mixer以及Left ADC都要打开。我们仅仅是录音,就要去操作6个部件,即需要设置6个寄存器,这也太麻烦了。是否有改进的方法呢?此时DAPM就出场了,DAPM涉及route、path和widget这三个东西。我们首先了解一下DAPM的定义:

DAPM是Dynamic Audio PowerManagement的缩写,直译过来就是动态音频电源管理的意思。

DAPM是为了使基于Linux的移动设备上的音频子系统,在任何时候都工作在最小功耗状态下。

DAPM对用户空间的应用程序来说是透明的,所有与电源相关的开关都在ASoc Core中完成。

用户空间的应用程序无需对代码做出修改,也无需重新编译,DAPM根据当前激活的音频流(playback/capture)和声卡中的mixer等的配置来决定哪些音频控件的电源开关被打开或关闭。 

对于Left Boost Mixer来说,只要LINPUT Switch中的一个被打开,那么Left Boost Mixer就应该被打开。因此对于应用程序而言,只要打开了LINPUT Switch中的3个中的某一个,那么Left Boost Mixer就应该被打开。
Mixer有多个输入源,只要其中的某个开关使能,就顺便把Mixer使能。也就是说,应用程序不需要手动打开这个Mixer。

对于A部分,可以用一个widget来描述,里面含有:
a. 1个Mixer
b. 3个开关,这些开关用kcontrol来表示,上面博客中说过,kcontrol中有info函数、put函数、get函数等等。

在这里kcontrol中的put函数作了一些特殊的处理,我们知道在一般的kcontrol中,它只是设置自己的寄存器。但是这里不是这么做的,具体如何处理的,稍后会讲。

在这里我们引入了Widget,通过Widget,可以减少对某些寄存器的操作。看一下,在wm8960中,对widget的定义。

复制代码

static const struct snd_soc_dapm_widget wm8960_dapm_widgets[] = {
...
SND_SOC_DAPM_MIXER("Left Boost Mixer", WM8960_POWER1, 5, 0,
           wm8960_lin_boost, ARRAY_SIZE(wm8960_lin_boost)),
...
};

复制代码

static const struct snd_kcontrol_new wm8960_lin_boost[] = {
SOC_DAPM_SINGLE("LINPUT2 Switch", WM8960_LINPATH, 6, 1, 0),
SOC_DAPM_SINGLE("LINPUT3 Switch", WM8960_LINPATH, 7, 1, 0),
SOC_DAPM_SINGLE("LINPUT1 Switch", WM8960_LINPATH, 8, 1, 0),
};

用宏SND_SOC_DAPM_MIXER来表示一个Widget,用wm8960_lin_boost表示kcontrol。这些kcontrol,它使用的宏与普通的kcontrol所使用的宏不一样。
对于普通的kcontrol,它使用的是SOC_SINGLE等来描述,而在这里它使用的是SOC_DAPM_SINGLE。它们的put函数是不同的。

 A部分是我们改进的一个地方,看一下那个简图还有哪些地方可以改进?

对于简图中的LINPUT1、LINPUT2、LINPUT3这也是一些widget。显然,如果打开了LINPUT1 Switch,右边的Left Boost Mixer应该打开,左边的LINPUT1也应该被打开。
如何知道LINPUT1 Switch左右两边连接哪些Widget呢?
LINPUT 、LINPUT1 Switch 、Left Boost Mixer就是一个route。route可以用下面的形式进行表示:

复制代码

/*
 * DAPM audio route definition.
 *
 * Defines an audio route originating at source via control and finishing
 * at sink.
 */
struct snd_soc_dapm_route {
    const char *sink;
    const char *control;
    const char *source;

    /* Note: currently only supported for links where source is a supply */
    int (*connected)(struct snd_soc_dapm_widget *source,
             struct snd_soc_dapm_widget *sink);
};

复制代码

复制代码

static const struct snd_soc_dapm_route audio_paths[] = {
    { "Left Boost Mixer", "LINPUT1 Switch", "LINPUT1" },
    { "Left Boost Mixer", "LINPUT2 Switch", "LINPUT2" },
    { "Left Boost Mixer", "LINPUT3 Switch", "LINPUT3" },
...
}

复制代码

从上面route的定义来看,它表明了kcontrol的名字,source widget的名字,sink widget的名字。我们需要将route转换成一个path
看一下代码中,如何将一个route转换成一个path
snd_soc_dapm_add_routes(dapm, audio_paths, ARRAY_SIZE(audio_paths));

复制代码

/**
 * snd_soc_dapm_add_routes - Add routes between DAPM widgets
 * @dapm: DAPM context
 * @route: audio routes
 * @num: number of routes
 *
 * Connects 2 dapm widgets together via a named audio path. The sink is
 * the widget receiving the audio signal, whilst the source is the sender
 * of the audio signal.
 *
 * Returns 0 for success else error. On error all resources can be freed
 * with a call to snd_soc_card_free().
 */
int snd_soc_dapm_add_routes(struct snd_soc_dapm_context *dapm,
                const struct snd_soc_dapm_route *route, int num)
{
    int i, ret;

    for (i = 0; i < num; i++) {
        ret = snd_soc_dapm_add_route(dapm, route);
        if (ret < 0) {
            dev_err(dapm->dev, "Failed to add route %s->%s\n",
                route->source, route->sink);
            return ret;
        }
        route++;
    }

    return 0;
}
EXPORT_SYMBOL_GPL(snd_soc_dapm_add_routes);

复制代码

函数snd_soc_dapm_add_route,首先根据audio_paths中的名字找到相应的widget和kcontrol。找到对应的widget和kcontrol后,再去创建path。

View Code

复制代码

/* dapm audio path between two widgets */
struct snd_soc_dapm_path {
    const char *name;
    const char *long_name;

    /* source (input) and sink (output) widgets */
    struct snd_soc_dapm_widget *source;
    struct snd_soc_dapm_widget *sink;
    struct snd_kcontrol *kcontrol;

    /* status */
    u32 connect:1;    /* source and sink widgets are connected */
    u32 walked:1;    /* path has been walked */
    u32 weak:1;    /* path ignored for power management */

    int (*connected)(struct snd_soc_dapm_widget *source,
             struct snd_soc_dapm_widget *sink);

    struct list_head list_source;
    struct list_head list_sink;
    struct list_head list;
};

复制代码

至此,已经引入了wiget、route和path的概念。它们之间如何协同工作呢?

要注意,本节的重点就是动态音频电源管理,省电是我们的宗旨。
在上面我们已经说过,普通的kcontrol的put函数和DAPM中的put函数是不同的。那么DAPM中kcontrol中的put函数做了什么事情呢?

SOC_DAPM_SINGLE("LINPUT1 Switch", WM8960_LINPATH, 8, 1, 0),

复制代码

/* dapm kcontrol types */
#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) }

复制代码

看一下里面的put函数:

snd_soc_dapm_put_volsw,它主要工作流程如下:

a. 设置path connect等于1或0。使用tinymix,可以将LINPUT1 Switch打开或关闭,使能时,connnet=1,关闭时,connect=0.

b. 

snd_soc_dapm_mixer_update_power(widget, kcontrol, connect);
  dapm_power_widgets(widget->dapm, SND_SOC_DAPM_STREAM_NOP);

在dapm_power_widgets函数中,主要工作如下:
a.无人使用声卡,不设置不启动任何寄存器
b.有APP使用声卡,也许会设置寄存器。为什么会使用也许,在回到这个问题之前,先引入complete path

complete path介绍
在wm8960寄存器简图中,有如下的path(只以LINPUT1为例)

Path1: LINPUT1   LINPUT1 Switch   Left Boost Mixer
Path2: Left Boost Mixer   Boost Switch  Left Input Mixer
Path3: Left Input Mixer  Left ADC

所谓complete path就是:

LINPUT1---> LINPUT1 Switch---->Left Boost Mixer---->Boost Switch---->Left Input Mixer---->Left ADC

在这条complete path中,总共有三条path

复制代码

static const struct snd_soc_dapm_route audio_paths[] = {
{ "Left Boost Mixer", "LINPUT1 Switch", "LINPUT1" },  //path1
...
{ "Left Input Mixer", "Boost Switch", "Left Boost Mixer", },   //path2
...
{ "Left ADC", NULL, "Left Input Mixer" },   //path3
...
};

复制代码

基于省电的目的,complete上的各个path都是connect状态,并且有APP在使用声卡,才会启动所涉及的widget。这就回答了上面提到的也许二字。

总结:
a. tinymix设置普通的kcontrol:会直接设置寄存器
b. tinymix设置DAPM的kcontrol:
设置所在path的connect
调用dapm_power_widgets
c. tinyplay,tinycap在传输数据之前:
调用dapm_power_widgets(dapm,event);
d.dapm_power_widgets,在APP使用声卡的前提下,会找出complete path,设置上面的所有widget

到这里,我们就可以回答本篇博客提出来的自己录制的声音,播放时,没有声音那个问题了。很大可能就是complete path上的某个path不是connect状态。

  • 1
    点赞
  • 3
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
snd_soc_dapm_post_pmu 是 ALSA 音频子系统中的一个函数,负责处理音频设备的电源管理单元 (PMU) 相关的后处理逻辑。 在 ALSA 音频子系统中,音频设备需要进行电源管理以实现功耗优化和资源利用的最佳化。PMU 是负责控制音频设备电源管理的硬件单元,snd_soc_dapm_post_pmu 函数则负责处理 PMU 相关的后续操作。 snd_soc_dapm_post_pmu 函数的主要作用是在 PMU 配置完成后,对音频设备进行后续处理。具体包括以下几个方面: 1. 激活音频设备:设置音频设备的状态为活跃状态,使其可以接受输入和输出音频数据。 2. 配置音量控制:根据配置文件或者驱动程序中的设置,对音频设备的音量进行调整。可以根据使用场景或者用户设置来调整音频设备的音量大小。 3. 处理输入和输出路径:根据配置文件或者驱动程序中的设置,对音频设备的输入和输出路径进行调整。可以根据使用需求来选择不同的输入和输出路径,以实现音频信号的传输和处理。 4. 执行电源管理操作:根据 PMU 的配置,对音频设备的电源进行控制。可以开启、关闭或者调整音频设备的电源状态,以达到功耗管理和资源优化的目的。 总之,snd_soc_dapm_post_pmu 函数在 ALSA 音频子系统中承担着重要的角色,通过对音频设备的电源管理单元的配置和控制,实现音频设备的初始化和后续处理操作,以确保音频设备正常工作并满足用户需求。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值