ALSA SOC架构关键点

最新推荐文章于 2024-08-20 18:06:29 发布

cpuwolf

最新推荐文章于 2024-08-20 18:06:29 发布

阅读量8.5k

点赞数 2

分类专栏： Linux开发 Android 文章标签： codec audio path domain application asynchronous

本文链接：https://blog.csdn.net/cpuwolf/article/details/4686830

版权

本文介绍了ALSA在嵌入式领域的应用，重点讨论了ALSA的SOC支持，包括ALSA driver、ALSA lib和ALSA application的三层结构。ALSA的DAPM动态音频电源管理将电源划分为4个域，详细解析了codec、Platform/Machine domain以及audio path的定义和操作。同时，文章探讨了如何根据场景切换audio path，指出这通常由应用程序层面来完成。

摘要由CSDN通过智能技术生成

关于ALSA(Advanced Linux Sound Architecture)中文资料真的很少，可能是国人很少真的从零开始做驱动开发的原因。毕竟像wolfson或者realtek这样的公司多还是老外在做开发。ALSA 对SOC支持，更是ALSA在嵌入式领域的应用，也是后来才加入到ALSA中的，那资料更是少了。我花了一个星期也几乎没有任何发现，而后通过零星资料的蛛丝马迹，终于对ALSA有感觉了。对今后的继续学习是非常有帮助的。

按通常的三层分类方式，从下到上，依次是ALSA driver、ALSA lib、ALSA application。

ALSA application包括aplay、arecord，他们属于ALSA utils的工具。这些工具用于测试驱动非常的好。

ALSA lib提供诸如打开，关闭，播放的函数库

ALSA driver是后来才加入了对SOC的支持，并且将hardware audio codec的控制抽象出来，放在sound/soc/codecs的目录里。而和SOC硬件相关的代码抽象出来放在omap目录里(加入SOC是omap)。这种分离式的设计使得一个codec的代码，在不做任何修改的情况下，可以对应很多的SOC。（把通用的代码尽量抽象出来是驱动程序架构设计一直追求的目标）

ALSA的SOC中的一个大家伙，就是DAPM (Dynamic Audio Power Management)