Page MenuHomeFreeBSD

sound: Create a dsp_close() helper function
ClosedPublic

Authored by christos on Apr 12 2025, 8:13 PM.
Tags
None
Referenced Files
Unknown Object (File)
Mon, Dec 29, 1:16 AM
Unknown Object (File)
Dec 15 2025, 5:21 AM
Unknown Object (File)
Dec 15 2025, 2:21 AM
Unknown Object (File)
Dec 10 2025, 8:23 AM
Unknown Object (File)
Dec 3 2025, 8:13 AM
Unknown Object (File)
Nov 26 2025, 3:21 PM
Unknown Object (File)
Nov 26 2025, 12:55 AM
Unknown Object (File)
Nov 25 2025, 2:19 PM
Subscribers

Details

Summary

Needed by follow-up patch.

Sponsored by: The FreeBSD Foundation
MFC after: 2 weeks

Diff Detail

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

Event Timeline

This revision is now accepted and ready to land.Apr 13 2025, 4:02 PM
sys/dev/sound/pcm/dsp.c
268

So where are these non-NULL checks in the new code?

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

At the very beginning of dsp_close_chan().

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

Are the values of priv->{rd,wr}ch stable? You are now checking for their non-NULL after priv->sc acquire.

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

Primary (i.e., non-vchan) channels are destroyed during detach (see pcm_killchans()), and vchans in dsp_close() (see vchan_destroy()). So I think it's safe to leave the check as is. If we're detaching, we'll catch that a few lines below and bail-out anyway, and for vchans, well, we destroy them here only.

This revision was automatically updated to reflect the committed changes.