ASoC驱动参数限制未生效：speaker-test接受任意配置

核心疑问拆解 #

我编写了自定义ASoC codec驱动，在snd_soc_dai_driver中限制了采样率为SNDRV_PCM_RATE_96000、格式为SNDRV_PCM_FMTBIT_S24_LE，但运行speaker-test时任何配置都被接受；即使未物理连接codec（包括测试Hifiberry DAC的dt-overlay），极端不符合硬件参数的配置也能通过，这是为什么？

static struct snd_soc_dai_driver custom_dai = {
    .name = "custom-hifi",
    .playback = {
        .stream_name = "Custom Playback",
        .channels_min = 2,
        .channels_max = 2,
        .rates = SNDRV_PCM_RATE_96000,
        .formats = SNDRV_PCM_FMTBIT_S24_LE 
    },
    .capture = {
        .stream_name = "Custom Capture",
        .channels_min = 2,
        .channels_max = 2,
        .rates = SNDRV_PCM_RATE_96000,
        .formats = SNDRV_PCM_FMTBIT_S24_LE 
    },
};

关键原因解析 #

1. speaker-test参数只是请求，真正的检查在PCM流启动环节 #

speaker-test的-r/-F/-c参数仅向ALSA提交格式请求，如果你使用的是sysdefault这类ALSA插件设备，插件会自动完成重采样、格式转换、通道映射等操作，所以看起来任何配置都被“接受”——实际是插件帮你做了适配，而非驱动直接允许不符合的参数。

要触发驱动层的原生检查，必须直接访问hw设备（跳过ALSA插件），比如执行：

speaker-test -D hw:CARD=yourcustomcard -c 99 -r 700000 -F S24_3BE

此时如果驱动逻辑正确，会直接返回参数不支持的错误。

2. 物理连接与否的影响 #

硬件未连接时，部分驱动的hw_params回调可能跳过实际的硬件配置步骤，也未主动校验参数是否符合DAI约束，导致参数被“放行”。但这不是必然行为，核心还是驱动本身的校验逻辑是否完善——即使硬件未连接，驱动也应该在hw_params阶段检查参数是否在DAI定义的范围内。

3. DAI参数的生效逻辑 #

snd_soc_dai_driver中的rates和formats是DAI链路协商的约束条件，但最终参数需要经过CPU DAI、Codec DAI、Platform三方协商。如果你的驱动没有在hw_params回调中主动校验参数是否符合DAI的限制，即使DAI定义了约束，也不会自动拒绝非法参数。

解决与验证方案 #

1. 强制驱动层参数校验 #

在codec驱动的hw_params回调中主动检查参数，不符合则返回错误：

static int custom_codec_hw_params(struct snd_pcm_substream *substream,
                                  struct snd_pcm_hw_params *params)
{
    struct snd_soc_component *component = snd_soc_substream_to_component(substream);
    unsigned int rate = params_rate(params);
    snd_pcm_format_t format = params_format(params);

    // 检查采样率是否在允许范围内
    if (!(custom_dai.playback.rates & SNDRV_PCM_RATE_BIT(rate))) {
        dev_err(component->dev, "Unsupported rate: %u\n", rate);
        return -EINVAL;
    }
    // 检查格式是否在允许范围内
    if (!(custom_dai.playback.formats & SNDRV_PCM_FMTBIT(format))) {
        dev_err(component->dev, "Unsupported format: %s\n", snd_pcm_format_name(format));
        return -EINVAL;
    }

    // 后续硬件配置逻辑...
    return 0;
}

static const struct snd_soc_component_driver custom_codec_component = {
    .hw_params = custom_codec_hw_params,
    // 其他成员...
};

2. 验证方法 #

• 使用hw设备执行speaker-test，而非sysdefault，观察是否返回参数错误；
• 查看内核日志（dmesg），如果驱动校验生效，会输出参数不支持的报错信息。

内容的提问来源于stack exchange，提问作者Antoni