上篇说到音频子系统的环境搭建和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的架构变了！！！
所以说，我们也要把入口换一换了，具体请看下一篇