Page MenuHomeFreeBSD

sound: Fix min/max rate for SNDCTL_AUDIOINFO and SNDCTL_ENGINEINFO
ClosedPublic

Authored by christos on Jul 3 2024, 7:10 PM.
Tags
None
Referenced Files
Unknown Object (File)
Fri, Nov 21, 7:15 PM
Unknown Object (File)
Fri, Nov 7, 1:27 AM
Unknown Object (File)
Thu, Oct 30, 1:22 AM
Unknown Object (File)
Oct 23 2025, 1:33 PM
Unknown Object (File)
Oct 20 2025, 12:47 PM
Unknown Object (File)
Oct 18 2025, 8:13 PM
Unknown Object (File)
Oct 5 2025, 10:36 PM
Unknown Object (File)
Oct 2 2025, 12:31 AM
Subscribers

Details

Summary

Since we allow feeding of any rate within the [feeder_rate_min,
feeder_rate_max] range, report this as the min/max rate as well. Only
exceptions are when we the device is opened in exclusive or bitperfect
mode.

Sponsored by: The FreeBSD Foundation
MFC after: 2 days

Diff Detail

Repository
rG FreeBSD src repository
Lint
Lint Not Applicable
Unit
Tests Not Applicable

Event Timeline

christos added inline comments.
sys/dev/sound/pcm/dsp.c
2125

I did this for AUDIOINFO since we can feed arbitrary rates to physical channels as well.

sys/dev/sound/pcm/dsp.c
2125

Didn't get the EXCL and BITPERFECT cases into account. Uploading fixed diff in a sec.

Handle EXCLUSIVE and BITPERFECT cases.

sndstat_get_caps() probably also needs fixing, but I will do this in a separate patch.

Looks good to me, in my tests with ossinfo this returns the expected sample rate values.

sys/dev/sound/pcm/dsp.c
2211–2213

I think this comment should be adapted on occasion.

This revision is now accepted and ready to land.Jul 4 2024, 3:23 PM
sys/dev/sound/pcm/dsp.c
2211–2213

I think we could even get rid of it. It also exists in AUDIOINFO.

sndstat_get_caps() probably also needs fixing, but I will do this in a separate patch.

D45872