@hui with two GPU’s, switcherooctl is relevant, it works with dual AMD GPU’s just fine.
1 Like
Very strange, the first card is already set as the default
switcherooctl list
Device: 0
Name: Advanced Micro Devices, Inc. [AMD®/ATI] Navi 32 [Radeon RX 7700 XT / 7800 XT]
Default: yes
Environment: DRI_PRIME=pci-0000_03_00_0
Device: 1
Name: Advanced Micro Devices, Inc. [AMD®/ATI] Raphael
Default: no
Environment: DRI_PRIME=pci-0000_12_00_0
but this works
Thank you so much. The fans even sound quieter although that may be a random coincidence.
@SquarePeg79 you might also want to check the output from inxi -Gxxz to ensure the default dGPU is being used for everything eg vulkan etc.
Graphics:
Device-1: Advanced Micro Devices [AMD/ATI] Navi 32 [Radeon RX 7700 XT /
7800 XT] vendor: Gigabyte driver: amdgpu v: kernel arch: RDNA-3 pcie:
speed: 16 GT/s lanes: 16 ports: active: HDMI-A-2 empty: DP-1, DP-2,
HDMI-A-1, Writeback-1 bus-ID: 03:00.0 chip-ID: 1002:747e
Device-2: Advanced Micro Devices [AMD/ATI] Raphael vendor: Micro-Star MSI
driver: amdgpu v: kernel arch: RDNA-2 pcie: speed: 16 GT/s lanes: 16 ports:
active: none empty: DP-3, DP-4, DP-5, HDMI-A-3, Writeback-2
bus-ID: 12:00.0 chip-ID: 1002:164e temp: 45.0 C
Device-3: Sunplus Innovation USB 2.0 Camera driver: snd-usb-audio,uvcvideo
type: USB rev: 2.0 speed: 480 Mb/s lanes: 1 bus-ID: 1-5.1:4
chip-ID: 1bcf:2cc9
Display: x11 server: X.Org v: 21.1.15 with: Xwayland v: 24.1.8
compositor: kwin_x11 driver: X: loaded: modesetting unloaded: vesa
alternate: fbdev dri: radeonsi gpu: amdgpu display-ID: :0 screens: 1
Screen-1: 0 s-res: 1920x1080 s-dpi: 96
Monitor-1: HDMI-A-2 mapped: HDMI-2 model: LG (GoldStar) ULTRAGEAR
res: 1920x1080 hz: 144 dpi: 93 diag: 604mm (23.8")
API: EGL v: 1.5 platforms: device: 0 drv: radeonsi device: 1 drv: radeonsi
device: 2 drv: swrast gbm: drv: kms_swrast surfaceless: drv: radeonsi x11:
drv: radeonsi inactive: wayland
API: OpenGL v: 4.6 compat-v: 4.5 vendor: amd mesa v: 25.1.4 glx-v: 1.4
direct-render: yes renderer: AMD Radeon RX 7700 XT (radeonsi navi32 LLVM
20.1.7 DRM 3.63 6.15.4-1-default) device-ID: 1002:747e
API: Vulkan v: 1.4.313 surfaces: N/A device: 0 type: discrete-gpu
driver: N/A device-ID: 1002:747e device: 1 type: integrated-gpu driver: N/A
device-ID: 1002:164e device: 2 type: cpu driver: N/A device-ID: 10005:0000
Info: Tools: api: clinfo, eglinfo, glxinfo, vulkaninfo
de: kscreen-console,kscreen-doctor wl: wayland-info
x11: xdpyinfo, xprop, xrandr
Is this correct?
Not sure why it says driver N/A for Vulkan, I don’t use AMD, but is libvulkan_radeon installed, even though your using amdgpu? If it isn’t, maybe worth a shot to install and check?
Now if you run switcherooctl -g 0 inxi -Gxxz does the output change?
I use Intel/Nvidia and for Vulkan I only want to use the Nvidia device so set it to be first with a /etc/environment file containing MESA_VK_DEVICE_SELECT="10de:1eb1"
API: Vulkan v: 1.4.313 surfaces: N/A device: 0 type: discrete-gpu
driver: nvidia device-ID: 10de:1eb1 device: 1 type: discrete-gpu
driver: mesa intel device-ID: 8086:56a5 device: 2 type: cpu
driver: mesa llvmpipe device-ID: 10005:0000
But if it’s all working as expected now, I would still look at nvtop or similar to watch and see it’s being used and performing to your expectations…
The output is identical and libvulkan_radeon is installed, along with the 32 bit version. It seems to be working now. Thank you all for your help.
Hi!
I’m not sure if your issue is already resolved, but just in case it isn’t: I ran into a similar problem after a system update on Tumbleweed. Steam would launch, but no window would appear — and the start process would loop continuously, stealing focus from other windows and applications.
In my case, the problem turned out to be related to Steam not having proper access to the D-Bus session.
I was able to fix it by editing the desktop entry located at:
~/.local/share/applications/steam.desktop
I replaced the existing Exec= line with the following:
Exec=env -i HOME=$HOME DISPLAY=$DISPLAY XDG_SESSION_TYPE=$XDG_SESSION_TYPE XAUTHORITY=$XAUTHORITY DBUS_SESSION_BUS_ADDRESS=$DBUS_SESSION_BUS_ADDRESS steam
This forces a clean environment while still passing through the essential session variables Steam needs.
I figured this out with the help of a language model, so I might not be able to answer detailed technical questions — but I hope this helps someone else running into the same issue!
1 Like
This appears to work, thank you
For me in:
~/.local/share/applications/steam.desktop
I only needed to change the line that said ‘PrefersNonDefaultGPU=false’ to ‘true’ and it worked. Seems to me that the ‘Run using dedicated graphics card’ option behaves in an unexpected way.
What fixed it for me was unchecking “Run using dedicated graphics card”.
1 Like
Where is this option please?
If you’re using KDE:
- Open up the KDE Menu Editor.
- Search “Steam” and select it
- Select the ‘Advanced’ tab
- Uncheck ‘Run using dedicated graphics card’
- Try to launch Steam again (It should work).
Games will still launch using using your discrete graphics so don’t worry.
We have some workarounds for now, but is there an an fix coming for this?
1 Like
This topic was automatically closed 7 days after the last reply. New replies are no longer allowed.