You are currently not using the Packman Mesa so if vlc works now you can drop Packman for sure.
I have installed the OSS version of Mesa-vulkan-device-select and, as far as I can see, no other packages come from Packman. How can I check that?
Nevertheless, the gnome-softwarecrash orgy is still happening immediately after boot. (I have counted 12 crashes)
There’s no reason to have it installed. It does not support Terascale GPUs.
I have the same 1002:6779 GPU on one of mine, but Gnome on none of mine. Apparently nothing is materially wrong here, but it’s X11 only, doesn’t get a lot of use, and its uptimes are measured in minutes rather than hours:
# inxi -GSxxz
System:
Kernel: 6.12.67-1-longterm arch: x86_64 bits: 64 compiler: gcc v: 15.2.1
Desktop: TDE (Trinity) v: R14.1.5 tk: Qt v: 3.5.0 wm: Twin dm: 1: TDM
note: stopped 2: XDM Distro: openSUSE Tumbleweed 20260131
Graphics:
Device-1: Advanced Micro Devices [AMD/ATI] Caicos [Radeon HD 6450/7450/8450
/ R5 230 OEM] vendor: Dell driver: radeon v: kernel arch: TeraScale-2
pcie: speed: 5 GT/s lanes: 16 ports: active: DP-1,DVI-I-1 empty: none
bus-ID: 01:00.0 chip-ID: 1002:6779 temp: 52.5 C
Display: x11 server: X.Org v: 21.1.21 compositor: Twin v: 3.0 driver: X:
loaded: modesetting unloaded: fbdev,vesa dri: r600 gpu: radeon
display-ID: :0 screens: 1
Screen-1: 0 s-res: 3600x1200 s-dpi: 120
Monitor-1: DP-1 pos: primary,left model: NEC EA243WM res: 1920x1200 hz: 60
dpi: 94 diag: 612mm (24.1")
Monitor-2: DVI-I-1 pos: right model: Dell P2213 res: 1680x1050 hz: 60
dpi: 90 diag: 558mm (22")
API: EGL v: 1.5 platforms: device: 0 drv: r600 device: 1 drv: swrast gbm:
drv: r600 surfaceless: drv: r600 x11: drv: r600 inactive: wayland
API: OpenGL v: 4.5 vendor: mesa v: 25.3.4 glx-v: 1.4 direct-render: yes
renderer: AMD CAICOS (DRM 2.50.0 / 6.12.67-1-longterm LLVM 21.1.8)
device-ID: 1002:6779
API: Vulkan v: 1.4.335 surfaces: N/A device: 0 type: cpu
driver: mesa llvmpipe device-ID: 10005:0000
Info: Tools: api: clinfo, eglinfo, glxinfo, vulkaninfo x11: xdriinfo,
xdpyinfo, xprop, xrandr
# cat /proc/cmdline
root=/dev/sda10 noresume consoleblank=0 net.ifnames=0 ipv6.disable=1 mitigations=off
# journalctl -p3 | grep drm
Nov 09 19:00:48 gx78b kernel: [drm:btc_dpm_set_power_state [radeon]] *ERROR* rv770_restrict_performance_levels_before_switch failed
Dec 14 11:52:21 gx78b kernel: [drm:btc_dpm_set_power_state [radeon]] *ERROR* rv770_restrict_performance_levels_before_switch failed
Feb 02 14:36:48 gx78b kernel: [drm:btc_dpm_set_power_state [radeon]] *ERROR* rv770_restrict_performance_levels_before_switch failed
# zypper --no-refresh se -s -i mesa | egrep -v 'debug|devel|srcp|openSUSE-20' | egrep 'x86|noarch'| sort -f
i | Mesa-demo-es | package | 9.0.0-7.1 | x86_64 | OSS
i | Mesa-dri | package | 25.3.4-1.1 | x86_64 | OSS
i | Mesa-libEGL1 | package | 25.3.4-1.1 | x86_64 | OSS
i | Mesa-libGL1 | package | 25.3.4-1.1 | x86_64 | OSS
i+ | Mesa | package | 25.3.4-1.1 | x86_64 | OSS
i+ | Mesa-demo | package | 9.0.0-7.1 | x86_64 | OSS
i+ | Mesa-demo-egl | package | 9.0.0-7.1 | x86_64 | OSS
i+ | Mesa-demo-x | package | 9.0.0-7.1 | x86_64 | OSS
i+ | Mesa-libva | package | 25.3.4-1.1 | x86_64 | OSS
i+ | Mesa-vulkan-device-select | package | 25.3.4-1.1 | x86_64 | OSS
i+ | Mesa-vulkan-overlay | package | 25.3.4-1.1 | x86_64 | OSS
#
If problem continues, it might be worth trying kernel-longterm, as currently booted here.
We seem to be getting there slowly. After clean-up of repos and packages as suggested in above posts, and another restart, gnome-software crashed only 3 times!
Delete kernel-default, install kernel-longterm? How does that work without destroying my system?
There’s no conflict. sudo zypper in kernel-longterm will cause kernel-longterm to be added to your system. Both kernel-default and kernel-longterm will be selectable from your boot menu. If kernel-longterm turns out to work better, you may choose to remove kernel-default, but also if it does, it suggests a kernel bug that probably needs a bug report filed.
Something else to try I hadn’t thought about earlier is trying the old ATI-specific radeon display driver provided by package xf86-video-ati as a substitute for the default modesetting display driver reported by inxi for “Display”. If that package is already installed, then a configuration snippet may be required to engage it, but I think all that’s necessary to use it is to have it installed, restart X, then check for its use with inxi. There’s a caveat to using it in that it assigns different names to display outputs from those modesetting uses, so you may need to run display setup to reposition them to your liking.
Have you tried using an X11 session instead of Wayland? Is that even possible any more in Gnome 49?
Not anymore, not with current GDM anyway. And even using xdm or lightdm you need an old gnome-session-xsession that is not available anymore in the repos.
gnome-software crash orgy still occurs with kernel-longterm.
Looks like I can live without the gnome-software packages?
Of course, I uninstalled and locked it (and PackageKit) since day 1. Myrlyn does everything but Flatpaks and firmware updates.