in a pinch AMD CPU/GPU/APU shopping

Blind fried bought this Asus Socket AM4 B450 chipset motherboard with RAM, PS and a sans-GPU CPU at Best Buy and brought it to me with his fried A88X PC to replace the guts and get his fresh 15.1 back in business. Before his wife dropped it off, I discovered the lack of video functionality and they left with the GPU to exchange it at Best Buy for a CPU with onboard video. I found they were about to order this from Newegg because Best Buy couldn’t deliver anything appropriate within the next 10 days. I told them don’t do it until I find out if it’s old enough for no-hassles use with 15.1. Well, that model was first offered 2 months after 15.1 release, so it seems likely I need to find something older, but how? I can’t tell how anyone is supposed to navigate the AMD product name and number maze to tell if a product is old enough to be trouble-free. It’s one reason why the only new products I buy have Intel CPUs and chipsets.

Any suggestions for a currently available CPU/GPU/APU for Socket AM4, to match up something from Asus support with something Newegg can ship right out? It only needs to work without fuss. He can’t see enough to play games, care how fast the screen draws, or compile software.

Hi
Vega has been out for awhile now (number refers to cores), it will be amdgpu only.
https://en.wikichip.org/wiki/amd/microarchitectures/vega

Lots of things are new with the motherboard and cpu, but could always look at kernel:stable?

Tumbleweed: https://forums.opensuse.org/showthread.php/538686-AMD-Ryzen-5-3400G-processor?

Thanks for fast response malcolmlewis!

If it was my own, non-stock kernel would not be any problem, but because of the special circumstances of the owner, the primary focus is least fuss, and I found https://bugzilla.opensuse.org/show_bug.cgi?id=1131200 to suggest it could be trouble without the 15.2 kernel or kernel-stable or a repositories’ Xorg. Going that way ordinary security updates would probably leave him stuck on whatever kernel I choose until I’m able to get his PC back here, which we try to avoid doing with any frequency. He’s 25 miles away. If I was to leave whatever optional kernel repo enabled, he could be subject to accidentally installing something else from a non-standard repo and making mess of things that I would have to clean up, and leave him with nothing working until such time as I can.

Hi
The bug is almost a year old and user didn’t reply to the needinfo because at that point Leap 15.1 wasn’t released? AFAIK, gpu should be fine, cpu possibly sensors not working (add acpi_enforce_resources=lax). Perhaps look at installing Teamviewer?

AMD Ryzen 3400G is equal to AMD Ryzen 2400G.
The only difference is that Ryzen 2400G is produced with “14 nm” norms, and Ryzen 3400G is produced with “12 nm” norms + higher clocks.
Supposedly will work with Leap 15.1 + updated X11 and Mesa 3D with this repository: https://download.opensuse.org/repositories/X11:/XOrg/openSUSE_Leap_15.1/ .
Possibly no BIOS update is needed, but it would be good to perform it.
If you afraid of AMD Vega graphics, you may disable it with BIOS settings, and put in discrete graphics card - CPU provides PCI-E 3.0 8x.

Also you may use old, cheap, and slow AMD A6-9400 with GCN3 graphics: https://www.asus.com/us/Motherboards/ROG-STRIX-B450-F-GAMING/HelpDesk_CPU/ .

FWIW, I have a Ryzen 3 2200G on a Gygabyte A320M mobo running Leap 15.1 Plasma, composite effects enabled.

The Vega 8 graphics work as it should with standard kernel video drivers (AMDGPU). No complaints nor issues noted.

Based upon your helpful responses I’ve ordered this
Ryzen 3 3200G Vega 8
for Tuesday delivery.

Thanks everybody!

Do check if the mobo bios/uefi support ryzen 3000 series. Some older ones need the bios/uefi updated with a series 2000 CPU first. Not sure if this applies to APUs, however.

Support reports the 3200G is supported as of BIOS 2605. Latest BIOS for download is 3003 2019-12-26. Nothing on box or board contains string BIOS or Version, but there is a numbered bar code ending in space 2801, which I’m guessing means BIOS 2801, which is dated 2019-09-24, around 10 weeks after 3200G release.

Quite disappointing. No KMS video in 15.1 Xorg, and no (HDMI) audio in 15.1 or 15.2:

# inxi -GAxxSM
System:    Host: Easystreet Kernel: 5.3.18-lp152.3-default x86_64 bits: 64 compiler: gcc v: 7.5.0 Desktop: KDE 3 wm: kwin
           dm: N/A Distro: openSUSE Leap 15.2 Alpha
Machine:   Type: Desktop Mobo: ASUSTeK model: ROG STRIX B450-F GAMING v: Rev 1.xx serial: ...
           UEFI [Legacy]: American Megatrends v: 3003 date: 12/09/2019
