Looking through the changes beween 6.1.119 and 6.1.123 I don't spot something obviously suspicious. There were no changes in sound/core/oss.
I ended up writing to Takashi Iwai who authored this patch: ALSA: usb-audio: Notify xrun for low-latency mode - kernel/git/stable/linux.git - Linux kernel stable tree <https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git/commit/?h=linux-6.1.y&id=8c28274b2dccdcf2fe29ef625f3c5f8a09e2b809> which is where we believe the issue originated. This was applied to the 6.1.y, 6.6.y, and 6.12.y branches along with the latest. Our project was able to confirm the issue in all three kernels. Takaski confirmed that this created a change in snd_usb_audio that "reveals the buffer underrun on the device that was ignored beforehand". But dealing with the underrun was causing the audio to be flushed with a bad chop. Loading the snd_usb_audio module with lowlatency=0 on systems that encounter the problem resolves the issue. Basically, it seems like fixing this issue in the kernel triggered other downstream audio issues interacting with USB audiot devices. It's added a new emphasis for us to get off of the last part of OSS once-and-for-all.
Jason
