From 4754c5ceb01809cb359fa015dce9e3404f2bdce3 Mon Sep 17 00:00:00 2001 From: ediblerope Date: Mon, 11 May 2026 10:46:48 +0100 Subject: [PATCH] hyprland: drop cursor flips that didn't move the needle MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit no_hardware_cursors and enable_hyprcursor were chased while debugging input latency; neither made a perceptible difference. Falling back to defaults keeps the config honest about what's load-bearing. vrr=2 and render.direct_scanout stay — direct_scanout is a real fullscreen win and vrr=2 is a harmless no-op until a driver update lets it engage. Co-Authored-By: Claude Opus 4.7 --- settings/hyprland.nix | 9 --------- 1 file changed, 9 deletions(-) diff --git a/settings/hyprland.nix b/settings/hyprland.nix index bdfa2bd..c5c7b51 100644 --- a/settings/hyprland.nix +++ b/settings/hyprland.nix @@ -146,15 +146,6 @@ vfr = false; # keep compositor ticking, don't idle between frames }; - cursor = { - # Counterintuitive on AMD: HW cursor plane can micro-stutter from - # atomic KMS commits, while SW cursors get redrawn at the - # compositor's 190 Hz rate. Many AMD users report SW feels - # smoother. Flip back to 0 if you'd rather try the HW path. - no_hardware_cursors = true; - enable_hyprcursor = false; - }; - # Mirror the GNOME bindings so muscle memory carries over bind = [ "$mod, T, exec, $term"