Bug#867548: Available for Additional Testing
Bryan Cebuliak
bryan.cebuliak at gmail.com
Fri Jul 2 08:11:23 BST 2021
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.cebuliak at 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.cebuliak at 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.michael.d at 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).
>> >
>> >
>> >
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://alioth-lists.debian.net/pipermail/pkg-pulseaudio-devel/attachments/20210702/ccb90b94/attachment-0001.htm>
More information about the pkg-pulseaudio-devel
mailing list