You are not logged in.
Hello all, up until recently my system has been working with OpenGL, until I turned it on today and all my windows were juttery and nothing was running well. Running glxinfo responds that my render device is llvmpipe and acceleration is disabled. I already have mesa, xf86-video-ati, and the radeon driver running, and eglinfo does report the presence of my device, but for some reason llvmpipe is still being used. How might I be able to regain functionality of my video card?
Here are the images of my issue:
Glxinfo
Eglinfo -B
lsmod
Offline
Please replace the oversized images with links and generally do not post screenshots of text, post the text.
https://wiki.archlinux.org/title/OpenGL#Installation
You've an RV370 from ~2008, make a fair assessment whether that counts as "older".
However, why is amdgpu loaded?
lspci -k
Offline
Running lspci -k yields this for my graphics card:
01:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] RV370 [Radeon X300]
Subsystem: Advanced Micro Devices, Inc. [AMD/ATI] Device 0602
Kernel driver in use: radeon
Kernel modules: radeon, amdgpu
01:00.1 Display controller: Advanced Micro Devices, Inc. [AMD/ATI] RV370 [Radeon X300 SE]
Subsystem: Advanced Micro Devices, Inc. [AMD/ATI] Device 0603
Kernel modules: amdgpu
As for it being an older card, I did try mesa-amber, but this failed to load the driver, so I'm guessing given it's on r300 architecture it should (hopefully) be fine on the regular branch.
Offline
In what world is an RV370 supported by amdgpu??
lspci -nn
uname -a
cat /proc/cmdline
Also 01:00.1 is *only* supported by amdgpu, but the module doesn't assign? Then why in gods name is amdgpu loaded?
Do you load it explicitly?
In doubt please post your complete system journal for the boot:
sudo journalctl -b | curl -F 'file=@-' 0x0.st
and do not try to force the system to run on amdgpu
But yeah, that should™ still be supported by the r300 driver - sorry.
Speaking of which
MESA_LOADER_DRIVER_OVERRIDE=r300 glxinfo -B
Offline
lspci -nn uname -a cat /proc/cmdline
Here is the output.
00:00.0 Host bridge [0600]: Intel Corporation 82945G/GZ/P/PL Memory Controller Hub [8086:2770] (rev 02)
00:01.0 PCI bridge [0604]: Intel Corporation 82945G/GZ/P/PL PCI Express Root Port [8086:2771] (rev 02)
00:1b.0 Audio device [0403]: Intel Corporation NM10/ICH7 Family High Definition Audio Controller [8086:27d8] (rev 01)
00:1c.0 PCI bridge [0604]: Intel Corporation NM10/ICH7 Family PCI Express Port 1 [8086:27d0] (rev 01)
00:1d.0 USB controller [0c03]: Intel Corporation NM10/ICH7 Family USB UHCI Controller #1 [8086:27c8] (rev 01)
00:1d.1 USB controller [0c03]: Intel Corporation NM10/ICH7 Family USB UHCI Controller #2 [8086:27c9] (rev 01)
00:1d.2 USB controller [0c03]: Intel Corporation NM10/ICH7 Family USB UHCI Controller #3 [8086:27ca] (rev 01)
00:1d.3 USB controller [0c03]: Intel Corporation NM10/ICH7 Family USB UHCI Controller #4 [8086:27cb] (rev 01)
00:1d.7 USB controller [0c03]: Intel Corporation NM10/ICH7 Family USB2 EHCI Controller [8086:27cc] (rev 01)
00:1e.0 PCI bridge [0604]: Intel Corporation 82801 PCI Bridge [8086:244e] (rev e1)
00:1f.0 ISA bridge [0601]: Intel Corporation 82801GB/GR (ICH7 Family) LPC Interface Bridge [8086:27b8] (rev 01)
00:1f.1 IDE interface [0101]: Intel Corporation 82801G (ICH7 Family) IDE Controller [8086:27df] (rev 01)
00:1f.2 IDE interface [0101]: Intel Corporation NM10/ICH7 Family SATA Controller [IDE mode] [8086:27c0] (rev 01)
00:1f.3 SMBus [0c05]: Intel Corporation NM10/ICH7 Family SMBus Controller [8086:27da] (rev 01)
01:00.0 VGA compatible controller [0300]: Advanced Micro Devices, Inc. [AMD/ATI] RV370 [Radeon X300] [1002:5b60]
01:00.1 Display controller [0380]: Advanced Micro Devices, Inc. [AMD/ATI] RV370 [Radeon X300 SE] [1002:5b70]
03:08.0 Ethernet controller [0200]: Intel Corporation NM10/ICH7 Family LAN Controller [8086:27dc] (rev 01)
Linux pc 6.15.2-arch1-1 #1 SMP PREEMPT_DYNAMIC Tue, 10 Jun 2025 21:32:33 +0000 x86_64 GNU/Linux
BOOT_IMAGE=/boot/vmlinuz-linux root=UUID=1751f7f6-2db9-4fe6-9413-ab8b43080919 rw
Do you load it explicitly?
I don't think so...? I shouldn't have changed anything except for updating all my packages from the last time everything was working. Although, it had been several months since I last used the computer, so there may have been some major updates.
In doubt please post your complete system journal for the boot:
sudo journalctl -b | curl -F 'file=@-' 0x0.st
Here is the link to my journal:
http://0x0.st/8EhW.txt
MESA_LOADER_DRIVER_OVERRIDE=r300 glxinfo -B
name of display: :0.0
display: :0 screen: 0
direct rendering: Yes
Extended renderer info (GLX_MESA_query_renderer):
Vendor: Mesa (0xffffffff)
Device: llvmpipe (LLVM 20.1.6, 128 bits) (0xffffffff)
Version: 25.1.3
Accelerated: no
Video memory: 2965MB
Unified memory: yes
Preferred profile: core (0x1)
Max core profile version: 4.5
Max compat profile version: 4.5
Max GLES1 profile version: 1.1
Max GLES[23] profile version: 3.2
Memory info (GL_ATI_meminfo):
VBO free memory - total: 0 MB, largest block: 0 MB
VBO free aux. memory - total: 1677 MB, largest block: 1677 MB
Texture free memory - total: 0 MB, largest block: 0 MB
Texture free aux. memory - total: 1677 MB, largest block: 1677 MB
Renderbuffer free memory - total: 0 MB, largest block: 0 MB
Renderbuffer free aux. memory - total: 1677 MB, largest block: 1677 MB
Memory info (GL_NVX_gpu_memory_info):
Dedicated video memory: 0 MB
Total available memory: 2965 MB
Currently available dedicated video memory: 0 MB
OpenGL vendor string: Mesa
OpenGL renderer string: llvmpipe (LLVM 20.1.6, 128 bits)
OpenGL core profile version string: 4.5 (Core Profile) Mesa 25.1.3-arch1.3
OpenGL core profile shading language version string: 4.50
OpenGL core profile context flags: (none)
OpenGL core profile profile mask: core profile
OpenGL version string: 4.5 (Compatibility Profile) Mesa 25.1.3-arch1.3
OpenGL shading language version string: 4.50
OpenGL context flags: (none)
OpenGL profile mask: compatibility profile
OpenGL ES profile version string: OpenGL ES 3.2 Mesa 25.1.3-arch1.3
OpenGL ES profile shading language version string: OpenGL ES GLSL ES 3.20
I've tried other flags too in order to force the graphics card and Mesa seemingly ignores all of them.
Offline
This is a regression?
amdgpu "just loads", blacklist amdgpu and add "nvidia_drm.modeset=1" to the https://wiki.archlinux.org/title/Kernel_parameters to also block the simpledrm device, see where that gets us.
Please post your Xorg log, https://wiki.archlinux.org/title/Xorg#General - what is in
Jun 13 23:05:01 pc sudo[526]: dav : TTY=tty2 ; PWD=/usr/share/X11/xorg.conf.d ; USER=root ; COMMAND=/usr/bin/nano 10-radeon.conf
and why? Do you use xf86-video-ati? What if you remove that and run on the modesetting driver.
Offline
Just blacklisted amdgpu and drm in Grub, can confirm amdgpu is no longer being loaded in the modules.
My X11 log is here
"10-radeon.conf" is the X11 entry that the package xf86-video-ati inserts, and it contains the parameters:
Section "OutputClass"
Identifier "Radeon"
MatchDriver "radeon"
Driver "radeon"
EndSection
I have tried removing this and relying on modesetting, but then I just get a blank screen with a blinking cursor when LightDM is supposed to start (Picture here).
Sorry for the late response, I had a lot of stuff going on yesterday.
Offline
is there any reason for still running 20 year old hardware?
or to turn it around: what makes you believe that todays software still supports 20 year old hardware? if you want to run 20 year old hardware - ok, fine - that's up to you - but I recommend you run era-correct software - which, for mid-200s, is about Debian 4 or suse 9/10 - but certainly not current arch from 2025
either upgrade the hardware or downgrade the software - but don't expect stuff 20 years apart to work together - this just doesn't work in computer technology
Offline
I understand the hardware I am using is very old and obsolete. The main reason I am using this computer is because I'm in a rough financial spot and this is the only thing I have while I put together a newer computer.
either upgrade the hardware or downgrade the software - but don't expect stuff 20 years apart to work together - this just doesn't work in computer technology
I understand it may have stopped working in modern arch, but I know it was working as of roughly 6 months ago, and given a new driver was released roughly 3 years ago and it is still mentioned as supported in the wiki, I would hope it works. I don't know if I can use any older distribution of Linux because I need to do things like browse the web, play games, and use messaging software.
Offline