Flickering or constant solid white screen with kernel >=6.1.4 w/ 64GB+ RAM

added AMDgpu label

added DC label

Seems the display controller has trouble scanning out of system ram in some cases. This patch will work around the problem: https://patchwork.freedesktop.org/patch/519023/

Can confirm that patch successfully works around the issue, thanks!

mentioned in commit agd5f/linux@5253534c

mentioned in commit agd5f/linux@e78cc6a4

mentioned in commit agd5f/linux@3cc67fe1

Can you try reverting https://patchwork.freedesktop.org/patch/519023/ and they apply: agd5f/linux@40e9f3f0 Does that fix the issue?

Unfortunately the issue returns: solid white with visible and moveable cursor. Tested with 6.1.8 .

mentioned in commit nouveau@3ad10fc4

I can confirm that reverting the commit as stated in this issue fixes the all white and flickering white screen issues I've had with the same kernel versions, currently running 6.1.8 with the mentioned commit reverted and the display works again.

CPU: AMD Ryzen 7 6800H with Radeon Graphics (16) @ 3.200GHz
GPU: AMD ATI Radeon RX 6700/6700 XT/6750 XT / 6800M
GPU: AMD ATI Radeon 680M

@SuperFes Since you have a Radeon 680M, please see #2352.

I checked that, it has nothing to do with the solid white screen/white flickering screen after login, I can see if it helps in other ways of course.

This patch should have the same affect as reverting this.

I understand, thank you.

@SuperFes What is the laptop model that you are experiencing this issue on, if I may ask?

Alienware m17 R5 AMD

CPU: AMD Ryzen 7 6800H with Radeon Graphics (16) @ 3.200GHz
GPU: AMD ATI Radeon RX 6700/6700 XT/6750 XT / 6800M/6850M XT
GPU: AMD ATI Radeon 680M

I think I'm also experiencing the issue. Any thoughts when this can be released?

Depending on what chip you have, the patches are either already upstream or will be this week.

Awesome, I'll keep a look at the next bug fix 6.1 release

Tested on 6.1.11, I have the same issue unfortunately.

Same here, waiting for new release to fix this bug

I also try with param 'amdgpu.sg_display=0', it seems better than before but still flickering

Tested on 6.1.12, I have the same issue unfortunately.

6.2.0 seems works well again

Can everyone that impacted by this issue post the output of the following command (after reproducing the bug):

$ sudo cat /sys/kernel/debug/dri/0/amdgpu_dm_dtn_log

You will need a kernel with CONFIG_DEBUG_FS enabled, however it seems like most distro kernels have that enabled by default so hopefully it isn't too much of a bother. Also, if the display is completely unusable after reproducing the issue, you can collect the output via ssh (assuming it is setup).

Here you go.

I've captured it on both patched and unpatched, there's very little different between the two, hopefully it helps.

amdgpu_dm_dtn_log.patched

amdgpu_dm_dtn_log.unpatched

