上篇说到音频子系统的环境搭建和ASoC,我们会发现这样一个问题,对于已有的,已驱动的音频Codec,我们可以很方便地用aplayer、arecorder来录放音频,但是这表象背后到底隐藏了什么不为人知的PY(朋友)交易,确实是值得我们深究的,本篇从设备树作为突破口,一层一层的揭开这一谜题,欢迎收看本期走近科学。。。
1, 内核版本和Codec型号
Linux 4.9.123 可从以下地址获得
https://mirrors.edge.kernel.org/pub/linux/kernel/v4.x/
本文Codec基于wm8524。
2, Machine
ASoC被分为Machine、Platform和Codec三大部分,其中的Machine驱动负责Platform和Codec之间的耦合以及部分和设备或板子特定的代码,Machine驱动负责处理机器特有的一些控件和音频事件(例如,当播放音频时,需要先行打开一个放大器);单独的Platform和Codec驱动是不能工作的,它必须由Machine驱动把它们结合在一起才能完成整个设备的音频处理工作。可以说,Machine驱动是整个ASoC和核心和入口,包括声卡的注册,绑定Platform和Codec驱动等等。
其实在这个地方我之前也有一些疑问,因为受到
Linux ALSA声卡驱动之七:ASoC架构中的Machine
这篇文章的影响,我一直纠结于怎么注册这个platform,但是后来和同事讨论的时候他们似乎都表示没有platform这种说法,而是一个cpu-dai的概念,也就是说ASoC被分为Machine、CPU-dai和Codec三大部分,一开始我是怀疑大家看的版本不一样导致的,后来在源码里我找到了一些蛛丝马迹
/* probes a new socdev */
static int soc_probe(struct platform_device *pdev)
{
struct snd_soc_card *card = platform_get_drvdata(pdev);
/*
* no card, so machine driver should be registering card
* we should not be here in that case so ret error
*/
if (!card)
return -EINVAL;
dev_warn(&pdev->dev,
"ASoC: machine %s should use snd_soc_register_card()\n",
card->name);
/* Bodge while we unpick instantiation */
card->dev = &pdev->dev;
return snd_soc_register_card(card);
}
大家可以看到,这段代码里有一个
dev_warn(&pdev->dev, "ASoC: machine %s should use snd_soc_register_card()\n", card->name);
也就是说此路不通了,请走snd_soc_register_card这条路,而要走soc_probe这条路,按Linux的规定,必须匹配.name
字符串"soc-audio"
:
/* ASoC platform driver */
static struct platform_driver soc_driver = {
.driver = {
.name = "soc-audio",
.pm = &snd_soc_pm_ops,
},
.probe = soc_probe,
.remove = soc_remove,
};
拉到最后
MODULE_ALIAS("platform:soc-audio");
同学们,果然是啊,platform已经不复存在了,所以说,现在确实Alsa的架构变了!!!
所以说,我们也要把入口换一换了,具体请看下一篇