简介FreeBSD声音子系统清晰地将通用声音处理问题与设备特定的问题分离开来。这使得更容易加入对新设备的支持。

主要组件

框架是声音子系统的中心部分。它主要实现下面的组件：

一个到数字化声音和混音器函数的系统调用接口（read, write, ioctls）。ioctl命令集合兼容老的OSS 或Voxware接口，允许一般多媒体应用程序 不加修改地移植。处理声音数据的公共代码（格式转换，虚拟通道）。一个统一的软件接口，与硬件特定的音频接口模块接口对某些通用硬件接口（ac97）或共享的硬件特定代码（例如：ISA DMA例程）的额外支持。对特定声卡的支持是通过硬件特定的驱动程序来实现的，这些驱动程序提供通道和混音器接口，插入到通用pcm代码中。

本章中，术语pcm将指声音驱动程序的中心，通用部分，这是对比硬件特定的模块而言的。

预期的驱动程序编写者当然希望从现有模块开始，并使用那些代码作为最终参考。但是，由于声音代码十分简洁漂亮，这也基本上免除了注释。本文档试图给出框架接口的一个概览，并回答改写现有代码时可能出现的 一些问题.

声音驱动程序使用与任何硬件驱动程序模块相同的方法探测和连接（设备）。你可能希望浏览一下手册中ISA或PCI章节的内容来获取更多信息。

不同点

然而，声音驱动程序在某些方面又有些不同：

他们将自己声明为pcm类设备，带有一个 设备私有结构struct snddev_info： static driver_t xxx_driver = { "pcm", xxx_methods, sizeof(struct snddev_info) }; DRIVER_MODULE(snd_xxxpci, pci, xxx_driver, pcm_devclass, 0, 0); MODULE_DEPEND(snd_xxxpci, snd_pcm, PCM_MINVER, PCM_PREFVER,PCM_MAXVER);大多数声音驱动程序需要存储关于其设备的附加私有信息。私有数据结构通常在连接例程中分配。其地址通过调用 pcm_register()和 mixer_init()传递给 pcm。后面pcm 将此地址作为调用声音驱动程序接口时的参数传递回来。声音驱动程序的连接例程应当通过调用mixer_init() 向pcm声明它的MIXER或AC97 接口。对于MIXER接口，这会接着引起调用 xxxmixer_init()。声音驱动程序的连接例程通过调用 pcm_register(dev, sc, nplay, nrec) 向pcm声明其通用CHANNEL配置，其中 sc是设备数据结构的地址，在pcm以后的调用中将会用到它， nplay和nrec是播放和录音通道的数目。声音驱动程序的连接例程通过调用 pcm_addchan()声明它的每个通道对象。这会在 pcm中建立起通道合成，并接着会引起调用 xxxchannel_init() （译注：请参考原文）。声音驱动程序的分离例程在释放其资源之前应当调用 pcm_unregister()。有两种可能的方法来处理非PnP设备：

使用device_identify()方法（范例：sound/isa/es1888.c）。 device_identify()方法在已知地址探测硬件，如果发现支持的设备就会创建一个新的pcm设备，这个pcm设备接着 会被传递到probe/attach。使用定制内核配置的方法，为pcm设备设置适当的hints（范例： sound/isa/mss.c）。pcm驱动程序应当实现 device_suspend， device_resume和 device_shutdown例程，这样电源管理和模块卸载就能正确地发挥作用。

参考资料