After my system sit idle for a while, my driver gets the following calls to
turn off display:
encoder_dpms
crtc_dpms
I then use the keyboard to resume. Upon resuming, I can see two calls:
crtc_set_config, and crtc_load_lut. The display remains turned off because I
am not getting calls to encoder_dpms or connector_dpms. As an extra data
point, currently I am using drm_helper_crtc_set_config(), and I've noticed
that both mode_changed and fb_changed are FALSE, which means set_config is not
going to try and set a mode or update the mode base.
Regardless of what set_config is doing, since KMS used dpms functions to turn
off the display, I'd expect it to use them to turn them back on. If this is
not the case, then can someone let me know where the expected place to turn the
display(s) back on may be?
Thanks,
Sinclair