6.2.1 seemed to make matters a lot worse, before (6.1.4+) I needed to wait for display timeout before I ever saw any white screen with mouse issues. With 6.2.0 and 1 after logging in through gdm I immediately had a completely unusuable desktop :( However after installing the latest linux-firmware from kernel.org everything seems just fine ... I did notice however that anything above 60hz is no longer available. Before I was running my LG C1 @ 4K 120hz, on patched and later fixed 6.1.x.

mentioned in issue #2445

I apologize for the delay, my processor was out for RMA for another issue, just got the replacement.

Base: log_without_workaround_6_2_1

With amdgpu.sg_display=0: log_with_workaround_6_2_1

I'm seeing the same issue with 6.1.18 on Ryzen 6900HX, 64Gb, laptop screen. System might start without flicker but if display settings are changed or after sleep it either start flickering or just present solid white screen.

upgrade to 6.2 and if still have this problem try to add

amdgpu.sg_display=0

to kernel params

https://www.phoronix.com/news/AMD-Scatter-Gather-Re-Enabled

Thanks! Updating to 6.2.7 and with amdgpu.sg_display=0 in kernel options seem to do the trick and I do not get white screen flicker anymore. This also removed a number of visual artifacts which were present in KDE 5.27 wayland session even without fullscreen flicker.

To add another data point, I also still get the issue on

kernel 6.2.7
Desktop Ryzen 7900X, internal GPU
Asus TUF B650 Plus
Dell U4021QW (5120 x 2160)

Adding amdgpu.sg_display=0 to the kernel args does fix it.

Running 6.1.3 on my Arch Linux since a while because of this bug, today I took the time to bisect to find "drm/amdgpu: make display pinning more flexible (v2)" at fault. I am using a AMD Ryzen 9 7950X, internal GPU connected to Dell UltraSharp U4919DW.

Reverting that commit on v6.2.9 still fixes the problem.

Let me know if testing of a patch is required. Would be nice if I can use pre-built kernels again

Can those impacted by the S/G mode issue (i.e. setting amdgpu.sg_display=0 fixes the issue for you) please try the attached patch and see if it resolves the issue for you (Note: you must enable S/G mode by setting amdgpu.sg_display=1 or removing the entry from your kernel command line, for it to make sense to test).

patch: 0001-drm-amd-display-fix-flickering-caused-by-S-G-mode.patch

I can confirm that it looks like the patch has fixed the issue for me also on 6.2.10. Would be nice, since I observed a loy of graphical glitches with amd sg off .... However it always takes some time before the issue occurs over here (amd ryzen 9 7950x igp and 64GB of 4800MT DDR5). From what I experineced so far it seems it mostly occurs after some extended display off time and resume gnome session afterwards. Display turns completely white, mouse is still visible.

Nope, after extended monitor sleep white screen and mouse cursor only was back again on all graphical terminals

@effective-light , I did a quick test, and the patch seems to fix the flickering for me (6.2.10). I'll continue testing and report back if there are any issues.

@effective-light I can confirm that the patch fixes the issue for me on 6.3.0-rc5. I did run into an edge case with two monitors attached to the iGPU: I have GDM set up to only show up on monitor 1 and the user configuration on 1 + 2. I did get a solid white screen on monitor 2 once (but not on monitor 1), but telling mutter to disable and enable monitor 2 works around it.

@petronio Can you try the following patch instead?: https://patchwork.freedesktop.org/patch/532323/

After some testing this patch works well for the monitor enablement case.

I still encountered a minor defect where if after a display is enabled and the WM automatically moves a window to it as full-screen, the screen may still flicker. In this case resizing the window does eliminate the problem, so it's quite minor.

@effective-light same here: The patch fixes it on my AMD Ryzen 7950X with internnal GPU using 6.2.10 with this patch, amdgpu.sg_display not set in kernel command line.

After one week of use of the first patch I observed similar issues as @jb044 did: After the system/monitor goes into sleep, it sometimes wakes up with a blank white screen. I wasn't able to recover from this situation.

However, during regular use, I never experienced the problem again, so the patch definitely helps during regular runtime.

I'll try the new patch linked above.

I've backported the patch above to v6.2.11: 0001-drm-amd-display-fix-flickering-caused-by-S-G-mode.patch.

However, for me it immediately caused flickering/white screen again. Was the patch meant to be applied alongside the other patch?

Both patches applied resulted in good results so far. No white screen/flicker at runtime and even after multiple monitor off sequences.

@agners did you apply both patches to the same build? If so, can you please try applying just the following patch?: https://patchwork.freedesktop.org/patch/532597/

This got me confused also and I ended up applying his updated patch :) Only to find a white screen upon reboot ... but strangely not on extended use of my AMD Ryzen 7950X pc.

