-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Somebody in the thread at some point said:
|> if we leave this to x + usersapce, then x can turn on the bakclight ONCe it has |> filled the framebuffer. in fact x itself can just not turn it on, but wait for |> the "screensaver" app to turn it on after wakup from screenblank (ie |> screensaver app will actually do the drawing and once it has drawn the screen |> it can turn backlight on. since x is pipelined and 1 clients operations are |> executed in sequence, the bl shouldnt go on until x has dumped all the draw |> requests to the screen). OK. But the framebuffer memory should still be as it was left at suspend time, and the framebuffer driver itself could restore video state on resume too (just dump and restore all the regs). Well the display for the clock can be wrong or whatever but it will get refreshed immediately and if the backlight is ramping up at that time, maybe it feels very responsive to see video really quickly after you wake it with touchscreen for example. - -Andy -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iEYEARECAAYFAkgIWOUACgkQOjLpvpq7dMqixwCfczcRK3jCHi3AfmrZcwsBUgNm tFkAn0gz+VGwTiFn40TfzUc+RmJ4jwfN =ODtb -----END PGP SIGNATURE-----
