]> git.ipfire.org Git - thirdparty/kernel/linux.git/commit
ALSA: pcm: Use pcm_lib_apply_appl_ptr() in x32 sync_ptr
authorCássio Gabriel <cassiogabrielcontato@gmail.com>
Sat, 21 Mar 2026 23:02:21 +0000 (20:02 -0300)
committerTakashi Iwai <tiwai@suse.de>
Fri, 27 Mar 2026 13:40:24 +0000 (14:40 +0100)
commit1e512ac1254c8e370dd18efe9da4dfc92492cdc5
treecfe1bacb3f46c9c8d7de63393159e2518121fdae
parent4b097a7b25a01a3732f0e7569921efc9ad22bc81
ALSA: pcm: Use pcm_lib_apply_appl_ptr() in x32 sync_ptr

snd_pcm_ioctl_sync_ptr_x32() still handles incoming appl_ptr updates
differently from the other SYNC_PTR paths. The native handler and the
32-bit compat handler both pass appl_ptr through pcm_lib_apply_appl_ptr(),
but the x32 handler still writes control->appl_ptr directly.

That direct assignment skips the common appl_ptr validation against
runtime->boundary and also bypasses the substream ack() callback.
This makes the x32 ioctl path behave differently from the native and
compat32 cases, and it can miss the driver notification that explicit
appl_ptr synchronization relies on.

Use pcm_lib_apply_appl_ptr() for x32 too, so appl_ptr updates are
validated consistently and drivers relying on ack() notifications
see the same behavior.

Signed-off-by: Cássio Gabriel <cassiogabrielcontato@gmail.com>
Link: https://patch.msgid.link/20260321-alsa-pcm-x32-sync-ptr-v1-1-02ce655657c6@gmail.com
Signed-off-by: Takashi Iwai <tiwai@suse.de>
sound/core/pcm_compat.c