diff options
| author | Craig Jennings <c@cjennings.net> | 2026-07-29 05:59:09 -0500 |
|---|---|---|
| committer | Craig Jennings <c@cjennings.net> | 2026-07-29 05:59:09 -0500 |
| commit | b8e3ae2b96aece445d563e63bb6fee53800859a9 (patch) | |
| tree | 80b7522749c75ccdeae56c3fa3c0272bd4a67fb4 /init | |
| parent | 2d9dcc942fc16b8e5bcbe0a6eced5a71f639ae29 (diff) | |
| download | archsetup-b8e3ae2b96aece445d563e63bb6fee53800859a9.tar.gz archsetup-b8e3ae2b96aece445d563e63bb6fee53800859a9.zip | |
docs(todo): record the lock-chain regression and the watch collision
The night watch and the screen-lock watchdog fight over the session lock. The watch kills hyprlock by design to reveal its kiosk, and the watchdog reads that SIGTERM as a crash and relaunches. That is the root cause of the lockdead screens, and it retires both earlier theories: the AMD parameter was live throughout, and nothing ever crashed.
Also files the renderer regression that dropped the wrapper out of lock_cmd, and the "SCREEN OFF" label that reads as a status report rather than the action its stage performs.
Three gradings corrected after review. Two claimed a security carve-out for what is really an availability problem, which inflated them past what the matrix gives. A third reached [#C] and wrote [#B] beside it, which overrides the letter instead of fixing the input. Each correction is recorded in its own task body rather than quietly applied, so the reasoning can be argued with.
The reboot task's claim that amdgpu.runpm=0 was the root cause is marked superseded for the same reason.
Diffstat (limited to 'init')
0 files changed, 0 insertions, 0 deletions