Graphics:  Device-1: Advanced Micro Devices [AMD/ATI] Picasso vendor: ASUSTeK driver: amdgpu v: kernel bus ID: 08:00.0
           chip ID: 1002:15d8
           Display: server: X.Org 1.20.3 driver: amdgpu resolution: 2560x1440~60Hz
           OpenGL: renderer: AMD RAVEN (DRM 3.33.0 5.3.18-lp152.3-default LLVM 7.0.1) v: 4.5 Mesa 19.2.6 direct render: Yes
Audio:     Device-1: Advanced Micro Devices [AMD/ATI] Raven/Raven2/Fenghuang HDMI/DP Audio driver: snd_hda_intel v: kernel
           bus ID: 08:00.1 chip ID: 1002:15de
           Device-2: Advanced Micro Devices [AMD] Family 17h HD Audio vendor: ASUSTeK driver: snd_hda_intel v: kernel
           bus ID: 08:00.6 chip ID: 1022:15e3
           Sound Server: ALSA v: k5.3.18-lp152.3-default

lsmod | grep amd

15.1
# lsmod (AMD-only):
edac_mce_amd           32768  0
gpio_amdpt             16384  0
gpio_generic           16384  1 gpio_amdpt
15.2:
# lsmod (AMD-only):
amd_iommu_v2           20480  1 amdgpu
amdgpu               4755456  3
drm                   544768  6 gpu_sched,drm_kms_helper,amdgpu,ttm
drm_kms_helper        229376  1 amdgpu
edac_mce_amd           32768  0
gpio_amdpt             20480  0
gpio_generic           20480  1 gpio_amdpt
gpu_sched              36864  1 amdgpu
i2c_algo_bit           16384  2 igb,amdgpu
pinctrl_amd            32768  0
ttm                   122880  1 amdgpu

I tried manually loading all the same modules, then restarting XDM, but it made no change I could detect except for the additional loaded modules.

Different amd rpm versions:

libamd2-2.4.6-lp151.4.1.x86_64
libamd2-2.4.6-lp152.5.8.x86_64
libcamd2-2.4.6-lp151.4.1.x86_64
libcamd2-2.4.6-lp152.5.8.x86_64
libccolamd2-2.9.6-lp151.4.1.x86_64
libccolamd2-2.9.6-lp152.5.8.x86_64
libcolamd2-2.9.6-lp151.4.1.x86_64
libcolamd2-2.9.6-lp152.5.8.x86_64
**libdrm_amdgpu1-2.4.100-lp152**.1.1.x86_64
**libdrm_amdgpu1-2.4.97-lp151**.2.3.1.x86_64
**libsamdb0-4.11.3+git**.104.257fda83a08-lp152.1.5.x86_64
**libsamdb0-4.9.5+git**.243.e76c5cb3d97-lp151.2.15.1.x86_64
libteamdctl0-1.27-lp151.3.3.x86_64
libteamdctl0-1.27-lp152.4.4.x86_64
ucode-amd-20191118-lp151.2.9.1.noarch
ucode-amd-20191118-lp152.1.1.noarch
xf86-video-amdgpu-18.1.0-lp151.1.3.x86_64
xf86-video-amdgpu-18.1.0-lp152.2.3.x86_64

http://fm.no-ip.com/Tmp/SUSE/Leap/bobs/ has alsa-info.txt, lspci and the entire lsmod ouputs for both 15.1 & 15.2, plus 15.1 Xorg.0.log running on FBDEV. :frowning:

15.1


# dmesg | grep ailed
    0.000000] tsc: Fast TSC calibration failed
    1.899938] ahci 0000:09:00.0: failed stop FIS RX (-16)

Where do I go from here to have a stable 15.1 without a CPU change or adding a PCIe graphics card? 15.2 kernel? 15.2 Xorg? 15.2 libdrm-amdgpu1? Bug report? Did something neede for the new GPU/APU for Xorg not get installed? Separate thread for the Fenghuang audio?

What did Svyatko mean by disable Vega in BIOS?

I’ve never had any luck getting audio through HDMI on a PCIe graphics card. Since this needs to work without me delivering it to owner, I can’t risk him getting it home and something not working there after all his (wife’s) trips between us and the time I’ve spent. It’s audio primarily he uses it for, since he can’t see much. That makes the PCIe card a risky and time-delaying option. The only HDMI out card I could put in without having to buy something else is an HD5450, one of the cards that I never made HDMI audio work with.

Also there is significant difference in Mesa versions, but I don’t think this is it, since vtty framebuffer is unaffected by video= on kernel cmdline:
http://fm.no-ip.com/Tmp/SUSE/Leap/bobs/b450f-rpmq-Mesa-s151.txt
http://fm.no-ip.com/Tmp/SUSE/Leap/bobs/b450f-rpmq-Mesa-s152a.txt

