Re: wsdisplay: disabling the screen burner while blanked leaves the display off
Remco Rijnders <[email protected]> Tue, 4 Aug 2026 20:29:05 -0400
| Newsgroups | gmane.os.openbsd.bugs |
|---|---|
| Message-ID | <[email protected]> |
On Tue, Aug 04, 2026 at 07:56:48PM -0000, Crystal wrote in <[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'? No, I was wrong about that, sorry. >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_. You are absolutely right about that. With the display blanked, setting display.screen_off=0 leaves it off and keypresses don't wake it; setting it back to non-zero brings it straight back. Please disregard the report and my apologies for taking up your time on this. >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. Point taken. I was aiming to be thorough and should have stuck to what I actually observed. Regards, Remco