[PATCH] fix-suspend-backlight-timing-pm-debug.patch

Mike (mwester) mwester at dls.net
Thu May 8 17:07:35 CEST 2008

This change is also critical for the GTA01 suspend/resume; the debug 
stuff is not only synchronous, it is output directly to the UART 
bypassing the serial driver completely -- which really, really confuses 
the GSM when the GTA01 resumes.

:)  So if we can apply that change to both GTA01 and GTA02 defconfigs, 
this gets rid of a patch on my pile 'o patches to be submitted...

Mike (mwester)

Andy Green wrote:
> Hash: SHA1
> Somebody in the thread at some point said:
> | This patch improves the smoothness of suspend and resume action.
> |
> | Taking out CONFIG_PM_DEBUG allows much more rapid resume (the low level
> | serial traffic appears to be synchronous)
> |
> | Added a platform callback in jbt driver and support in pcf50633 so we
> | can defer bringing up the backlight until the LCM is able to process
> | video again (which must happen after the glamo is up and producing
> | video beacuse the LCM is hooked to glamo SPI)
> |
> | GTA01 should not be affected by all this as the callback will default
> | to null and it is on pcf50606
> If you're interested to try this, it's on andy branch, but you have to
> take care to use either defconfig-2.6.24 from that tree or to make sure
> you dd the following to your config
> - -CONFIG_S3C2410_PM_DEBUG=y
> +# CONFIG_S3C2410_PM_DEBUG is not set
> +# CONFIG_DEBUG_LL is not set
> The lowlevel debug stuff being synchronous is what is eating the vast
> chunks of time on resume.
> I tested it only on text console where it is much nicer and faster, I
> don't know what interactions will occur with whatever thinks it needs to
> meddle with things on resume when X is up.
> - -Andy
> Version: GnuPG v1.4.9 (GNU/Linux)
> Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org
> iEYEARECAAYFAkgi+ooACgkQOjLpvpq7dMo8eACbBxtGW4q3nDLr1saN4oTVljrE
> ct4An2RLzAgOYOo8+Xg5caT0T9fSCMrN

More information about the openmoko-kernel mailing list