Looks like 15.2’s kernel 5.3.18 isn’t a fix. I copied kernel, initrd and matching /lib/modules to 15.1. It boots normally, but has no effect on graphics output, and still only the two dmesg failed lines.

Hi
For hdmi audio, set the default sink;
https://forums.opensuse.org/showthread.php/538495-Should-I-have-a-reasonable-expectation-that-HDMI-audio-with-an-AMD-R7-270-would-just-work

So are the graphics working, or just not up to spec? Maybe add amdgpu to dracut for early KMS?

Why do you want to use HDMI audio?
Use audio based on Realtek ALC1220 that built in motherboard:

ASUS ROG STRIX B450-F GAMING specifications:

ROG SupremeFX 8-Channel High Definition Audio CODEC S1220A

  • Dual OP Amplifiers
  • Impedance sense for front and rear headphone outputs
  • Supports : Jack-detection, Multi-streaming, Front Panel Jack-retasking
  • High quality 120 dB SNR stereo playback output and 113 dB SNR recording input
  • SupremeFX Shielding Technology
  • Supports up to 32-Bit/192kHz playback *5
    Audio Feature :
  • Optical S/PDIF out port(s) at back panel
  • Sonic Radar III
  • Sonic Studio III + Sonic Studio Link

You may disable APU’s Vega graphics if you prefer to use discrete graphics card.

Including ‘man /etc/pulse/daemon.conf’, I don’t see any explanation how to set a default sink. ‘default sink’ doesn’t show up on https://en.opensuse.org/SDB:Pulseaudio or https://en.opensuse.org/SDB:Intel-HDA_sound_problems. ‘pacmd list-sinks’ says “No PulseAudio daemon running, or not running as session daemon.” Installed is pulseaudio-11.1-lp151.5.3.x64_64.

