I installed Fedora 41 Workstation today because I got an AMD Radeon RX 7800 XT after using an NVIDIA GPU for the past 2 years.
I noticed 2 issues:
There is this graphical glitch which also appears in screenshots so I am ruling out a hardware defect
2nd issue is that after trying to wake up the computer from sleep, the screens stay black saying no signal, but the keyboard and mouse light up and the computer engages the fans and the watercooling pump. I tried setting amdgpu.runpm=0 with no luck. Windows 11 24H2 wakes up fine.
Help appreciated.
System Details Report
Report details
Date generated: 2024-11-02 20:35:45
Hardware Information:
Hardware Model: Micro-Star International Co., Ltd. MS-7D70
Had the same wake problem, Following information found from many searches: I have msi motherboard. In bios found there is a wake setup. Wake on lan, or usb, something like that. Last option was to enable OS. That did it! No more problems with restore from sleep!
Power management requires coordination between vendor firmware and linux, so new kernels may require updated vendor firmware. The ACPI open standard tells linux how to discover and configure the hardware. Some vendors support acpi_osi=linux on the kernel command line, others may need system-dependent entries.
I tried that and these glitches don’t go away, I must note that these only appear on the title bar on the Terminal when the window is unfocused (I just found that out while trying)
Something bizzare just happened, while recording using GNOME’s screenshotting util, the AMDGPU driver resetted the GPU which resulted in GNOME and XWayland crashing. I think the amdgpu driver is faulty
To test that, you could try running your PC without that driver loaded and see if any of the problems continue to happen. Your video might be limited in many ways (resolution, refresh rate, bit depth, etc.), but if XWayland still crashes, then you would know that it is not because of the amdgpu driver. To run your PC without the amdgpu driver loaded, add rd.driver.blacklist=amdgpu and modprobe.blacklist=amdgpu to your list of kernel parameters.
You can confirm that the driver isn’t loaded by looking at the output from lsmod and/or lspci -k. (The lspci -k output should not show Kernel driver in use: amdgpu.)
So the problem with the screen not coming back up is probably due to something going wrong deeper in the kernel. I see an old report where someone said the kernel parameter acpi_sleep=s3_bios resolved that sort of problem. [1] Does that parameter workaround the resume from suspend problem for your case?
Reading further, that workaround is unlikely to work on UEFI systems. I’ll keep looking.
It’s on the AMD issue tracker, but some of them are reporting that the problems appear to be happening in the kernel power management code. I didn’t dig through them thoroughly, but you might find a workaround in one of those bug reports.
These are issues related to S4 sleep, I’m having issues with S3 sleep. But yeah it could indicate that something is off with the kernel’s power management