-
Notifications
You must be signed in to change notification settings - Fork 0
Safe Remediation Policy
jerrymares edited this page Jul 22, 2026
·
1 revision
DeckDoc exists to make risky failures more observable, not to turn undocumented hardware controls into experiments.
- panel voltage or firmware changes;
- backlight brightness or
bl_powerwrites; - GPU/CPU TDP, clock, overclock, undervolt, or performance-level changes;
- charging-current, charge-limit, or PMIC changes;
- blind GPU, PCI, panel, or connector sysfs power cycles;
- forced refresh-rate or resolution changes presented as blackout fixes;
- Steam VDF edits while Steam is running.
When the GPU is genuinely wedged, preserve evidence and advise an orderly reboot. DeckDoc's roadmap must not contain an automatic GPU sysfs power-cycle module.
- PRE_CHECK — the exact trigger still exists and target identity is resolved.
- BACKUP — the pre-change state and any replaced file are preserved.
- EXECUTE — one narrow, documented action.
- VERIFY — the target service/path remains alive and the trigger changes as expected.
-
REPORT —
SUCCESS,PARTIAL,FAILED, orSKIPPED, with no false claim about physical pixels. - ROLLBACK — exact and recoverable.
The display mitigation follows this policy by changing only Gamescope's plane-selection convar.
Physical visibility always remains a human confirmation, so software-only verification reports
PARTIAL until that confirmation is recorded.
DeckDoc records evidence before action. Preserve the incident, change one variable at a time, verify the result, and use Steam Support for safety, warranty, and hardware concerns.
- Home
- Getting started
- Triage flow
- Reading reports
- Collect and share evidence
- Continuous incident probe
- Privileged authorization