[SHR] Suspend / Resume speed

[Andy Green]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Somebody in the thread at some point said:
| Michael 'Mickey' Lauer wrote:
|
|>> I don't think that they simply disable the backlight. Resuming from SHR
|>> unstable takes about 5-6 seconds (no incoming call), while 2008.12
resumes
|>> under 3 seconds. While this is not a scientific measurement, 2008.12
surely
|>> is a lot faster. Any other ideas what they do differently?
|> No idea, sorry. I have never seen 2008.12. It's definitely not a problem
|> in the base system, since FSO ms5.1 resolves in 1 second (admittedly,
|> with Qi, with U-Boot it might be 2 seconds).
|>
| My SHR resumed in about 4s. (Running from internal flash, not SDcard.)
| First, nothing happens. Then the console shows itself for a little
| while. finally, graphichs take over and the screen is redrawn.
|
| 1s would surely be an improvement.

If your kernel has the printk timestamping enabled, maybe the dmesg
during suspend / resume has a hint if it's something on the kernel side.

- -Andy
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org

iEYEARECAAYFAkmmlxoACgkQOjLpvpq7dMptXwCdH85IfZksSKJyDQ6u5Akk4T7p
3a0AnRwU+LRs9p2d2syTWBT88wZbvibq
=GWNa
-----END PGP SIGNATURE-----