Re: wsdisplay: disabling the screen burner while blanked leaves the display off
Crystal Kolipe <[email protected]> Tue, 04 Aug 2026 19:56:48 -0000
| Newsgroups | gmane.os.openbsd.bugs |
|---|---|
| Message-ID | <[email protected]> |
On Tue, Aug 04, 2026 at 02:45:50PM -0400, [email protected] wrote: > Setting display.screen_off=0 while the console is currently blanked > disables the burner timeout but never re-enables video, and never > clears sc_burnman. The display stays off, and subsequent keyboard > activity then drives it the wrong way -- the screen darkens again on > each keypress rather than waking. Only a reboot recovers. Are you sure that 'only a reboot recovers'? What happens if you set display.screen_off to a non-zero value, (say 10000), whilst the display is blanked? (If you don't have network or serial access to the machine, this might mean typing the command at a blanked display.) Unless it's a different issue to the one that I already know about, the display will revert to normal behaviour _after the value is changed to non-zero_. For reference, I fixed the setting of display.screen_off to zero in 2022, which was committed as revision 1.145 of wsdisplay.c. Previously, it was not possible to disable the screen burner once enabled. The current behaviour is the expected one, there is no implication that disabling the blanking timeout would immediately un-blank the screen, (although it could easily be made to if there was consensus on that). By the way, running every potential bug report through an LLM to expand it is not really helpful. The paragraph I quoted from your original email is more than enough to identify the issue.