Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.debian.kernel > #92426 > unrolled thread
| Started by | Klaus Singvogel <klaus@singvogel.net> |
|---|---|
| First post | 2026-05-10 00:00 +0200 |
| Last post | 2026-05-26 19:00 +0200 |
| Articles | 5 — 3 participants |
Back to article view | Back to linux.debian.kernel
Bug#1136127: linux-image-amd64: HDMI monitor flickers black during video playback after upgrade to Trixie Klaus Singvogel <klaus@singvogel.net> - 2026-05-10 00:00 +0200
Bug#1136127: linux-image-amd64: HDMI monitor flickers black during video playback after upgrade to Trixie Salvatore Bonaccorso <carnil@debian.org> - 2026-05-10 10:20 +0200
Processed: Re: Bug#1136127: linux-image-amd64: HDMI monitor flickers black during video playback after upgrade to Trixie "Debian Bug Tracking System" <owner@bugs.debian.org> - 2026-05-10 10:20 +0200
Processed: Re: Bug#1136127: linux-image-amd64: HDMI monitor flickers black during video playback after upgrade to Trixie "Debian Bug Tracking System" <owner@bugs.debian.org> - 2026-05-26 19:00 +0200
Bug#1136127: linux-image-amd64: HDMI monitor flickers black during video playback after upgrade to Trixie Salvatore Bonaccorso <carnil@debian.org> - 2026-05-26 19:00 +0200
| From | Klaus Singvogel <klaus@singvogel.net> |
|---|---|
| Date | 2026-05-10 00:00 +0200 |
| Subject | Bug#1136127: linux-image-amd64: HDMI monitor flickers black during video playback after upgrade to Trixie |
| Message-ID | <MSXSh-3Wzn-3@gated-at.bofh.it> |
Package: linux-image-amd64
Version: 6.12.86-1
Severity: important
Dear Maintainer,
*** Reporter, please consider answering these questions, where appropriate ***
* What led up to the situation?
I upgraded my system from Debian Bookworm to Debian Trixie three days ago.
My system uses an AMD Ryzen 7 5700G with integrated Radeon Graphics and
two identical monitors, one connected via HDMI and one via DisplayPort.
I tested with kernel versions 6.12.85-1 and 6.12.86-1 on Trixie. The issue
occurs with both kernels.
The problem was not present on Debian Bookworm.
* What exactly did you do (or not do) that was effective (or
ineffective)?
I started video playback on the HDMI-connected monitor using VLC and
Firefox (YouTube).
Moving the video window from the HDMI monitor to the DisplayPort monitor
stops the problem. The issue does not occur on the DisplayPort-connected
monitor.
* What was the outcome of this action?
During video playback on the HDMI monitor, the screen repeatedly turns
black for about 4–6 seconds, then becomes visible again for 4–6 seconds,
and continues cycling like this.
* What outcome did you expect instead?
Video playback should work normally on both monitors without the HDMI
monitor turning black.
*** End of the template - remove these template lines ***
-- System Information:
Debian Release: 13.4
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'stable')
Architecture: amd64 (x86_64)
Kernel: Linux 6.12.86+deb13-amd64 (SMP w/16 CPU threads; PREEMPT)
Locale: LANG=en_US.utf8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), LANGUAGE=en_US:en
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled
Versions of packages linux-image-amd64 depends on:
ii linux-image-6.12.86+deb13-amd64 6.12.86-1
linux-image-amd64 recommends no packages.
linux-image-amd64 suggests no packages.
-- no debconf information
[toc] | [next] | [standalone]
| From | Salvatore Bonaccorso <carnil@debian.org> |
|---|---|
| Date | 2026-05-10 10:20 +0200 |
| Message-ID | <MT7yh-43zf-1@gated-at.bofh.it> |
| In reply to | #92426 |
Control: tags -1 + moreinfo Hi Klaus, On Sat, May 09, 2026 at 11:51:17PM +0200, Klaus Singvogel wrote: > Package: linux-image-amd64 > Version: 6.12.86-1 > Severity: important > > Dear Maintainer, > > *** Reporter, please consider answering these questions, where appropriate *** > > * What led up to the situation? > I upgraded my system from Debian Bookworm to Debian Trixie three days ago. > My system uses an AMD Ryzen 7 5700G with integrated Radeon Graphics and > two identical monitors, one connected via HDMI and one via DisplayPort. > > I tested with kernel versions 6.12.85-1 and 6.12.86-1 on Trixie. The issue > occurs with both kernels. > The problem was not present on Debian Bookworm. > > * What exactly did you do (or not do) that was effective (or > ineffective)? > > I started video playback on the HDMI-connected monitor using VLC and > Firefox (YouTube). > > Moving the video window from the HDMI monitor to the DisplayPort monitor > stops the problem. The issue does not occur on the DisplayPort-connected > monitor. > > * What was the outcome of this action? > > During video playback on the HDMI monitor, the screen repeatedly turns > black for about 4–6 seconds, then becomes visible again for 4–6 seconds, > and continues cycling like this. > > * What outcome did you expect instead? > > Video playback should work normally on both monitors without the HDMI > monitor turning black. Sorry to hear about your regression. So since you seem to have an easy "reproducer" might you be able to bisect the problem? In this case since some major versions are involved it might be worth first trying to narrow the range a bit, by fetching kernel images built for Debian from the snaphots service where it is bumped to major upstream version. Then once you have arange from a 6.n to a 6.m version where things regress, to bisect it. Additionally it would be great if you can confirm if the problem still persissts in 7.0.4-1 to see if current upstream is still affected. Additionally please provide full kernel logs for such boot up to when the problem is triggered. Regards, Salvatore
[toc] | [prev] | [next] | [standalone]
| From | "Debian Bug Tracking System" <owner@bugs.debian.org> |
|---|---|
| Date | 2026-05-10 10:20 +0200 |
| Subject | Processed: Re: Bug#1136127: linux-image-amd64: HDMI monitor flickers black during video playback after upgrade to Trixie |
| Message-ID | <MT7yh-43zf-3@gated-at.bofh.it> |
| In reply to | #92426 |
Processing control commands: > tags -1 + moreinfo Bug #1136127 [src:linux] linux-image-amd64: HDMI monitor flickers black during video playback after upgrade to Trixie Added tag(s) moreinfo. -- 1136127: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1136127 Debian Bug Tracking System Contact owner@bugs.debian.org with problems
[toc] | [prev] | [next] | [standalone]
| From | "Debian Bug Tracking System" <owner@bugs.debian.org> |
|---|---|
| Date | 2026-05-26 19:00 +0200 |
| Subject | Processed: Re: Bug#1136127: linux-image-amd64: HDMI monitor flickers black during video playback after upgrade to Trixie |
| Message-ID | <MZ3ih-83Jd-9@gated-at.bofh.it> |
| In reply to | #92426 |
Processing control commands: > tags -1 + moreinfo Bug #1136127 [src:linux] linux-image-amd64: HDMI monitor flickers black during video playback after upgrade to Trixie Added tag(s) moreinfo. -- 1136127: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1136127 Debian Bug Tracking System Contact owner@bugs.debian.org with problems
[toc] | [prev] | [next] | [standalone]
| From | Salvatore Bonaccorso <carnil@debian.org> |
|---|---|
| Date | 2026-05-26 19:00 +0200 |
| Message-ID | <MZ3ih-83Jd-3@gated-at.bofh.it> |
| In reply to | #92426 |
Control: tags -1 + moreinfo
Hi Klaus,
Sorry for the late reply.
On Sun, May 10, 2026 at 08:40:53PM +0200, Klaus Singvogel wrote:
> Hello Salvatore,
>
> Salvatore Bonaccorso wrote:
> > On Sat, May 09, 2026 at 11:51:17PM +0200, Klaus Singvogel wrote:
> > > Package: linux-image-amd64
> > > Version: 6.12.86-1
> > > Severity: important
> > >
> >
> > Sorry to hear about your regression. So since you seem to have an easy
> > "reproducer" might you be able to bisect the problem? In this case
> > since some major versions are involved it might be worth first trying
> > to narrow the range a bit, by fetching kernel images built for Debian
> > from the snaphots service where it is bumped to major upstream
> > version. Then once you have arange from a 6.n to a 6.m version where
> > things regress, to bisect it.
>
> I tested the following kernel versions on Debian Trixie, and the issue is
> present with all of them:
>
> - 6.12.85 (trixie)
> - 6.12.86 (trixie)
> - 6.19.14 (trixie-backports)
> - 7.0.4 (trixie-backports)
>
> With 6.19.14, the issue occurred regularly, even when the HDMI-connected
> display was idle and no video playback was active, but not 7.0.4
>
> With the 6.12.8x and 7.0.4-1 kernels, the issue appears to be triggered mainly
> during video playback, for example with YouTube, video advertisements in
> websites, or VLC.
>
> The problem did not occur when running Debian Bookworm with:
>
> - 6.1.0 (bookworm)
>
> I could not perform a bisection, but based on the above results the regression
> appears to have been introduced somewhere between 6.1.x and 6.12.x.
Is the reason you could not do a bisect because needing help? if that
is the reason here are some instructions, so we have 6.1.y is good and
6.12.y is bad as I understand. Then you can do the follwoing which
would need a couple of times compiling the kernel and test it:
git clone https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
cd linux-stable
git checkout v6.1
cp /boot/config-$(uname -r) .config
yes '' | make localmodconfig
make savedefconfig
mv defconfig arch/x86/configs/my_defconfig
# test 6.1 to ensure this is "good"
make my_defconfig
make -j $(nproc) bindeb-pkg
... install the resulting .deb package and confirm problem does not exist
# test 6.12 to ensure this is "bad"
git checkout v6.12
make my_defconfig
make -j $(nproc) bindeb-pkg
... install the resulting .deb package and confirm problem exists
With that confirmed, the bisection can start:
git bisect start
git bisect good v6.1
git bisect bad v6.12
In each bisection step git checks out a state between the oldest
known-bad and the newest known-good commit. In each step test using:
make my_defconfig
make -j $(nproc) bindeb-pkg
... install, verify if problem exists
and if the problem is hit run:
git bisect bad
and if the problem doesn't trigger run:
git bisect good
. Please pay attention to always select the just built kernel for
booting, it won't always be the default kernel picked up by grub.
Iterate until git announces to have identified the first bad commit.
Then provide the output of
git bisect log
In the course of the bisection you might have to uninstall previous
kernels again to not exhaust the disk space in /boot. Also in the end
uninstall all self-built kernels again.
One note: The range is still substantial. So it still would be
beneficial to narrow down first the range by manual "bisecting" the
available linux images released in the process of developing trixie,
they can be fetched via the snapshot service:
https://snapshot.debian.org/ .
I hope this is bit of help to narrow down better the issue.
Regards,
Salvatore
[toc] | [prev] | [standalone]
Back to top | Article view | linux.debian.kernel
csiph-web