amdgpu: Acceleration disabled by VT switch

[Math2]

Describe the bug After switching to a text mode VT and switching back to X's VT, OpenGL acceleration no longer works and programs are falling back to software rendering.

glxgears and other programs will show:

libGL error: failed to authenticate magic 1
libGL error: failed to load driver: radeonsi

No kernel messages.

Restarting Xorg restores acceleration.

FreeBSD version 13.1-RELEASE amd64

PCI Info

vgapci0@pci0:9:0:0:     class=0x030000 rev=0xcf hdr=0x00 vendor=0x1002 device=0x67ff subvendor=0x1462 subdevice=0x8a91
    vendor     = 'Advanced Micro Devices, Inc. [AMD/ATI]'
    device     = 'Baffin [Radeon RX 550 640SP / RX 560/560X]'
    class      = display
    subclass   = VGA
hdac0@pci0:9:0:1:       class=0x040300 rev=0x00 hdr=0x00 vendor=0x1002 device=0xaae0 subvendor=0x1462 subdevice=0xaae0
    vendor     = 'Advanced Micro Devices, Inc. [AMD/ATI]'
    device     = 'Baffin HDMI/DP Audio [Radeon RX 550 640SP / RX 560/560X]'
    class      = multimedia
    subclass   = HDA

DRM KMOD version Recent drm-kmod/5.10-lts (f7cc9dd58ca097a428ffcacad1686d970ca633a8).

[evadot]

Can't reproduce here on the same card but FreeBSD 14-CURRENT. Also I have https://reviews.freebsd.org/D35269 Mind testing if that changes something for you ?

[Math2]

Can't reproduce here on the same card but FreeBSD 14-CURRENT. Also I have https://reviews.freebsd.org/D35269 Mind testing if that changes something for you ?

No luck. I was running with no xf86-video-amdgpu at all at first. Then I installed 19.1.0_2 when I noticed the problem in case it might help. Then tried this 22.0.0 update. No noticeable difference (but the new version seems to work just fine apart from that one issue).

I tried starting X with twm instead of XFCE too to see if it might be related to the WM. No difference there either.

I guess I could try downgrading to drm-kmod/5.4-lts.

I wonder if there might be something setup weird with this computer but I can't think of anything.

[jwp]

I'm seeing the same thing on a recent 13.1-STABLE build(tracking stable/13, amd64).

drm-510-kmod 5.10.113_8 drm-kmod 20220907_1 Ellesmere RX 580 (polaris10).

[lantw44]

I saw the same problem on FreeBSD 13.1-RELEASE-p5. Switching VT caused glxgears to show:

libGL error: failed to authenticate magic 1
libGL error: failed to load driver: i965

Downgrading from drm-510-kmod-5.10.113_8 to drm-54-kmod-5.4.191_1 fixed the problem. This machine uses the integrated graphics of Intel i5-650.

[O1d]

Same issue here with intel hd graphics 4600 on freshly built stable/13 and fresh drm-510-kmod from ports (5.10.163, but the behavior was the same on 5.10.113 as well) after X started, glxinfo -B shows the correct device, acceleration and works just fine:

name of display: :0
display: :0  screen: 0
direct rendering: Yes
Extended renderer info (GLX_MESA_query_renderer):
    Vendor: Intel (0x8086)
    Device: Mesa Intel(R) HD Graphics 4600 (HSW GT2) (0x416)
    Version: 22.3.3
    Accelerated: yes

But after simply switching to console and back it gives the same magic error and falls back to llvmpipe:

libGL error: failed to authenticate magic 1
libGL error: failed to load driver: i965
display: :0  screen: 0
direct rendering: Yes
Extended renderer info (GLX_MESA_query_renderer):
    Vendor: Mesa/X.org (0xffffffff)
    Device: llvmpipe (LLVM 15.0.7, 256 bits) (0xffffffff)
    Version: 22.3.3
    Accelerated: no

Luckily, the applications which are already using acceleration during the VT switch, appear to continue working and getting acceleration just fine, but anything started after the switch uses llvmpipe instead

[Partmedia]

Same issue here on 13.1-RELEASE (amd64) running drm-510-kmod-5.10.163_2 with Intel(R) UHD Graphics 630 (CFL GT2).

[janicez]

Apparently the same issue here on HardenedBSD -k 1302503 and -U 1302503 with an 8086:5917 vgapci0 (Intel Corporation UHD Graphics 620) on an Intel Core i5-8250U. Previously started processes also retain the ability to accelerate their graphics. I wondered if it was something to do with HBSD's modifications (applications trying to use swrast crash, creating a core dump, and that may yet be related), or my custom PCIe device tuning to reduce idle power consumption, but it could be this. I haven't tried restarting the X11 server yet. I suppose I should try the Wayland next?

[TheBoctor]

Exact same outputs from glxgears/glxinfo here, with i915kms on both 13.2-RELEASE and on 14.0-CURRENT. Tested on a ThinkPad X230 and a Dell Latitude 7490 (3rd and 8th gen Intel, respectively). Acceleration is perfectly behaved until changing VTs, then gone the moment you change back, for all new X clients.

Disabling the automatic VT switch when entering C3/suspend in loader.conf works around the issue in my use case: kern.vt.suspendswitch=0

But this certainly doesn't seem like intended behavior. Is there a piece of documentation I've missed, or a vital change I should be making to a "kern" or "vt" tunable?

[grahamperrin]

% date ; glxinfo -B | grep Accelerated
Mon 31 Jul 2023 03:57:56 BST
    Accelerated: yes
% date ; glxinfo -B | grep Accelerated
Mon 31 Jul 2023 03:58:01 BST
libGL error: failed to authenticate magic 1
libGL error: failed to load driver: r600
    Accelerated: no
% 

• a switch between the two runs.

AMD Thames [Radeon HD 7550M/7570M/7650M], FreeBSD 14.0-CURRENT, drm-510-kmod.

xf86-video-amdgpu not installed, because re: the description, this AMD GPU does not use amdgpu.

[grahamperrin]

Cross-reference:

• FreeBSD bug 267915 – x11-wm/mutter: after graphics/mesa-* 21.3.8 -> 22.2.3 update OpenGL compositing fails on Intel Iris Pro

[jwp]

Not seeing this anymore with 14-STABLE.

FreeBSD stable/14-965f92a2829: Sun Mar 10 21:56:32 UTC 2024
AMD Radeon RX 580 Series (radeonsi, polaris10, LLVM 15.0.7, DRM 3.42, 14.0-STABLE)
drm-515-kmod-5.15.118_4
drm-kmod-20220907_3

glxgears, glxinfo, and vkcube-xcb are working here after a VT switch.