perf(konishi): fix GPU env vars for decode

GDM_BACKEND was a typo for GBM_BACKEND; nothing read it, since SDDM is
the display manager here.

Firefox/Zen decode in a separate RDD process whose sandbox denies
/dev/nvidia*, so nvidia-vaapi-driver never initialised there and all
playback fell back to software. Confirmed on the running session: the
GPU process held 26 nvidia fds, both RDD processes held zero.

Co-Authored-By: Claude <noreply@anthropic.com>
This commit is contained in:
Miguel Palhas
2026-08-24 12:13:44 +01:00
parent 48c33fdbb5
commit 014dbde21d
+12 -1
View File
@@ -24,10 +24,21 @@
home.sessionVariables = {
LIBVA_DRIVER_NAME = "nvidia";
GDM_BACKEND = "nvidia-drm";
# Was GDM_BACKEND, which nothing reads (SDDM is the DM here).
GBM_BACKEND = "nvidia-drm";
__GLX_VENDOR_LIBRARY_NAME = "nvidia";
# Firefox/Zen decode video in a separate RDD process whose sandbox denies
# /dev/nvidia*, so nvidia-vaapi-driver never initialises there and playback
# silently drops to software. Costs one sandbox layer; no narrower switch
# exists. Check with `nvidia-smi --query-gpu=utilization.decoder`.
MOZ_DISABLE_RDD_SANDBOX = "1";
};
# Plain `nvdec` keeps frames in GPU memory and breaks some filters.
custom.mpv.hwdec = "nvdec-copy";
custom.blender.cuda = true;
custom.hyprland = {
yaziSize = "2400 1800";
cursorSize = 42;