Bug 499882 - Wrong GPU name in info centre after 6.3 update
Summary: Wrong GPU name in info centre after 6.3 update
Status: REPORTED
Alias: None
Product: kinfocenter
Classification: Applications
Component: general (show other bugs)
Version: 6.3.2
Platform: Fedora RPMs Linux
: NOR normal
Target Milestone: ---
Assignee: Plasma Bugs List
URL:
Keywords: regression
: 500949 (view as bug list)
Depends on:
Blocks:
 
Reported: 2025-02-12 14:50 UTC by Angad
Modified: 2025-03-26 05:58 UTC (History)
10 users (show)

See Also:
Latest Commit:
Version Fixed In: 6.3.3
Sentry Crash Report:


Attachments
Info centre screenshot (225.28 KB, image/png)
2025-02-12 14:50 UTC, Angad
Details
Fastfetch Screenshot (180.70 KB, image/png)
2025-02-12 14:50 UTC, Angad
Details
KInfoCenter screenshot from my Framework 16 (133.16 KB, image/png)
2025-02-13 15:15 UTC, Neal Gompa
Details
infocentre (231.01 KB, image/png)
2025-02-13 17:42 UTC, Angad
Details
OpenGL (EGL) (134.63 KB, image/png)
2025-02-13 17:45 UTC, Angad
Details
packages for only computing installation (242.31 KB, image/png)
2025-03-06 11:49 UTC, Philippe ROUBACH
Details
Screenshot after the 6.3.3 update (225.38 KB, image/png)
2025-03-23 06:38 UTC, Angad
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Angad 2025-02-12 14:50:01 UTC
Created attachment 178183 [details]
Info centre screenshot

SUMMARY
In info centre Graphic processor 2: llvmpipe instead of MX350.

STEPS TO REPRODUCE
1. you need to have mx350🤷🏻‍♂️
SOFTWARE/OS VERSIONS

Linux/KDE Plasma: 6.3.0
KDE Plasma Version: 6.3.0
KDE Frameworks Version: 6.10.0
Qt Version: 6.8.2

ADDITIONAL INFORMATION

