This is a combination of the 1Hz rate during display off and the unity8 lifecycle kicking in at 3s - only 2-3 frames which is not enough to draw the greeter.
We need a solution that roughly allows:
- At a display on/compositor start event - optionally allow clients to queue up the content they want - flushing any ready buffers
- Mir should flush out the driver queue possibly by drawing blank frames (though this could probably be done by unity-system-compositor)
Maybe a flush method in the compositor interface? Then server implementations like USC or unity-mir can make use of it and they can synchronize with their clients however they'd like...
This is a combination of the 1Hz rate during display off and the unity8 lifecycle kicking in at 3s - only 2-3 frames which is not enough to draw the greeter.
We need a solution that roughly allows:
- At a display on/compositor start event - optionally allow clients to queue up the content they want - flushing any ready buffers compositor)
- Mir should flush out the driver queue possibly by drawing blank frames (though this could probably be done by unity-system-
Maybe a flush method in the compositor interface? Then server implementations like USC or unity-mir can make use of it and they can synchronize with their clients however they'd like...