Yep at least for now it works nicely. On grub boot I did the e thing and added intel_iommu=on,igfx_off to the end of the line starting with linux
So how does that get fixed on the Bullseye update and the live/install image? On Fri, 2 Jul 2021 at 16:30, Bryan Cebuliak <bryan.cebul...@gmail.com> wrote: > This Haswell related bug sounds very similar and possibly relevant to my > Haswell machine: > https://bugzilla.kernel.org/show_bug.cgi?id=60769 > https://bugs.freedesktop.org/show_bug.cgi?id=94804 > > "... > Alexander E. Patrakov 2013-10-08 09:55:09 UTC > > I have not tried your patch, but found that intel_iommu=on,igfx_off > snd_hda_intel.align_buffer_size=1 fixes the problem. Should I still try the > patch?..." > ..." > > and > "... > > Alexander E. Patrakov 2016-04-03 06:44:56 UTC > Haswell HDMI audio users are affected by a longstanding kernel IOMMU bug: > https://bugzilla.kernel.org/show_bug.cgi?id=60769 . To make sure that > your report is not a duplicate, please add the following kernel command > line option and reboot: intel_iommu=on,igfx_off If that alone doesn't help, > please try: intel_iommu=on,igfx_off snd_hda_intel.align_buffer_size=1 > > On Fri, 2 Jul 2021 at 14:08, Bryan Cebuliak <bryan.cebul...@gmail.com> > wrote: > >> >> Since update from Buster to Bullseye on hard disc and on live >> USB boot when using Built-in Audio Digital Stereo(HDMI 2) on playback >> for Youtube and other video streams I have noticed variable >> skipping of audio and video , audio out of sync, video racing at >> fast forward pace. This does not happen when playback is on >> Built-in Audio Analog Stereo. However I would like audio to come >> through the HDMI device [TV]. Using the left over old Debian 10 >> kernel on the Bullseye system still shows same problem. Ubuntu >> 20.04 on the same system has no issues. What is the regression >> from Debian 10 to 11? I note the configuration Analogue Stereo >> Duplex is unavailable in the Bullseye version but available and >> selected in Buster. Changing to and from this in Buster causes no >> problems in playback >> Your bleeding user >> Bryan Cebuliak >> >> On Tue, 11 Dec 2018 09:55:55 -0500 "Mike Fuller" < >> fuller.michae...@gmail.com> wrote:. >> > Also for what it's worth, hw_parms output during playback on the same >> > device: >> > >> > On Debian 9 / CentOS 7.5 / Ubuntu 16.04: >> > access: MMAP_INTERLEAVED >> > format: S16_LE >> > subformat: STD >> > channels: 2 >> > rate: 48000 (48000/1) >> > period_size: 44096 >> > buffer_size: 88192 >> > >> > On Ubuntu 18.04: >> > access: MMAP_INTERLEAVED >> > format: S32_LE >> > subformat: STD >> > channels: 2 >> > rate: 48000 (48000/1) >> > period_size: 1024 >> > buffer_size: 16384 >> > >> > I don't know why but...this is the only discernable difference I've been >> > able to find in all my testing. I've been unable to manually set format, >> > period_size, or buffer-size parameters in Debian's pulseaudio >> configuration >> > files (I am pretty sure its just user error). >> > >> > >> > >> >
