srdusr
aboutsummaryrefslogtreecommitdiffstats
path: root/legacy-cpp/src/utils
diff options
context:
space:
mode:
authorsrdusr <[email protected]>2025-05-28 09:42:00 +0200
committersrdusr <[email protected]>2025-05-28 09:42:00 +0200
commit6a9e50280ad8262e9fe49e390527e7490564f8dd (patch)
tree6911dbfe68ac983c228b5c9fc9320beae42b6e6a /legacy-cpp/src/utils
parentd0103908bd1c316bdebaa48e13aae332cffdeabf (diff)
downloadsrdwm-6a9e50280ad8262e9fe49e390527e7490564f8dd.tar.gz
srdwm-6a9e50280ad8262e9fe49e390527e7490564f8dd.zip
Add a real general.gpu config option for the GPU render path
SRDWM_GPU=1 was the only way to opt into the udev backend's GBM+EGL GPU render path - an env var, not a real config option, with no way to enable it from init.lua the way every other general.* flag works. WindowManager::gpu_enabled (plain bool, false by default - unlike rounded_corners_enabled's Option<bool>, GPU rendering has one unambiguous default regardless of which backend ends up connecting, so there's no "let the backend decide" case to preserve) is read from general.gpu in apply_general_settings, same as every other general.* key. gpu::probe now takes an explicit enabled: bool instead of checking the env var itself; udev/platform.rs's call site computes it as wm.gpu_enabled OR SRDWM_GPU=1, so the env var still works as a quick manual override for testing without touching config, on top of the new persistent option. Falls back to the existing software (Pixman) path exactly as before on any failure at any step (no GBM device, no atomic-modesetting support, a software-only EGL renderer, ...) - gpu::probe's own fallback behavior is unchanged, only how the initial enabled/disabled decision gets made.
Diffstat (limited to 'legacy-cpp/src/utils')
0 files changed, 0 insertions, 0 deletions