wm8976声卡驱动移植..doc

/blog/static/2053631972012659231051/ Wm8976声卡驱动移植： 如图：上图为wm8976在开发板中的接线原理图 此图为wm8976的引脚说明图 根据原理图可知，wm8976的主要控制引脚是15,16,17以及引脚7,8,9,10,11 根据原理图明显可以看出引脚7,8,9,10，是IIS音频总线的接口，根据linux内核的特性，内核将linux的声音处理系统分为了很多层次，如下图是2.4内核声音处理系统的驱动部分 这是linux 2.4的内核的oss声音系统，相对简单，所以我选的是这个声音系统，对于2.6的内核，其声音系统是采用的必威体育精装版的alsa系统，其结构要复杂很多，2.4内核的声音子系统大致上可以分为如图的两部分，相对简单很多，但是后续的产品测试发现声音的播放效果不是很理想，有很多杂音，芯片本身所能处理的效果应该不会很差，但是我在驱动中所处理的不是很好，导致了后期播放时在高音部分的声音处理出现了很多杂音，处理不是很理想。 首先对于wm8976硬件原理的分析，对于IIS音频总线接口，linux2.4内核对声音的处理都是用的IIS总线，如上图，对硬件的处理和对声音数据的处理分为了两块，IIS对声音数据的处理对于不同芯片都是相同的，不同的就只有声卡硬件的结构。因此移植声卡的要点就是在于提供硬件对驱动的接口，及相关初始化。 对于wm8976声卡芯片的移植，2.6内核并没有包含wm8976这块芯片的驱动，2.6内核包含的是UDA1341这块声卡芯片的驱动，由于开发板相近，所以决定在这块声卡芯片驱动的基础上改这个驱动 对于芯片手册的分析： Wm8976的控制： 根据wm8976声卡芯片的设备介绍 上图是截取芯片说明介绍的重点部分，这段话是介绍了wm8976芯片的控制方法：大意是这样的，wm8976提供两种控制方法，一种是两线模式，另外一种是三线模式，并且充分兼容和广泛地支持工业标准微控机和DSP信号处理 上图是截取的芯片控制说明简介：这里说明了3线模式和2线模式的选择，当MODE引脚为高电平是选择的是3线模式，当为低电平时选择的是2线模式，根据芯片接线原理图可以看出，MODE接的是3.3V电压，是高电平，因而选择的是3线模式 三线模式，如上图，CSB信号是控制数据的有效性的，SCLK提供时钟信号，SDIN提供对芯片的控制信号，这里说明下，SDIN会在CSB为高时发出信号，一共16位的信号，高位先发送，高位的8位为地址信号，通过这个信号提供的地址来访问声卡芯片相关的寄存器，SDIN数据的低8位为数据信号，提供对芯片相关寄存器的控制，也就是往地址中写入这些数据达到控制芯片的效果。最后数据传输完把CSB信号拉低表明数据传输结束。 关于两线模式我大概说明下，因为我改的驱动是采用3线模式的，2线模式采用的是IIC的控制模式，先发wm8976芯片的设备地址，让后是读写信号位，当芯片应答后再发出要访问的芯片地址，然后是数据，最后是IIC的结束信号。 另外值得一提的是wm8976支持主机模式和从机模式，主机模式就是wm8976做为主控芯片，类似于一块单片机用于处理声音数据的，而做为从机模式就是像这块开发板一样，wm8976由片上系统（SOC）也就是这块开发板的主控芯片S3C2440控制的，wm8976相当于外设芯片，帮助SOC处理声音数据，就像协处理器。因此在芯片的初始化中要设置wm8976工作在SLAVE（从机）模式。 WM8976在linux2.6内核下的移植流程 关于wm8976的芯片简介也描述的差不多了，现在来说明下wm8976在linux2.6内核下的移植流程，首先是参考另外一块芯片UDA1341声卡芯片的驱动，因为UDA1341芯片所集成的开发板和这块开发板用的芯片是一样的，其中对于IIS总线的声音处理流程也是相同的，不同点是在与芯片的控制不同，因而只要修改UDA1341芯片驱动对于硬件处理的流程即可 如上图，linux采用虚拟总线技术，将声音处理分为几个部分 如上图，是我画的一个图，其大致描述了在linux设备驱动中运用很广泛的虚拟平台技术，其中Device设备资源是设备的硬件描述，大多是体系相关的，如果换了一种SOC主控芯片但是声卡还是用的这款的话，就只要改动Device设备资源即可，如果是SOC主控芯片相同而声卡芯片换了的话就只要改Driver设备驱动程序即可，这种技术大大的提高了LINUX的可移植性，这也是linux为什么支持这么多芯片和这么受欢迎的原因之一。 对于一个设备驱动，将其的设备资源和设备驱动都注册进platform总线后，平台总线会根据设备注册时提