Random blank screen with AMD Ryzen 3200g

After a about a decade with my old system, I had it. 8GB was not enough memory, especially when both my wife and I were logged in each with dedicated X session, and my motherboard memory could not be expanded.

There are only so many DL episodes one can listen to before coming to the conclusion that AMD is the way to go. But since I am no gamer, and my power supply is rated at only 400W (a decade ago I thought it was plenty) I went the integrated graphic route:

  • CPU: AMD Ryzen 3 3200g
  • Motherboard: MSI B450-A Pro MAX
  • Memory: 32GB DDR4 3200Mhz in 2 sticks of 16GB each

Many moons have passed since I last replaced a motherboard, so it took me some time and lots of manual and youtube consulting, but I finally got everything to work… well…

From the get go, my Kubuntu 20.04 had a display issue. Periodically, after between 5 minutes to an hour, the screen when blank, sometimes with some green pixels at the top row, sometime not. Sometimes the screen color change its shade of gray when I move the mouse. When this happens the only way out was to kill the X session with Ctrl+Alt+Backspace, or restart the computer.

The only workaround that prevented this was to use the nomodset kernel parameter, but this degrades desktop effects, and worst made it impossible to use a dual monitor setup.

See this ask-ubuntu q&a

Other things I tried but did not work:

  • disable IOMMU in the BIOS as well as using the iommu=pt kernel parameter.
  • install the latest kernel from the Ubuntu Kernel Team

I must say I am disappointed. From @dasgeek and co. I got the impressions that AMD should just work. This is why I picked all AMD solution. Also this CPU is not new. It was launched a year ago. But even with the latest kernel this HW is still very flaky on my system.

Of course, I can’t rule out that I got some bad HW or that I did something wrong installing it. Am I the only one with this issue?

Are you experiencing the same issue with another DE?

Just a hunch, try KDE Neon

Everything I read so far suggest this is a Kernel & Driver issue and not a DE issue. I also don’t want to switch distro nor DE on my main system, and my wife will object too. However I can ran Neon in a live session, just to rule this hypothesis out.

Hi, welcome to the forum!

So, judging from the symptoms of your problem it’s quite obvious the issue is related to the graphics.

AMD graphics are always evolving on Linux, and every new version of the kernel and/or mesa bring huge changes. I suggest you try using a live usb with Manjaro as it should have newer kernel and mesa stack, and see if you still get this issue.

If you do, I think there could be something wrong in the hardware. Maybe you just got a faulty CPU and/or motherboard. MSI motherboards don’t have the best reputation for reliability afaik, and maybe if the problems persist you could try RMAing both the CPU and the motherboard and try another brand motherboard with the same but new CPU.

@YamiYukiSenpai, I am writing this message from the latest KDE Neon. So far it has been about 3 hours and no blank screen yet. I do get some display glitches, but this looks like adding iommu=pt should resolve this.

This, however changes two parameters:

  1. The KDE plasma version is on Kubuntu is 5.12 while it is 5.19 on KDE Neon
  2. KDE Neon is based on Ubuntu 18.04 and uses kernel 5.3, while Kubuntu 20.04 is using kernel 5.4.

IMHO, the Kernel version seems the more significant change.

@gabmus, it seem to me that in this case upgrading the Kernel gives worst results. I am specially frustrated since after a year of this CPU on the market, the latest kernel still has significant issues.

What sort of glitches? Like screen tearing?

FYI, both Kubuntu & Neon are using 5.19. The main difference, other than their base, is that Kubuntu is using Qt 5.12, while Neon uses Qt 5.14. This means that Kubuntu will be stuck with Plasma 5.19 until 20.10, which (presumably) they’ll move up to Qt >=5.14 in order to use Plasma >=5.20.

I just finished installing a freedesktop.org driver on an AMD 2200G (Raven) machine which couldn’t boot to a DE without it. It’s now working perfectly with high FPS.

Your AMD 3200G appears to be Picasso:


freedesktop.org’s list of Radeon ucode:


This would be the installation for a Debian system, adjust if required:

mkdir ~/picasso_ucode
cd ~/picasso_ucode
wget https://people.freedesktop.org/~agd5f/radeon_ucode/picasso_asd.bin &&
wget https://people.freedesktop.org/~agd5f/radeon_ucode/picasso_ce.bin &&
wget https://people.freedesktop.org/~agd5f/radeon_ucode/picasso_me.bin &&
wget https://people.freedesktop.org/~agd5f/radeon_ucode/picasso_mec.bin &&
wget https://people.freedesktop.org/~agd5f/radeon_ucode/picasso_mec2.bin &&
wget https://people.freedesktop.org/~agd5f/radeon_ucode/picasso_pfp.bin &&
wget https://people.freedesktop.org/~agd5f/radeon_ucode/picasso_rlc.bin &&
wget https://people.freedesktop.org/~agd5f/radeon_ucode/picasso_sdma.bin &&
wget https://people.freedesktop.org/~agd5f/radeon_ucode/picasso_vcn.bin
sudo mkdir /lib/firmware/amdgpu
sudo cp *.bin /lib/firmware/amdgpu
sudo /usr/sbin/update-initramfs -u

1 Like

Sometimes I get this artifact on an entire screen.

I see this even-though I disabled IOMMU in the bios.

@Ulfnic, thank you for your advice.

I did follow the procedure you suggested, unfortunately this did not solve my issue.

Damn… this may not be useful but perhaps try a few different live distros to see if the problem persists? Perhaps try Kubuntu 20.04 live as well to see if it’s something you configured. That way you can experiment without changing the installation.