Your patch does not apply on 6.2.11 though, guess this is intentional? ATM I use the kernel-ml source packages from elrepo on AlmaLinux 9.1.

@effective-light yes, in the last test I applied both in the same build. But that suffered from the same issue as the first patch: When the screen goes to sleep, it sometimes wakes up with a white screen. At runtime I don't see any flickers with both patches applied.

@effective-light I've applied the patch you linked (or rather a backported version of it 0001-drm-amd-display-fix-flickering-caused-by-S-G-mode.patch) ontop of v6.2.11 directly. Just running desktop worked pretty well, but when the screen went into standby I see the white screen again. This time the mouse pointer was still working, but otherwise the screen stays white. Also when switching between consoles (Ctrl+Alt+F3 back to Ctrl+Alt+F2), for a very brief moment the actual desktop shows up.

I'm running your back ported patch atm and haven't seen a single white screen so far. Only when I reboot the pc and Almalinux returns to gdm breefly before closing down I still see the white screen with a small black mouse pointer (gnome runs in hiDPI mode) before the system enters POST again. Not ideal but works for me comparing to having to reboot quite often just to be able to do something

I do see often glitches on the desktop though. Random artifacts of running apps on top of others. Running gnome as wayland session. Not sure if this is related to this problem.

I've tested just the 0001-drm-amd-display-disable-immediate-flips.patch patch, and it leads to lot of white screen/flickering here.

I do see a lot more white screens when returning from display standy when the iGPU is under load. For example by running a podman container that uses vulcan to offload computations to the gpu. In this case by upscaling a video file.

@agners @jb044 by standby are you referring to DPMS or s2idle/S0ix? Also, if you are able to reproduce the standby issue even with amdgpu.sg_display=0 set, I would suggest opening a new issue to track that defect.

With standby I mean the "Screen Blank" setting in "Power Saving Options" of Gnome 43, which I think is DPMS.

With amdgpu.sg_display=0 set or "drm/amdgpu: make display pinning more flexible (v2)" reverted the screen comes back just fine every time it goes blank. So this issue is related.

FWIW, I did not notice correlation with load. What I did notice is that with the patch 0001-drm-amd-display-fix-flickering-caused-by-S-G-mode.patch the issue happens just much much less frequent. The most reliable way to trigger it is the screen blanking.

What @agners says: with the patch I see some white screens, lately mostly when switching from Gnome Wayland to gdm before reboot. But then I noticed that I've been experimenting with vulkan driven computing software on the AMD iGPU, and hadden't done that for a while. If I do this and the iGPU is on 100% load for extended time, I see frequent white screens when the display returns on after DPMS powersafe. With amdgpu.sg_display=0 I haven't seen a single white screen. With both I do see frequent glitches in display rendering (parts of apps blinking or form what it looks parts of other apps displayed over the current app briefly), but I don't know if this is related to this problem.

@jb044 @agners do you see a difference in behavior between wayland and X11 for the standby issue? It might also be worthwhile to try disabling DCC (the easiest way to do that would be to add AMD_DEBUG=nodcc to /etc/environment, note it will require a reboot).

Was kind of busy lately, but will try and report back. FYI: 6.3 is no option as of yet because I use openzfs now, which doesn't support 6.3 yet. So still on 6.2.12.

With AMD_DEBUG=nodcc and amdgpu.sg_display=1 both Wayland and X11 sessions suffer from the problem. It still looks like iGPU load is part of the problem, at least on my system: Asus Prime X690-P and AMD 7950X CPU/iGPU. I can quickly reproduce it by triggering high load on the iGPU and suspend and then resume my PC. This is both in a Gnome Wayland session (my OSes default) and in a Gnome X11 session.

The only way so far to completely fix it is by adding amdgpu.sg_display=0 to the kernel boot params.

@jb044 In that case, please try the attached patch (it should apply to the 6.2 kernel).

patch: 0001-drm-amd-display-only-do-full-surface-updates.patch

