I’m currently on Fedora 39 Silverblue with kernel ver. 6.5.6-300.fc39.x86_64.
I’ll try to recreate this bug on a live usb of regular Fedora 39.
I have this problem on Fedora 39 Beta.
It’s worth noting that I only see this problem when I have left the laptop running for several days without a reboot. So if you regularly shut down your laptop you probably won’t experience this problem.
For me after a few days I’ll start getting it occasionally when waking the laptop from sleep, and it will be fixed by putting it back to sleep and waking it again. But after a few more days it will suddenly start having the problem on every wake from sleep, but it will be fixed by restarting the laptop.
I have not checked the display cable but I don’t believe the cable is the problem, since if I don’t move the lid at all and restart the computer the problem will be fixed. Also, the corruption will often have blocks localised around text elements in the UI, which doesn’t seem like a weak cable connection problem to me.
The delay in seeing this issue after a restart also means that with any possible fix that requires shutting down the laptop, you’ll have to wait at least 4-5 days for reliable results.
Just a potential data point to consider… is whether people are using fractional scaling?
When it occurs on my internal display, I see this when resuming from sleep. This is lock screen at 100% scaling changing to 150% scaling on Wayland.
With multiple displays, it is easy to trigger when adding or removing monitors, reconfiguring them, etc. I think I even managed to get it to happen once by switching which monitor was primary.
1 Like
I wonder the same on fractional scaling, my problem is I can’t replicate it consistently.
- Usually started while on power, but would continue after unplugging
- Affected both internal display and external display when connected via USB-C
- Sorry, didn’t try with live-USB
- Definitely happened with just a single internal display
For me, I could reproduce by changing my screen resolution or zoom level. FYI I’m running the Fedora 39 beta KDE spin but it also happened with the regular Gnome Fedora 39 beta.
Adding the amdgpu.sg_display=0 kernel param has 100% fixed this for me - I haven’t seen this happen since adding that param.
1 Like
AMD has confirmed that this is difficult to duplicate, however, that using amdgpu.sg_display=0 is the way forward. Will be updating docs today for those affected.
Also if you can provide logs and steps to duplicate, please create an issue here:
2 Likes
Hi All,
I’ve just got my nice new shiny FW13AMD, and I’m super impressed, great work FW Team.
I’m a Debian fan, and yeh I know, not “officially” supported etc and this is a Fedora thread, but…
I’ve just loaded a fresh Debian 12(Bookworm) build, ver 12.2 and upgraded to kernel(from stable-backports) 6.4.0-0.deb12.2-amd64 #1 SMP PREEMPT_DYNAMIC Debian 6.4.4-3~bpo12+1 (2023-08-08) x86_64 GNU/Linux and can successfully replicate this “white screen” issue.
What I’ve been able to find is that when you suspend, then awake, if you have any application, like a browser etc, trying to access and use the 3D acceleration of the amdgpu driver, the screen corrupts the display output.
I simply close that browser(in my case Brave), and the corruption stops(in my case white solid screen or “techno” flickty flashes, glad I don’t have epilepsy conditions).
I hope that this might help/point us all in the right direction.
Let me know if there’s any other info you’d like.
Paul.
1 Like
Maybe a red herring, maybe not. I’ll throw this out here in case it helps. I have a 2015 15” MBP with a discrete AMD r9 GPU that I tried loading Debian 12 onto and got this exact same issue of white covering most of my screen, with blocks especially around text, making it unusable. The big difference is it happened 100% of the time. Only thing that machine has in common with FW 13 AMD is the AMD gpu I think, albeit a very different gpu. But perhaps this still points to the issue being with AMD’s gpu driver?
Instead of posting here it may be helpful to report this directly to AMD with logs. It seems like there is already an issue open: ubuntu 22.04, AMD 7840, SCREEN turn white/black/stripes (#2954) · Issues · drm / amd · GitLab. They probably need more information to be able to troubleshoot.
If it’s a different issue may be worth opening a new ticket so they know what is going on. No one from AMD is monitoring these forums from what I can tell.
There is an amd-gpu-firmware update in F39 updates-testing. Just upgraded and rebooted and no errors with full screen video after 5 min.
upgrading:
amd-gpu-firmware noarch 20231030-1.fc39 updates-testing
2 Likes
Over an hour now and no amd-gpu errors while running an external monitor off the hdmi expansion card. Looks promising!
I’ve installed these firmware updates, just rebooted, and am running 6.5.9-300 (both from fedora-updates-testing).
For others who would like to try:
[updates-testing]
name=Fedora $releasever - $basearch - Test Updates
#baseurl=http://download.example/pub/fedora/linux/updates/testing/$releasever/Everything/$basearch/
metalink=https://mirrors.fedoraproject.org/metalink?repo=updates-testing-f$releasever&arch=$basearch
enabled=1
includepkgs=kernel* kernel-modules* linux-firmware* *-firmware ### Add this line
countme=1
repo_gpgcheck=0
type=rpm
gpgcheck=1
metadata_expire=6h
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-fedora-$releasever-$basearch
skip_if_unavailable=False
[...other sections here...]
The package in testing is amd-gpu-firmware-20231030-1.fc39 - Fedora Packages
I pulled apart the change notes and got:
- Update to upstream 20231030 release
- Update firmware file for Intel Bluetooth AX203/AX210/AX211/
- Update firmware file for Intel Bluetooth Magnetor AX101/AX201/AX211
- rtl_nic: update firmware of RTL8156B
- Update AMD cpu microcode
- amdgpu: update SMU 13.0.0 firmware
- add Amlogic bluetooth firmware
- i915: Add GuC v70.13.1 for DG2, TGL, ADL-P and MTL
- iwlwifi: add a missing FW from core80-39 release
- WHENCE: add symlink for BananaPi M64
- i915: Update MTL DMC to v2.17
- amdgpu: update various firmware from 5.7 branch
- iwlwifi: add FWs for new GL and MA device types with multiple RF modules
- amd_pmf: Add initial PMF TA for Smart PC Solution Builder
- Update FW files for MRVL PCIE 8997 chipsets
- rtl_bt: Update RTL8851B BT USB firmware to 0x048A_D230
- iwlwifi: add new FWs from core81
- iwlwifi: update cc/Qu/QuZ firmwares for core81-65 release
2 Likes
I’d like to report that I’m seeing the same type of artifacts (big white squares) on Debian Trixie (current testing, future Debian 13) with bios 3.03 and kernel 6.5.8 using Plasma 5.27.8.
So it seems the issue is not Fedora-specific.
While this is admittedly a cool effect, I was able to trigger this issue again with a full-screen application (Skyrim Special Edition) using non-windowed mode in native Steam.
This was with 6.5.9-300 and the 20231030 amd-gpu-firmware package.
This is with 32GB of Framework-supplied DDR5 RAM and no external monitors attached (although replicated with an external monitor as well). 2x USB-C, 2X USB-A expansion cards.
I am definitely seeing an improvement with KDE, 3.03, Linux 6.5.9, and the new 20231030 firmware. Unplugging and plugging back in a dock no longer causes a rapidly flashing white artifact. I am not using amdgpu.sg_display=0 either.
Very exciting to see this much progress.
Per AMD themselves, please try this and report back:
1 Like
If you are still experiencing this. As a test can you try to enable the bios item and report back if this helps or not:
Advanced->iGPU Configuration->UMA_GAME_OPTIMIZED
This will allocate more memory to the GPU.
I discussed this with AMD, and they suspect that these visual artifacts are caused by high memory allocation on the GPU. So providing more memory may help alleviate this issue.
5 Likes
This is actually a great idea and aligns well with what is described in the Fedora bugzilla thread.
In there they speculate that the issue is associated with near full vram usage.
If I can reliably reproduce that with the webgl fish demo I’ll report back.