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
F93369600: D45862.id140532.diff
Mon, Sep 9, 4:49 AM
F93254563: D45862.id140641.diff
Sun, Sep 8, 12:13 PM
F93241131: D45862.id.diff
Sun, Sep 8, 9:48 AM
Unknown Object (File)
Sat, Sep 7, 6:52 PM
Unknown Object (File)
Sat, Sep 7, 9:35 AM
Unknown Object (File)
Mon, Sep 2, 4:54 PM
Unknown Object (File)
Sun, Sep 1, 7:23 PM
Unknown Object (File)
Thu, Aug 22, 7:59 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