No success:

With patch applied to 6.2.12 and amdgpu.sg_display=1, trigger high load on iGPU->suspend->resume->instant white screen with mouse pointer :/

@effective-light 7950x user here using the onboard GPU

0001-drm-amd-display-fix-flickering-caused-by-S-G-mode.patch appeared to work; monitor could be powercycled and rendering was fine v2-drm-amd-display-fix-flickering-caused-by-S-G-mode.patch did not appear to address the issue

Patches were applied discretely

@sirspudd Which monitor(s) are you using? Also, please try applying the patches attached to this comment (discretely).

patch: 0001-drm-amd-display-disable-DCC.patch

patch: 0001-drm-amd-display-disable-immediate-flips.patch

@effective-light my monitor is a 55 inch LG OLED B9

@sirspudd how much system RAM do you have btw?

@effective-light 64GB of RAM

@sirspudd in that case, can you also try to limit the size of GTT (you can do so by setting amdgpu.gttsize=8000 in the kernel cmdline) and retrying https://patchwork.freedesktop.org/patch/532597/?

I tried adding amdgpu.gttsize=8000 to the kernel cmdline, applied the linked patch and still experienced the white screen on screen sleep/restore.

Does it look like issue I'm experiencing? Video is attached: SPOILER_sv

It usually happens on light background (i.e in google colab as in video) and stops after small mouse movement or scrolling up/down.

UPD: amdgpu.sg_display=0 on 6.2.12 made no change.

Still the same on 6.3.1 with amdgpu.sg_display=0

Does pci=noats on the kernel command line in grub also fix this?

Booting with that kernel command line doesn't boot for me: The system gets stuck at a point where it usually switches to a higher display resolution (presumably before switching to amdgpu from the EFI framebuffer?).

mentioned in commit agd5f/linux@40ac6cad

mentioned in commit agd5f/linux@8f7f1b02

I have been using amdgpu.sg_display=0 which works well for 680M. Without it, 6.2 through 6.3-rc7 show a white screen while playing full screen videos in the browser (e.g., youtube). I can reproduce this with multiple browsers (chromium, firefox, chrome). So, this covers both vaapi and the non-vaapi path.

mentioned in commit agd5f/linux@08da1821

I've applied 40ac6cad52a969db30fd3e079f4886c41eadbb28 on linux 6.3 and it looks like it fixed a very annoying issue I was having while playing video accelerated videos on Chrome (Youtube), which is really good news.

The issue was that during video playback sometimes the image flickered between two different frames quickly or freezed until the next keyframe "cleared" it, which means every minute or so into a video the image went bad for a few seconds until the next keyframe.

I've played a few videos after applying the patch and so far it's good.

Specs:

OS: Arch Linux x86_64
Kernel: 6.3.0-1-mainline-git-12049-g58
DE: GNOME 43.5 (Wayland)
CPU: AMD Ryzen 7 PRO 6850U with Radeon
GPU: AMD ATI Radeon 680M

Chrome Flags:

--disable-gpu-driver-bug-workarounds
--ignore-gpu-blocklist
--enable-gpu-rasterization
--enable-zero-copy
--enable-features=VaapiVideoDecoder,VaapiIgnoreDriverChecks
--disable-features=UseChromeOSDirectVideoDecoder
--disable-gpu-vsync

If I encounter this issue again I'll report back.

EDIT: spoke too early. It has just happened. Seems less often though.

@nicolas.frenay the video stutter issue is likely different from S/G issues. The video stutter primarily affects vp9 videos. I've had that from before the S/G regressions. You are likely seeing mesa/mesa#8044 (closed)

Thanks for the heads-up!

Even on 6.4 rc1 on Fedora rawhide, I have the issue that full screen videos in the browser lead to a white screen. This is on hp 845 g9 with 680M and 64 GB RAM. So sg_display=0 continues to be necessary.

