实际音频驱动的分析会以DM 3730的相关驱动为例进行说明。主要以ASoC中的各个模块进行介绍。
1ᤫmachine模块
首先来看一下初始化部分：
其中涉及的主要部分就是snd_soc_omap3evm，包含了物理连接的属性，具体内容如下：
操作接口omap3evm_ops主要就是硬件参数的接口，详细分析如下：
从整体上来看machine部分主要负责整体连接的设定，并不涉及太多的操作，具体的操作也是在整体上保证系统中各个接口的一致性。而ALSA框架为了保证这种一致性也分别提供了对处理器侧dai接口以及codec侧dai接口进行操作的函数，machine模块就是通过这些函数来完成对应的操作的。
2ᤫplatform模块
该模块主要是使用DMA进行数据传输，下面进行具体分析。
首先该模块要提供snd_soc_platform_driver，并在相应的platform device被probe时注册，详细的信息如下：
主要的部分是各种操作接口omap_pcm_ops以及创建pcm时初始化的pcm_new接口omap_pcm_new。对于omap_pcm_new的细节如下：
主要是分配空间，而omap_pcm_ops的内容如下：
这里主要是各种操作接口，下面对几个接口进行分析：
其具体的细节就是根据需要通过ALSA pcm接口设置参数限制，另外主要的工作就是在相应的操作接口对DMA进行设置和正确地操作。
3ᤫ处理器侧dai模块
DM 3730中音频流的接口设备是McBSP（multichannel buffered serial port），其可以支持各种音频流的传输方式如（I2S、TCM）等，实际的代码中就是要根据参数的格式对硬件进行正确的设置。对于硬件McBSP的框架结构如图6-17所示。
图6-17引自《DM 3730芯片手册》中第3096页框图。在dai模块中主要通过设置其中左上的寄存器组来完成，而DMA则是通过操作DRR和DXR寄存器来完成数据的读写。
下面来看看dai相关的实现细节。对于驱动主要是注册dai接口的驱动，其细节如下：
(www.chuimin.cn)
图6-17 McBSP框架
可见主要包括数据能力和操作接口。操作接口的细节如下：
下面对主要的接口进行分析：
由以上代码分析可见，主要是设计寄存器的操作，在注释中已经对实际的操作进行了说明，具体的寄存器信息在芯片手册中有更详尽的描述。
4ᤫcodec模块
对codec模块部分，之前在codec的注册函数snd_soc_register_codec定义可见其会将co-dec driver和codec侧的dai同时注册，因为这两者都是与codec相关的。这里以DM3 730板上的twl4030为例，介绍相关的框架。首先是dai接口说明。
可见同处理器侧的dai相同，都是进行接口能力的说明和操作接口的说明。操作接口与处理器侧的dai功能上是一致的，只是实际的操作要通过处理器的I2C总线操作来完成。
codec驱动的细节如下：
这里主要是对codec管理的接口，下面来看一下probe的实现细节：
可见主要是对设备特殊的属性进行设置，另外就是增加控制接口，这样系统就可以通过这些控制接口直接操作codec。对于codec主要是由codec driver来提供控制接口，而由codec dai来提供数据传输能力。
这样对DM 3730 ALSASoC中各个模块的实现都进行了分析和说明。
有关深入剖析Linux内核与设备驱动的文章
图6-10DM3730显示子系统软件整体架构从图6-10可见，在驱动框架部分，DSS的设计支持frame buffer和V4L2两种架构，这是由于两种类型的设备都是通过硬件的display子系统进行显示，它们之间可以通过叠加子系统进行叠加，这样相当于在硬件层进行了硬件加速，可以实现良好的显示效果。开放的sys接口如下：图6-11DSS软件模块与硬件对应关系图通过以上的设置就可以实现显示的切换、叠加等复杂的功能。TI frame buffer驱动的核心管理实体是omapfb2_device。驱动应对这种修改通过mapfb_apply_changes来实现。......
2023-11-22
对视频驱动的具体实现，以DM3730 ISP驱动的设计与实现为例进行介绍。ISP驱动中使用isp_video作为以上单一矩形节点的抽象以及管理实体。可见实际的操作是由子设备完成的，子设备与具体功能相关。具体如下：这里操作的主要目的就是注册v4l2的子设备和I2C的设备，通过I2C总线适配将视频子设备与I2C的Camera Sensor关联起来，从而实现完整的驱动和设备连接。......
2023-11-22
图4-24DM 3730物理空间设置IO空间映射的目的就是将这些物理地址映射到整个内核的地址空间中。首先来看ioremap虚拟地址返回是如何实现的。DM 3730等TI芯片就是通过该方法来实现该功能的。注意__arm_ioremap_caller使用的是vmalloc的空间进行映射，在相应版本内核中vmalloc的空间和TI芯片的IO映射空间是完全分开的，所以这里要直接返回相应的虚拟地址。......
2023-11-22
1芯片片内内存使用TI芯片相关的内存管理，对片外内存来说，可以通过启动参数将需要内核管理的内存进行设置。这样做的原因是由于需要连续的物理内存空间，并且对内核的物理内存管理影响最小。3独立cmem管理之前简单说明芯片厂商的独立内存管理，针对于TI的视频芯片，TI提供了cmem的内存管理驱动，主要是连续内存管理。有了该内存管理功能，TI的多媒体框架和编解码库就可以使用连续的物理内存空间，高效地完成多媒体处理相关的功能。......
2023-11-22
音频设备还有可能有多路数据源，而在设备内部作混音，所以在考虑控制需求的时候，同样要考虑相关的应用以及混音通路的设置。这样更进一步要求控制流能够和数据流分离。然而控制流和数据流不仅要考虑分离又要考虑关联，毕竟控制部分同样需要能够获取数据流格式等相关的信息。......
2023-11-22
USB的设计为非对称式的，它是主从式总线，任何USB事务都是由主机引发的。USB总线拓扑如图7-12所示。图7-12引自《USB2.0规范》。USB总线已经成为使用最广泛的设备连接标准。每个USB设备至少有两个端点/管道，分别是进和出两个方向，编号为0，用于控制总线上的设备。总体上来说，系统对USB总线驱动的需求就是要能按规范实现总线的各种功能，并且满足总线的各种无关性的需求。......
2023-11-22
VFS的实现是以“一切皆是文件”为需求出发点的。要理解VFS的框架首先看一下VFS和系统的静态关系框图，如图5-1所示。从图5-1可见，VFS是用户层的直接接口，是面向用户的服务。图5-1VFS和系统静态关系图在图5-2中每个节点被使用时都会在VFS层中创建dentry，这样可以快速通过文件名进行查找和定位，Linux内核中对dentry的管理组织形式如图5-3所示。以上是系统运行时VFS对文件名的组织管理，这是VFS管理的一个方面。......
2023-11-22
设备模型中管理驱动的数据结构是device_driver，其中包含驱动提供的通用服务的接口，下面对它进行分析：来看看sys文件系统中驱动之下主要管理哪些实体：从driver_private可见，其中主要的信息是运行中使用该驱动的设备列表。以platform驱动实体为例进行分析：其中定义了总线设备相关的服务接口：从platform驱动注册接口可以看出，抽象层的服务接口都被换为实例化的接口，这样内嵌的driver可以通过设备模型核心提供的标准操作进行管理，也可以通过这些实例化接口进行转换。......
2023-11-22
相关推荐