From 014dbde21dc0fd5b0bafd2f0b64a782eb8f20f84 Mon Sep 17 00:00:00 2001 From: Miguel Palhas Date: Mon, 24 Aug 2026 12:13:44 +0100 Subject: [PATCH] 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 --- home/konishi/default.nix | 13 ++++++++++++- 1 file changed, 12 insertions(+), 1 deletion(-) diff --git a/home/konishi/default.nix b/home/konishi/default.nix index af8492c..c5838b0 100644 --- a/home/konishi/default.nix +++ b/home/konishi/default.nix @@ -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;