As this was a disk migration to new hardware, maybe /etc/pulse/* needs some kind of reset, or purging to let some kind of automagic take over, let “just work” just work?

So are the graphics working, or just not up to spec?

# inxi -GxxS
System:
  Host: Easystreet Kernel: 4.12.14-lp151.28.36-default x86_64 bits: 64
  compiler: gcc v: 7.4.1 Desktop: KDE 3 wm: kwin dm: N/A
  Distro: openSUSE Leap 15.1
Graphics:
  Device-1: AMD Picasso vendor: ASUSTeK driver: N/A bus ID: 08:00.0
  chip ID: 1002:15d8
  Display: server: X.Org 1.20.3 driver: none
  unloaded: fbdev,modesetting,vesa alternate: ati
  resolution: 1024x768~76Hz
  OpenGL: renderer: llvmpipe (LLVM 7.0 128 bits) v: 3.3 Mesa 18.3.2
  compat-v: 3.1 direct render: Yes
# grep -i FBDEV /var/log/Xorg.0.log
# 33

1024x768 FBDEV on a wide screen just won’t do. Everything is setup for 1366x768, and a pistol to change given he has only maybe 5% vision.

Maybe add amdgpu to dracut for early KMS?
"force_drivers+=“amdgpu” in /etc/dracut.conf.d/05-amdgpu.conf jumped initrd up from 8900K to 15197K, while leaving video @1024x768. :frowning:

Hi
So running KDE 3? Can you download a Leap 15.1 Live desktop USB and boot that up, lets see if it’s something about the conversion to new system.

Xorg behavior was the same whether 15.1 (1024x768; poor; KDE3 and IceWM) or 15.2 (2560x1440; as expected; KDE3 and IceWM).

Discussion on https://forum.mxlinux.org/viewtopic.php?f=107&t=53413 suggested either needed kernel backporting is absent or broken, or newer X or some of its components are needed.

I enabled [noparse]X11:XOrg[/noparse] and added the following:

i+ | libdrm_amdgpu1       | package | 2.4.100-lp151.264.1   | x86_64 | X11XOrg
i+ | xf86-video-amdgpu    | package | 19.1.0-lp151.64.2     | x86_64 | X11XOrg
i+ | xorg-x11-server      | package | 1.20.7+0-lp151.601.1  | x86_64 | X11XOrg
i  | xorg-x11-server-Xvfb | package | 1.20.7+0-lp151.601.1  | x86_64 | X11XOrg

but all that happened was more modules autoloaded on subsequent boots. Then I copied back the 15.2 kernel as in comment #12, rebooted, and X was working almost like in 15.2. Next I added Mesa from [noparse]X11:XOrg[/noparse], which pulled libLLVM9-9.0.1:

i+ | Mesa           | package | 19.3.3-lp151.1067.1 | x86_64 | X11XOrg
i+ | Mesa-demo-x    | package | 8.4.0-lp151.59.2    | x86_64 | X11XOrg
i+ | Mesa-dri       | package | 19.3.3-lp151.1067.1 | x86_64 | X11XOrg
i+ | Mesa-gallium   | package | 19.3.3-lp151.1067.1 | x86_64 | X11XOrg
i+ | Mesa-libEGL1   | package | 19.3.3-lp151.1067.1 | x86_64 | X11XOrg
i+ | Mesa-libGL1    | package | 19.3.3-lp151.1067.1 | x86_64 | X11XOrg
i+ | Mesa-libglapi0 | package | 18.3.2-lp151.23.9.1 | x86_64 | Update

Next Ctrl-Alt-BS, and it locked up. :frowning: Rebooting got X back, but in VESA 2560x1440 rather than AMDGPU in 2560x1440, with vttys in 80x25 text mode.

Journal from lockup boot. 1.2MB
Journal from VESA 2560x1440/80x25 boot. 132KB

Looks like Mesa-libglapi0-18.3.2-lp151.23.9.1 probably caused the crash, but replacing it with 19.3.3, and upgrading to X11XOrg libdrm-tools-2.4.100, plus reboot didn’t get amdgpu back. Neither Mesa-libva-19.3.3.

Oops! Forgot to boot 15.2 kernel. Next boot, good vttys 1-6, but black screen on vtty7, and locked up again. :’(
Journal from latest lockup.

Found two more missed upgrading to X11XOrg:

libdrm2-2.4.100
libgbm1-19.3.3

Now X is running on amdgpu:

> inxi -GSxxza
System:    Host: Easystreet Kernel: 5.3.18-lp152.3-default x86_64 bits: 64 compiler: gcc v: 7.5.0 
           parameters: root=LABEL=wd10p08s151 net.ifnames=0 mitigations=auto consoleblank=0 noresume 
           Desktop: KDE 3 wm: kwin dm: N/A Distro: openSUSE Leap 15.1 
Graphics:  Device-1: Advanced Micro Devices [AMD/ATI] Picasso vendor: ASUSTeK driver: amdgpu v: kernel bus ID: 08:00.0 
           chip ID: 1002:15d8 
           Display: server: X.Org 1.20.7 driver: amdgpu unloaded: fbdev,modesetting,vesa alternate: ati 
           resolution: 2560x1440~60Hz 
           OpenGL: renderer: AMD RAVEN (DRM 3.33.0 5.3.18-lp152.3-default LLVM 9.0.1) v: 4.5 Mesa 19.3.3 direct render: Yes

This is the inventory of packages from [noparse]X11:XOrg[/noparse]:

i  | libLLVM9             | package | 9.0.1-lp151.41.1     | x86_64 | X11XOrg
i  | xorg-x11-server-Xvfb | package | 1.20.7+0-lp151.601.1 | x86_64 | X11XOrg
i+ | Mesa                 | package | 19.3.3-lp151.1067.1  | x86_64 | X11XOrg
i+ | Mesa-demo-x          | package | 8.4.0-lp151.59.2     | x86_64 | X11XOrg
i+ | Mesa-dri             | package | 19.3.3-lp151.1067.1  | x86_64 | X11XOrg
i+ | Mesa-gallium         | package | 19.3.3-lp151.1067.1  | x86_64 | X11XOrg
i+ | Mesa-libEGL1         | package | 19.3.3-lp151.1067.1  | x86_64 | X11XOrg
i+ | Mesa-libGL1          | package | 19.3.3-lp151.1067.1  | x86_64 | X11XOrg
i+ | Mesa-libd3d          | package | 19.3.3-lp151.1067.1  | x86_64 | X11XOrg
i+ | Mesa-libglapi0       | package | 19.3.3-lp151.1067.1  | x86_64 | X11XOrg
i+ | Mesa-libva           | package | 19.3.3-lp151.1067.1  | x86_64 | X11XOrg
i+ | libdrm-tools         | package | 2.4.100-lp151.264.1  | x86_64 | X11XOrg
i+ | libdrm2              | package | 2.4.100-lp151.264.1  | x86_64 | X11XOrg
i+ | libdrm_amdgpu1       | package | 2.4.100-lp151.264.1  | x86_64 | X11XOrg
i+ | libgbm1              | package | 19.3.3-lp151.1067.1  | x86_64 | X11XOrg
i+ | llvm9-opt-viewer     | package | 9.0.1-lp151.41.1     | noarch | X11XOrg
i+ | xf86-video-amdgpu    | package | 19.1.0-lp151.64.2    | x86_64 | X11XOrg
i+ | xf86-video-fbdev     | package | 0.5.0-lp151.29.6     | x86_64 | X11XOrg
i+ | xf86-video-vesa      | package | 2.4.0-lp151.37.5     | x86_64 | X11XOrg
i+ | xorg-x11-server      | package | 1.20.7+0-lp151.601.1 | x86_64 | X11XOrg

Sound still does not work. :stuck_out_tongue:

Hi
Can you start a new thread in the Multimedia subforum about sound :wink:

Audio thread started.