I do have NVIDIA proprietary drivers installed
Comment 1 Angad 2025-02-12 14:50:23 UTC
Created attachment 178184 [details]
Fastfetch Screenshot
Comment 2 Harald Sitter 2025-02-12 16:02:24 UTC
Any output when you start it from a terminal?
Comment 3 Angad 2025-02-12 16:51:20 UTC
(In reply to Harald Sitter from comment #2)
> Any output when you start it from a terminal?

qt.qml.typeregistration: Invalid QML element name "Hint"; value type names should begin with a lowercase letter
Failed to load vulkan: Cannot load library vulkan: vulkan: cannot open shared object file: No such file or directory
initInstance: No Vulkan library available
Failed to create platform Vulkan instance
Failed to create vulkan instance
GPU count mismatch (from vulkan) 0 2
libEGL warning: egl: failed to create dri2 screen
libEGL warning: egl: failed to create dri2 screen
Warning from helper: DMIDecodeHelper: Unable to get system information for  "system-version"


This is what i got
Comment 4 Harald Sitter 2025-02-12 17:08:39 UTC
And you are sure your nvidia driver is actually working? Those warnings rather suggest your second device is indeed a CPU renderer based on llvmpipe.

What happens when you run the opengl helper like so (path may be different on fedora):

DRI_PRIME=0 /usr/lib/libexec/kinfocenter-opengl-helper
DRI_PRIME=1 /usr/lib/libexec/kinfocenter-opengl-helper
DRI_PRIME=2 /usr/lib/libexec/kinfocenter-opengl-helper
Comment 5 Angad 2025-02-12 17:39:39 UTC
(In reply to Harald Sitter from comment #4)
> And you are sure your nvidia driver is actually working? Those warnings
> rather suggest your second device is indeed a CPU renderer based on llvmpipe.
> 
> What happens when you run the opengl helper like so (path may be different
> on fedora):
> 
> DRI_PRIME=0 /usr/lib/libexec/kinfocenter-opengl-helper
> DRI_PRIME=1 /usr/lib/libexec/kinfocenter-opengl-helper
> DRI_PRIME=2 /usr/lib/libexec/kinfocenter-opengl-helper


Sorry, I didn't really get what you said, but I ran this

   glxinfo | grep "OpenGL renderer"

OpenGL renderer string: Mesa Intel(R) UHD Graphics (CML GT2)
Comment 6 Harald Sitter 2025-02-13 11:53:41 UTC
Right.

Now run 

DRI_PRIME=0 glxinfo | grep "OpenGL renderer"
DRI_PRIME=1 glxinfo | grep "OpenGL renderer"
DRI_PRIME=2 glxinfo | grep "OpenGL renderer"
Comment 7 Angad 2025-02-13 12:08:46 UTC
(In reply to Harald Sitter from comment #6)
> Right.
> 
> Now run 
> 
> DRI_PRIME=0 glxinfo | grep "OpenGL renderer"
> DRI_PRIME=1 glxinfo | grep "OpenGL renderer"
> DRI_PRIME=2 glxinfo | grep "OpenGL renderer"



DRI_PRIME=0 glxinfo | grep "OpenGL renderer"
                        DRI_PRIME=1 glxinfo | grep "OpenGL renderer"
                        DRI_PRIME=2 glxinfo | grep "OpenGL renderer"
OpenGL renderer string: Mesa Intel(R) UHD Graphics (CML GT2)
glx: failed to create dri3 screen
failed to load driver: nouveau
OpenGL renderer string: zink Vulkan 1.3(NVIDIA GeForce MX350 (NVIDIA_PROPRIETARY))
glx: failed to create dri3 screen
failed to load driver: nouveau
OpenGL renderer string: zink Vulkan 1.3(NVIDIA GeForce MX350 (NVIDIA_PROPRIETARY))

these are output respectively
Comment 8 Angad 2025-02-13 12:11:17 UTC
(In reply to Harald Sitter from comment #6)
> Right.
> 
> Now run 
> 
> DRI_PRIME=0 glxinfo | grep "OpenGL renderer"
> DRI_PRIME=1 glxinfo | grep "OpenGL renderer"
> DRI_PRIME=2 glxinfo | grep "OpenGL renderer"

These are for better aligned outputs


DRI_PRIME=0 glxinfo | grep "OpenGL renderer"

OpenGL renderer string: Mesa Intel(R) UHD Graphics (CML GT2)


DRI_PRIME=1 glxinfo | grep "OpenGL renderer"

glx: failed to create dri3 screen
failed to load driver: nouveau
OpenGL renderer string: zink Vulkan 1.3(NVIDIA GeForce MX350 (NVIDIA_PROPRIETARY))


DRI_PRIME=2 glxinfo | grep "OpenGL renderer"

glx: failed to create dri3 screen
failed to load driver: nouveau
OpenGL renderer string: zink Vulkan 1.3(NVIDIA GeForce MX350 (NVIDIA_PROPRIETARY))
Comment 9 Harald Sitter 2025-02-13 12:13:37 UTC
> OpenGL renderer string: zink Vulkan 1.3(NVIDIA GeForce MX350 (NVIDIA_PROPRIETARY))

Why does glx manage to initialize vulkan but Qt not? I am at a loss for words
Comment 10 Angad 2025-02-13 12:26:52 UTC
(In reply to Harald Sitter from comment #9)
> > OpenGL renderer string: zink Vulkan 1.3(NVIDIA GeForce MX350 (NVIDIA_PROPRIETARY))
> 
> Why does glx manage to initialize vulkan but Qt not? I am at a loss for words

😅
Comment 11 Harald Sitter 2025-02-13 13:48:43 UTC
Paging Neal. Maybe he has an idea what's up with your vulkan stack.

Ultimately the problem is that the vulkan code fails to work at all and so device enumeration runs through opengl and that has problems for some reason too (though arguably we don't need to care because the vulkan code should provide superior enumeration - if it was working).
Comment 12 Angad 2025-02-13 13:59:22 UTC
Oh, btw another thing I have noticed with my laptop is that if only nouveau drivers are installed then other that fastfetch my GPU doesn't show up anywhere like nvtop or even some applications don't even recognise the mx350 only after installing the proprietary drivers it starts to show up. I guess this is unrelated to the issue, but I thought of letting you know anyway.
Comment 13 Neal Gompa 2025-02-13 15:15:12 UTC
Created attachment 178284 [details]
KInfoCenter screenshot from my Framework 16

This seems to work as expected on my system.

Additionally, the helper seems to do the right thing too?

ngompa@fedora ~> /usr/libexec/kinfocenter-opengl-helper
[{"name":"AMD Radeon 780M (radeonsi, gfx1103_r1, LLVM 19.1.0, DRM 3.59, 6.12.11-200.fc41.x86_64)","vkDeviceType":0}]
ngompa@fedora ~> DRI_PRIME=1 /usr/libexec/kinfocenter-opengl-helper
[{"name":"AMD Radeon RX 7700S (radeonsi, navi33, LLVM 19.1.0, DRM 3.59, 6.12.11-200.fc41.x86_64)","vkDeviceType":0}]
Comment 14 Neal Gompa 2025-02-13 15:17:41 UTC
I'm inclined to say this might be something specifically broken with the NVIDIA driver. In the Fedora KDE Matrix room, I was pointed to this issue: https://github.com/NVIDIA/egl-wayland/issues/162
Comment 15 Angad 2025-02-13 15:39:21 UTC
Yes this https://github.com/NVIDIA/egl-wayland/issues/162 might be the issue, I can get those same errors on my system too.
Comment 16 Luan Vitor Simião Oliveira 2025-02-13 16:12:58 UTC
mesa tries to load the nouveau userspace gl driver, even though the nouveau kernel driver is not loaded. 
i asked on the egl-wayland issue for the mesa issue, but i think i found it https://gitlab.freedesktop.org/mesa/mesa/-/issues/12462
Comment 17 Angad 2025-02-13 16:38:35 UTC
(In reply to Luan Vitor Simião Oliveira from comment #16)
> https://gitlab.freedesktop.org/mesa/mesa/-/issues/12462

Thanks I will be following that👍🏻
Comment 18 Luan Vitor Simião Oliveira 2025-02-13 16:56:40 UTC
@angad could you try installing vulkan-loader-devel, and checking if the issue is resolved?
Comment 19 Angad 2025-02-13 17:40:25 UTC
(In reply to Luan Vitor Simião Oliveira from comment #18)
> @angad could you try installing vulkan-loader-devel, and checking if the
> issue is resolved?

Well it does get resolved, but how to do know that are you a genius or something??
Comment 20 Angad 2025-02-13 17:42:43 UTC
Created attachment 178307 [details]
infocentre

See yourself looks good
Comment 21 Luan Vitor Simião Oliveira 2025-02-13 17:43:13 UTC
usr/lib64/libvulkan.so is only included with that package and qt is trying to load Vulcan through it instead of /usr/lib64/libvulkan.so.1
Comment 22 Angad 2025-02-13 17:45:49 UTC
Created attachment 178310 [details]
OpenGL (EGL)

(In reply to Luan Vitor Simião Oliveira from comment #21)
> usr/lib64/libvulkan.so is only included with that package and qt is trying
> to load Vulcan through it instead of /usr/lib64/libvulkan.so.1
 
oh ok btw is this normal?
Comment 23 Luan Vitor Simião Oliveira 2025-02-13 17:48:31 UTC
no idea, probably not, since that`s an devel package, either qt needs to load libvulkan.so.1, or libvulkan.so should be moved to the regular vulkan-loader package
Comment 24 Harald Sitter 2025-02-14 00:55:23 UTC
I think ultimately the bug is in qtwayland. I mean, there's something wrong with nvidia too, but the main problem is that the vulkan code doesn't enumerate devices and that seems to be simply because qtwayland doesn't try to load libvulkan.so.1 as first choice.
Comment 25 Bug Janitor Service 2025-02-14 22:01:30 UTC
A possibly relevant merge request was started @ https://invent.kde.org/plasma/kinfocenter/-/merge_requests/232
Comment 26 José Rafael 2025-03-01 19:18:06 UTC
I'm also experiencing this bug in the newly released Plasma Desktop 6.3.2, I'll post the 2 versions of kinfo with and without sudo

➜  ~ kinfo
libEGL warning: egl: failed to create dri2 screen
libEGL warning: egl: failed to create dri2 screen
Operating System: Fedora Linux 41
KDE Plasma Version: 6.3.2
KDE Frameworks Version: 6.11.0
Qt Version: 6.8.2
Kernel Version: 6.13.5-200.fc41.x86_64 (64-bit)
Graphics Platform: Wayland
Processors: 4 × Intel® Core™ i5-4200U CPU @ 1.60GHz
Memory: 7.7 GiB of RAM
Graphics Processor 1: Mesa Intel® HD Graphics 4400
Graphics Processor 2: llvmpipe
➜  ~ 


➜  ~ sudo kinfo
[sudo] senha para joserafael: 
MESA-INTEL: warning: Haswell Vulkan support is incomplete
Operating System: Fedora Linux 41
KDE Plasma Version: 6.3.2
KDE Frameworks Version: 6.11.0
Qt Version: 6.8.2
Kernel Version: 6.13.5-200.fc41.x86_64 (64-bit)
Graphics Platform: X11
Processors: 4 × Intel® Core™ i5-4200U CPU @ 1.60GHz
Memory: 7.7 GiB of RAM
Graphics Processor 1: Intel® HD Graphics 4400
Graphics Processor 2: NVIDIA GeForce GT 740M
Comment 27 Luan Vitor Simião Oliveira 2025-03-01 19:28:21 UTC
sudo seems to make it work because it forces kinfocenter to use x11, if you force x11 through some other way it will also "fix" the text
Comment 28 Nate Graham 2025-03-05 18:26:09 UTC
*** Bug 500949 has been marked as a duplicate of this bug. ***
Comment 29 Harald Sitter 2025-03-06 11:39:21 UTC
Git commit a18a54d9a513cf633787eb8e7a566c91759109a7 by Harald Sitter.
Committed on 06/03/2025 at 11:36.
Pushed by sitter into branch 'master'.

about: when loading opengl gpus, handle nvidia the nvidia way

- use nvidia's glx library
- set the renderer offload variable

this should produce more reasonable strings on systems where vulkan is
not working for whatever reason

M  +39   -5    kcms/about-distro/src/GPUEntryFactory.cpp

https://invent.kde.org/plasma/kinfocenter/-/commit/a18a54d9a513cf633787eb8e7a566c91759109a7
Comment 30 Harald Sitter 2025-03-06 11:43:10 UTC
Git commit 4d789b59c4b9e22602e8e03f86fcc7896a6b1f39 by Harald Sitter.
Committed on 06/03/2025 at 11:40.
Pushed by sitter into branch 'Plasma/6.3'.

about: when loading opengl gpus, handle nvidia the nvidia way

- use nvidia's glx library
- set the renderer offload variable

this should produce more reasonable strings on systems where vulkan is
not working for whatever reason
(cherry picked from commit a18a54d9a513cf633787eb8e7a566c91759109a7)

M  +39   -5    kcms/about-distro/src/GPUEntryFactory.cpp

https://invent.kde.org/plasma/kinfocenter/-/commit/4d789b59c4b9e22602e8e03f86fcc7896a6b1f39
Comment 31 Philippe ROUBACH 2025-03-06 11:49:42 UTC
Created attachment 179177 [details]
packages for only computing installation

If you use nvidia glx library, I fear  you can't detect the nvidia adapter in this following case : only computing installation.

see the capture
Comment 32 John 2025-03-08 11:42:18 UTC
I wonder if a a bug that I reported has the same cause or if the fix for this one will affect it in any way:
https://bugs.kde.org/show_bug.cgi?id=500403
Or if there, the fix still need to happen on distros' side.
Comment 33 YanEx 2025-03-14 09:16:41 UTC
I apologize, but the problem still applies to me in 6.3.3
Comment 34 Harald Sitter 2025-03-14 12:27:00 UTC
Please open a new bug report and post the output of running kinfocenter from a terminal.
Comment 35 Angad 2025-03-23 06:37:57 UTC
So this didn't get fixed after the update 6.3.3 update, although one thing has happened on the nouveau driver it does show GPU:2 now previously it was not even showing the NVIDIA GPU but with proprietary drivers it still shows llvmpipe
Comment 36 Angad 2025-03-23 06:38:49 UTC
Created attachment 179658 [details]
Screenshot after the 6.3.3 update
Comment 37 Philippe ROUBACH 2025-03-23 06:57:30 UTC
(In reply to Angad from comment #36)
> Created attachment 179658 [details]
> Screenshot after the 6.3.3 update

I confirm.

Operating System: openSUSE Tumbleweed 20250321
KDE Plasma Version: 6.3.3
KDE Frameworks Version: 6.12.0
Qt Version: 6.8.2
Kernel Version: 6.13.7-1-default (64-bit)
Graphics Platform: Wayland
Processors: 8 × 12th Gen Intel® Core™ i3-12100
Memory: 15.3 Gio of RAM
Graphics Processor 1: Mesa Intel® UHD Graphics 730
Graphics Processor 2: llvmpipe
Manufacturer: ASRock
Product Name: B760M-HDV/M.2 D4
Comment 38 TraceyC 2025-03-24 21:26:47 UTC
Setting back to confirmed since more than one person can reproduce the issue
Comment 39 Harald Sitter 2025-03-24 22:50:21 UTC
Is that with comment 18 noted and applied?
Comment 40 Angad 2025-03-25 06:51:34 UTC
(In reply to Harald Sitter from comment #39)
> Is that with comment 18 noted and applied?

no installing vulkan-loader-devel fixes the whole issue, it's without the package installed
Comment 41 Marcos Junior 2025-03-25 21:52:26 UTC
It also happens to me:

```
$ kinfo
libEGL warning: egl: failed to create dri2 screen
libEGL warning: egl: failed to create dri2 screen
Operating System: Manjaro Linux 
KDE Plasma Version: 6.3.3
KDE Frameworks Version: 6.12.0
Qt Version: 6.8.2
Kernel Version: 6.13.6-arch1-1-surface (64-bit)
Graphics Platform: Wayland
Processors: 8 × Intel® Core™ i7-8650U CPU @ 1.90GHz
Memory: 15.5 GiB of RAM
Graphics Processor 1: Mesa Intel® UHD Graphics 620
Graphics Processor 2: llvmpipe

```

But this is the output of `vkcube`:

```
$ vkcube
Selected WSI platform: xcb
Selected GPU 0: NVIDIA GeForce GTX 1060, type: DiscreteGpu
```
Comment 42 Philippe ROUBACH 2025-03-26 05:58:25 UTC
In my case using the nvidia adapter only for computing.

:~> kinfo
libEGL warning: egl: failed to create dri2 screen
libEGL warning: egl: failed to create dri2 screen
Operating System: openSUSE Tumbleweed 20250321
KDE Plasma Version: 6.3.3
KDE Frameworks Version: 6.12.0
Qt Version: 6.8.2
Kernel Version: 6.13.7-1-default (64-bit)
Graphics Platform: Wayland
Processors: 8 × 12th Gen Intel® Core™ i3-12100
Memory: 15.3 Gio of RAM
Graphics Processor 1: Mesa Intel® UHD Graphics 730
Graphics Processor 2: llvmpipe

:~> vkcube
Selected WSI platform: xcb
Selected GPU 0: Intel(R) UHD Graphics 730 (ADL-S GT1), type: IntegratedGpu