Desktop AMD 5700G - only working with nomodeset

with Fedora 35, default live installer is not working and only with nomodeset, desktop installed and worked otherwise desktop hanged and required to reboot every-time. Please suggest how to get this working.

model name : AMD Ryzen 7 5700G with Radeon Graphics
7:00.0 VGA compatible controller [0300]: Advanced Micro Devices, Inc. [AMD/ATI] Cezanne [1002:1638] (rev c8) (prog-if 00 [VGA controller])
Subsystem: ASUSTeK Computer Inc. Device [1043:8809]
Flags: bus master, fast devsel, latency 0, IRQ 255, IOMMU group 4
Memory at d0000000 (64-bit, prefetchable) [size=256M]
Memory at e0000000 (64-bit, prefetchable) [size=2M]
I/O ports at f000 [disabled] [size=256]
Memory at fca00000 (32-bit, non-prefetchable) [size=512K]
Kernel modules: amdgpu

07:00.1 Audio device [0403]: Advanced Micro Devices, Inc. [AMD/ATI] Renoir Radeon High Definition Audio Controller [1002:1637]
Subsystem: ASUSTeK Computer Inc. Device [1043:8809]
Flags: bus master, fast devsel, latency 0, IRQ 99, IOMMU group 4

lshw -numeric -C display
*-display UNCLAIMED
description: VGA compatible controller
product: Cezanne [1002:1638]
vendor: Advanced Micro Devices, Inc. [AMD/ATI] [1002]
physical id: 0
bus info: pci@0000:07:00.0
version: c8
width: 64 bits
clock: 33MHz
capabilities: pm pciexpress msi msix vga_controller bus_master cap_list
configuration: latency=0
resources: memory:d0000000-dfffffff memory:e0000000-e01fffff ioport:f000(size=256) memory:fca00000-fca7ffff

glxinfo | grep OpenGL
OpenGL renderer string: llvmpipe (LLVM 13.0.0, 256 bits)

I’m not sure, but you could run sudo dnf distro-sync. When you offered to install bunch of list to upgrade, please check and make a note if kernel 5.15.6 presented, then continue to install everything offered from distro-sync.

Thanks Syaifur,

after distro-sync, rebooted and current system has following packages:

Is this to do something with linux-firmware package?

Fedora 35 (and bodhi) has latest Oct build linux-firmware-20211027-126

there is No new but there are lot of AMDGPU code committed in November 2021-11-12 and AMD cpu microcode

There few bugs for Fedora 34

amdgpu broken after latest kernel

Kernel wont boot - AMDGPU

Bug 1981039 - Black screen when starting Plasma and GNOME on Wayland with the 5.13.1 kernel involving amdgpu driver

will it be good idea to create bug for Fedora 35?

Hi, I though your problem already solve with kernel 5.15.6.

Btw most of those bugs already fixed since kernel 5.15.5 (newer now 5.15.6).

Could you give the result of sudo grubby --info=ALL

sudo grubby --info=ALL

args=“ro rootflags=subvol=root nomodeset rhgb quiet”
title=“Fedora Linux (5.15.7-200.fc35.x86_64) 35 (KDE Plasma)”
args=“ro rootflags=subvol=root nomodeset rhgb quiet”
title=“Fedora Linux (5.15.6-200.fc35.x86_64) 35 (KDE Plasma)”
args=“ro rootflags=subvol=root nomodeset rhgb quiet”
title=“Fedora Linux (5.14.10-300.fc35.x86_64) 35 (KDE Plasma)”
args=“ro rootflags=subvol=root nomodeset rhgb quiet”
title=“Fedora Linux (0-rescue-8ccb3a5630c54e37add902df387b9a69) 35 (KDE Plasma)”

There is multiple issues including LAN, so worked with ASUS to fix Motherboard, which was replaced with B550-F wifi - Revision 3, but still had issue with LAN, so only troubleshooting part was CPU, PSU and RAM. RAM made no difference. After changing PSU 450W bronze certified with 750W Gold certified, all problems were gone, Although required minimum power supply was 350W.

nomdeset removed successfully and Fedora 35 and rawhide is working successfully.

  • GUI is working
  • LAN connection stable
  • No more NVMe errors during boot.

Solution: PSU replacement, so it was hardware issue.

I have seen similar power issues in the past. I routinely now only use a 650W or higher PSU and in my daily driver I have an 850W gold certified PSU.

Remember, required minimum is just that, absolute minimum you can use . That demand will be affected by every device connected, from CPU (they vary in power demand), to RAM, to HDD & SSD, to video card, to sound, etc. Some video cards can demand more that the 350W minimum your board called for. I find that it is usually safest to use a PSU at least twice the required minimum and have never been under-powered since I adopted that plan.