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状态。