CR-2026-06-19: Verification
Post-Change Verification
Kernel Parameter Active
Confirm PSR disabled in running kernel
grep -o 'i915.enable_psr=[0-9]' /proc/cmdline
Expected output
i915.enable_psr=0
PSR Status (if debugfs accessible)
sudo cat /sys/kernel/debug/dri/1/i915_edp_psr_status 2>/dev/null || echo "debugfs not mounted or not accessible"
Display Pipe Health
No PSR timeout errors in journal
journalctl -b -g 'PSR.*timeout\|PSR.*idle\|pipe_off.*timed' --no-pager
Boot Entry Consistency
All three entry files should have
i915.enable_psr=0for f in /boot/efi/loader/entries/arch.conf /boot/efi/loader/entries/arch-lts.conf /boot/loader/entries/arch.conf; do
printf "%-50s " "$f:"
grep -o 'i915.enable_psr=[0-9]' "$f" 2>/dev/null || echo "MISSING"
done
Expected output
/boot/efi/loader/entries/arch.conf: i915.enable_psr=0 /boot/efi/loader/entries/arch-lts.conf: i915.enable_psr=0 /boot/loader/entries/arch.conf: i915.enable_psr=0
Persistence Source
/etc/kernel/cmdline exists and contains the parametergrep -o 'i915.enable_psr=[0-9]' /etc/kernel/cmdline
Expected output
i915.enable_psr=0
Functional Tests
-
Login screen (hyprlock) appears on internal panel after cold boot — no external monitor needed
-
Close lid, wait 30 seconds, open lid — display wakes with hyprlock prompt
-
hypridleDPMS timeout (15 min idle) — display wakes on mouse/keyboard input -
After next
pacman -Syukernel update: verifygrep -o 'i915.enable_psr=[0-9]' /boot/efi/loader/entries/arch.confstill shows the parameter
Kernel Update Persistence Test
After the next kernel update (pacman -Syu touching linux), verify kernel-install preserved the parameter:
# Run after next kernel update
grep -o 'i915.enable_psr=[0-9]' /boot/efi/loader/entries/arch.conf
# Should still show: i915.enable_psr=0
If missing, kernel-install is not reading /etc/kernel/cmdline. Investigate with:
# Check what kernel-install uses
kernel-install --help 2>&1 | grep -i cmdline
cat /usr/lib/kernel/install.d/*.install 2>/dev/null | grep -i cmdline