Can you provide a dmidecode of the RAM that you are using? (I think # dmidecode --type=17 should be enough).

Not asked to me, but perhaps also relevant:

# dmidecode 3.3
Getting SMBIOS data from sysfs.
SMBIOS 3.5.0 present.
# SMBIOS implementations newer than version 3.3.0 are not
# fully supported by this version of dmidecode.

Handle 0x0014, DMI type 17, 92 bytes
Memory Device
	Array Handle: 0x0011
	Error Information Handle: 0x0013
	Total Width: 64 bits
	Data Width: 64 bits
	Size: 32 GB
	Form Factor: DIMM
	Set: None
	Locator: DIMM 0
	Bank Locator: P0 CHANNEL A
	Type: DDR5
	Type Detail: Synchronous Unbuffered (Unregistered)
	Speed: 4800 MT/s
	Manufacturer: Kingston
	Serial Number: D1343E9F
	Asset Tag: Not Specified
	Part Number: KF548C38-32
	Rank: 2
	Configured Memory Speed: 3600 MT/s
	Minimum Voltage: 1.1 V
	Maximum Voltage: 1.1 V
	Configured Voltage: 1.1 V
	Memory Technology: DRAM
	Memory Operating Mode Capability: Volatile memory
	Firmware Version: Unknown
	Module Manufacturer ID: Bank 2, Hex 0x98
	Module Product ID: Unknown
	Memory Subsystem Controller Manufacturer ID: Unknown
	Memory Subsystem Controller Product ID: Unknown
	Non-Volatile Size: None
	Volatile Size: 32 GB
	Cache Size: None
	Logical Size: None

Handle 0x0017, DMI type 17, 92 bytes
Memory Device
	Array Handle: 0x0011
	Error Information Handle: 0x0016
	Total Width: 64 bits
	Data Width: 64 bits
	Size: 32 GB
	Form Factor: DIMM
	Set: None
	Locator: DIMM 1
	Bank Locator: P0 CHANNEL A
	Type: DDR5
	Type Detail: Synchronous Unbuffered (Unregistered)
	Speed: 4800 MT/s
	Manufacturer: Kingston
	Serial Number: E52F14F0
	Asset Tag: Not Specified
	Part Number: KF548C38-32
	Rank: 2
	Configured Memory Speed: 3600 MT/s
	Minimum Voltage: 1.1 V
	Maximum Voltage: 1.1 V
	Configured Voltage: 1.1 V
	Memory Technology: DRAM
	Memory Operating Mode Capability: Volatile memory
	Firmware Version: Unknown
	Module Manufacturer ID: Bank 2, Hex 0x98
	Module Product ID: Unknown
	Memory Subsystem Controller Manufacturer ID: Unknown
	Memory Subsystem Controller Product ID: Unknown
	Non-Volatile Size: None
	Volatile Size: 32 GB
	Cache Size: None
	Logical Size: None

Handle 0x001A, DMI type 17, 92 bytes
Memory Device
	Array Handle: 0x0011
	Error Information Handle: 0x0019
	Total Width: 64 bits
	Data Width: 64 bits
	Size: 32 GB
	Form Factor: DIMM
	Set: None
	Locator: DIMM 0
	Bank Locator: P0 CHANNEL B
	Type: DDR5
	Type Detail: Synchronous Unbuffered (Unregistered)
	Speed: 4800 MT/s
	Manufacturer: Kingston
	Serial Number: E5343E9F
	Asset Tag: Not Specified
	Part Number: KF548C38-32
	Rank: 2
	Configured Memory Speed: 3600 MT/s
	Minimum Voltage: 1.1 V
	Maximum Voltage: 1.1 V
	Configured Voltage: 1.1 V
	Memory Technology: DRAM
	Memory Operating Mode Capability: Volatile memory
	Firmware Version: Unknown
	Module Manufacturer ID: Bank 2, Hex 0x98
	Module Product ID: Unknown
	Memory Subsystem Controller Manufacturer ID: Unknown
	Memory Subsystem Controller Product ID: Unknown
	Non-Volatile Size: None
	Volatile Size: 32 GB
	Cache Size: None
	Logical Size: None

Handle 0x001D, DMI type 17, 92 bytes
Memory Device
	Array Handle: 0x0011
	Error Information Handle: 0x001C
	Total Width: 64 bits
	Data Width: 64 bits
	Size: 32 GB
	Form Factor: DIMM
	Set: None
	Locator: DIMM 1
	Bank Locator: P0 CHANNEL B
	Type: DDR5
	Type Detail: Synchronous Unbuffered (Unregistered)
	Speed: 4800 MT/s
	Manufacturer: Kingston
	Serial Number: D22F1514
	Asset Tag: Not Specified
	Part Number: KF548C38-32
	Rank: 2
	Configured Memory Speed: 3600 MT/s
	Minimum Voltage: 1.1 V
	Maximum Voltage: 1.1 V
	Configured Voltage: 1.1 V
	Memory Technology: DRAM
	Memory Operating Mode Capability: Volatile memory
	Firmware Version: Unknown
	Module Manufacturer ID: Bank 2, Hex 0x98
	Module Product ID: Unknown
	Memory Subsystem Controller Manufacturer ID: Unknown
	Memory Subsystem Controller Product ID: Unknown
	Non-Volatile Size: None
	Volatile Size: 32 GB
	Cache Size: None
	Logical Size: None

Here's the output from my laptop.

# dmidecode 3.4
Getting SMBIOS data from sysfs.
SMBIOS 3.4.0 present.

Handle 0x0022, DMI type 17, 92 bytes
Memory Device
	Array Handle: 0x0005
	Error Information Handle: 0x0007
	Total Width: 64 bits
	Data Width: 64 bits
	Size: 32 GB
	Form Factor: SODIMM
	Set: None
	Locator: Bottom-Slot 1(left)
	Bank Locator: ChannelA0
	Type: DDR5
	Type Detail: Synchronous Unbuffered (Unregistered)
	Speed: 4800 MT/s
	Manufacturer: Unknown - [0x9B85]
	Serial Number: E73E772B
	Asset Tag:  
	Part Number: CT32G48C40S5.M16A1            
	Rank: 2
	Configured Memory Speed: 4800 MT/s
	Minimum Voltage: 1.1 V
	Maximum Voltage: 1.1 V
	Configured Voltage: 1.1 V
	Memory Technology: DRAM
	Memory Operating Mode Capability: Volatile memory
	Firmware Version: <BAD INDEX>
	Module Manufacturer ID: Bank 6, Hex 0x9B
	Module Product ID: Unknown
	Memory Subsystem Controller Manufacturer ID: Unknown
	Memory Subsystem Controller Product ID: Unknown
	Non-Volatile Size: None
	Volatile Size: 32 GB
	Cache Size: None
	Logical Size: None

Handle 0x0023, DMI type 17, 92 bytes
Memory Device
	Array Handle: 0x0005
	Error Information Handle: 0x000B
	Total Width: 64 bits
	Data Width: 64 bits
	Size: 32 GB
	Form Factor: SODIMM
	Set: None
	Locator: Bottom-Slot 2(right)
	Bank Locator: ChannelB0
	Type: DDR5
	Type Detail: Synchronous Unbuffered (Unregistered)
	Speed: 4800 MT/s
	Manufacturer: Unknown - [0x9B85]
	Serial Number: E73E773D
	Asset Tag:  
	Part Number: CT32G48C40S5.M16A1            
	Rank: 2
	Configured Memory Speed: 4800 MT/s
	Minimum Voltage: 1.1 V
	Maximum Voltage: 1.1 V
	Configured Voltage: 1.1 V
	Memory Technology: DRAM
	Memory Operating Mode Capability: Volatile memory
	Firmware Version: <BAD INDEX>
	Module Manufacturer ID: Bank 6, Hex 0x9B
	Module Product ID: Unknown
	Memory Subsystem Controller Manufacturer ID: Unknown
	Memory Subsystem Controller Product ID: Unknown
	Non-Volatile Size: None
	Volatile Size: 32 GB
	Cache Size: None
	Logical Size: None

mentioned in commit superm1/linux@f2e43c98

mentioned in commit superm1/linux@8f984009

mentioned in commit superm1/linux@917680e6

mentioned in commit nouveau@db307e72

mentioned in issue #2586

I think I encountered the same issue on Arch Linux + KDE: https://bugs.kde.org/show_bug.cgi?id=470189

Ryzen 7 7700X. I'm on 6.3.5 kernel, and the HDMI screen sometimes flickers or turn into completely white. The only fix is to restart kwin.

Some logs in case they help:

I'll try sg_display parameter...

I also experience a white screen after login on an AMD Ryzen 9 7950X on a ASRock X670E Steel Legend using the built in GPU. This happened after I upgraded from Ubuntu 22.? to 23.04 with kernel 6.2.0-20-generic (and earlier kernel versions for that Ubuntu version, but I didn't keep track). I do not experience flickering.

Tried with two different monitors (not at the same time), currently on a LG 27UP85NP-W.

amdgpu.sg_display=0 fixes it. Output from sudo cat /sys/kernel/debug/dri/0/amdgpu_dm_dtn_log from before I set that: debug.txt

Output from inxi -Fxza --no-host: config.txt

I experienced screen flickering to white (with only mouse cursor visible and movable) after upgrade from ubuntu 22.10 to 23.04 using 2 HP Z24i (at 60Hz as far as i could tell), Ryzen 7 7700X, Asus TUF GAMING B650-PLUS, 2x32GB Kingston KF548C38-32 with kernel 6.2.0-23-generic.

adding amdgpu.sg_display=0 to GRUB_CMDLINE_LINUX_DEFAULT, updating grub and rebooting fixed it.

This answer saves my day! Thank you! @ap-wtioit

mentioned in issue #2668 (closed)

Am also experiencing this issue, I have attached a video below. The laptop is HP 845 g9. Scrolling through this page shows me other folks with the same CPU and on-board GPU, even if it's a different laptop brand. Mine is AMD Ryzen 7 6800U with Radeon 680M integrated graphics. If it matters, I have 64gb RAM. I have multiple OS's installed and a quick Google search of the symptoms led me here. I have not witnessed this issue on Windows 10 or Windows 11. I also have Debian 12 installed, and am not able to reproduce while using XFCE. I am able to reproduce on Debian 12 with Gnome. I have also installed Debian 12 with Gnome from scratch on another laptop (with identical specs) and reproduced the issue. I am able to reproduce in Chrome, in Firefox, and in VLC. I am also seeing it occasionally happen when the laptop wakes from sleep (with no video programs or browsers running), and I'm unable to see/do anything on the screen while on the lock-screen so the only path forward is to force-power-off. Based on these results, I am confident that the root cause relates to Gnome.

I modified my etc/default/grub file and added amdgpu.sg_display=0 and updated grub and rebooted and the issue still happens. Going to remove one of my 32gb ram sticks and see what happens.

Note about video: when pressing f to full screen the YouTube video, the white flickering only starts after the message "press ESC to exit full screen" at the top fades away. Also, apologies about the potato quality. VID_20230702_020957

Flickering or constant solid white screen with kernel >=6.1.4 w/ 64GB+ RAM

Hardware description:

System information:

How to reproduce the issue:

Designs

Child items ...

Activity

Admin message

Flickering or constant solid white screen with kernel >=6.1.4 w/ 64GB+ RAM

Hardware description:

System information:

How to reproduce the issue:

Activity