Linux PCM原始数据进入用户空间

我有以下设置：运行2.6.34内核的imx28。SAIF接口连接到Cinterion调制解调器的PCM输出。我想以类似字符驱动程序的方式将PCM原始数据导出到用户空间。您对实现有何想法？

正确的方法可能是制作ALSA驱动程序，并通过ALSA驱动程序访问PCM数据。然后，该设备显示为声音设备，任何ALSA音频程序（如arecord）都可以访问PCM数据

优点：

• 您使用的是声音数据的标准API，因此您的设备可以通过许多现有的音频工具进行访问。相反，您编写的用户空间程序将与其他音频设备一起工作
• 驱动程序应提供有关PCM采样率和数据格式的相关详细信息，以便于音频节目使用

i.MX28 ALSA驱动程序使用ASoC体系结构。请参阅Linux源代码中的

文档/sound/alsa/soc

目录

注意：我看到您询问了a，这表明您正在向ALSA ASoC方向前进。

正确的方法可能是制作ALSA驱动程序，并通过ALSA驱动程序访问PCM数据。然后，该设备显示为声音设备，任何ALSA音频程序（如arecord）都可以访问PCM数据

优点：

• 您使用的是声音数据的标准API，因此您的设备可以通过许多现有的音频工具进行访问。相反，您编写的用户空间程序将与其他音频设备一起工作
• 驱动程序应提供有关PCM采样率和数据格式的相关详细信息，以便于音频节目使用

i.MX28 ALSA驱动程序使用ASoC体系结构。请参阅Linux源代码中的

文档/sound/alsa/soc

目录

---

附言：我知道你问了一个问题，这表明你正朝着ALSA ASoC的方向前进。

“你对实施有什么想法吗？”有点含糊不清。也许您应该更详细地了解您遇到的问题？因此，mxs dai.c是SAIF接口的驱动程序。在内核实现中，saif驱动程序连接到sgtl5000音频编解码器。我的想法是在mxs dai之上构建一个字符驱动程序，并使用结构snd_soc_dai_ops mxs_saif_dai_ops与saif接口通信。这是正确的说法吗？“你对实施有什么想法吗？”有点含糊不清。也许您应该更详细地了解您遇到的问题？因此，mxs dai.c是SAIF接口的驱动程序。在内核实现中，saif驱动程序连接到sgtl5000音频编解码器。我的想法是在mxs dai之上构建一个字符驱动程序，并使用结构snd_soc_dai_ops mxs_saif_dai_ops与saif接口通信。这是正确的建议吗？我是否可以修改ALSA文件以支持语音IC Si3228x的PCM通信，因为我在任何地方都找不到任何支持。我是否可以修改ALSA文件以支持语音IC Si3228x的PCM通信，因为我在任何地方都找不到任何支持。