Linux ALSA声卡驱动之四:machine和dai_link的作用和实现

一、模块化管理

        alsa音频驱动模块化管理,是linux驱动比较典型的代码架构,app调用snd_pcm_open、snd_pcm_writei、snd_pcm_readi等接口到alsa_lib后,也根据一系列的操作(具体详细调用以及设备节点的操作下节会详细解释)后,调用到alsa_soc,这也是alsa驱动架构的核心,一般情况下,这个alsa_soc基本不会变,从而调用到soc_pcm_open、soc_pcm_prepare、soc_pcm_trigger、soc_pcm_ioctl等接口,这里面接口中会有platform->driver->ops、cpu_dai->driver->ops具体的操作,也即对i2s、wm8960、pcm音频流操作等一系列操作,然后这些驱动以模块化的方式通过dai_link衔接进来,如果将来需要更换codecs或者说换cpu,只需要以模块化的方式更换相应的驱动模块就OK了,这就是alsa驱动模块化管理机制。

二、machine以及dai_link的内容

        位于mt76xx_machine.c文件中,其实这块功能即跟硬件设备的衔接,上面说过,具体的plaform、cpu_dai、codec_dai是什么,如何衔接进alsa_soc里面,都是这个文件决定的,先看代码,代码如下

上图看着眼熟,https://blog.csdn.net/moonlinux20704/article/details/88354115已经说过,这个主要是platform_device的注册,先别急,再往下看

       在申请名字为"soc-audio"的platform_device时候,传递了一个私有参数,即mtk_audio_card,这里面有个.dai_link的结构体,里面包含了cpu_dai_name、codec_dai_name、platform_name,注意alsa-soc调用哪些driver,就是靠这些名字进行识别匹配。如果更换codecs芯片方案或者换cpu,只需把这里相应的名字修改掉,然后把相应的driver更换掉,就可以直接使用。

三、alsa驱动的入口以及dai的绑定

        在https://blog.csdn.net/moonlinux20704/article/details/88354115里提到过,有四个platform_device进行注册,我们今天就说一说mt76xx_audio_device,设备名为"soc-audio",而相应的platform_driver在sound/soc/soc-core.c里面,如下图

       注意,card就是我们上面说的&mtk_audio_card,因为作为私有指针传递给platform_device结构体里了,这里不详细解释。

        在snd_soc_instantiate_card里有这样一个函数soc_bind_dai_link,这很重要,是绑定dai的作用,进去详细分析一下

        上面提到过struct snd_soc_card *card参数也就是mt76xx_machine.c文件里定义的&mtk_audio_card,在cpu_dai_component.dai_name = dai_link->cpu_dai_name之后snd_soc_find_dai(&cpu_dai_component),即实现了在&component_list为头的链表里搜索名字为dai_link->cpu_dai_name的component,然后就查到对应的struct snd_soc_dai *dai,这个过程如果不太熟悉,就回头详细看看上一章节https://blog.csdn.net/moonlinux20704/article/details/88417361,就明白对应的关系。同理rtd->cpu_dai、rtd->codec_dai、rtd->platform都对应上之前提前注册好的struct snd_soc_dai *dai或者struct snd_soc_platform *platform,struct snd_soc_pcm_runtime *rtd 是card里面的一个结构体,这个结构体也蛮重要的,后面会详细解释,本章暂时不提。

四、cpu_dai、codec_dai、platform的调用

        在下面的soc_probe_link_dais->soc_new_pcm中

        可以看到,每一个接口里,都会调用cpu_dai->driver->ops、platform->driver->ops、codec_dai->driver->ops这三种系列的驱动,这就形成了上面说的模块化管理,这里已经算是alsa-soc部分了,上层应用调用后,到这里,然后再一一调用之前已经提前注册好的相应的驱动,如果改天更换wm8960芯片,只需要把codec_dai->driver做相应的修改。模块化的修改,更少的影响整体的架构。

评论 1 您还未登录,请先 登录 后发表或查看评论

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

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
©️2022 CSDN 皮肤主题:大白 设计师:CSDN官方博客 返回首页

打赏作者

MOON20704

你的鼓励将是我创作的最大动力

¥2 ¥4 ¥6 ¥10 ¥20
输入1-500的整数
余额支付 (余额:-- )
扫码支付
扫码支付:¥2
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值