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
F98916538: D45862.diff
Sat, Oct 5, 7:13 AM
Unknown Object (File)
Tue, Sep 24, 5:28 AM
Unknown Object (File)
Mon, Sep 23, 10:11 AM
Unknown Object (File)
Sun, Sep 22, 10:56 PM
Unknown Object (File)
Sun, Sep 22, 7:32 PM
Unknown Object (File)
Sun, Sep 22, 9:02 AM
Unknown Object (File)
Sat, Sep 21, 6:07 PM
Unknown Object (File)
Wed, Sep 18, 5:45 PM
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 Skipped
Unit
Tests Skipped
Build Status
Buildable 58485
Build 55373: arc lint + arc unit

Event Timeline

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

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

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

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
2203–2205

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
2203–2205

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