[PATCH] debug-flicker.patch

Andy Green andy at openmoko.com
Wed Mar 12 13:40:23 CET 2008


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

Somebody in the thread at some point said:

>> It trashes the stride when X is in landscape mode.  It is an expected
>> behavior since the kernel doesn't(?) notify Xglamo about geometry
>> change.
> 
> OK.  It makes a bit of sense now that there is no rotation option in
> fbset then, this is happening on the X layer above.
> 
> I will try to force the landscape to use 24.5MHz in the kernel with
> correct settings for HSYNC and so on and see what happens.  Currently I

Well, buildhost /sources directory doesn't seem to contain anything from
2008, I found XGlamo in git at freedesktop.org.

Inside the Xglamo X server is really a reimplementation of the glamofb
hardware stuff including engine bringup and so on.  I don't think it
makes any sense for me to start meddling around in there since it will
take a long time before I can even rebuild it.

If someone else (olv?) wants to add a mode or a way of selecting 24.5MHz
 with-artifact landscape and with 8 or 16 clock blanking (as opposed to
100 clocks/line or whatever it is now), I will look at it fresh,
otherwise I am going to go back to suspend-related issues now.

If nobody else tries the suggestion above, we should either live with
the landscape-only flicker, or go back to soft rotation which will not
flicker any more than the 72Hz portrait does.

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

iD8DBQFH1883OjLpvpq7dMoRAlGpAJ97YunVNIpXlr2YCEME1NHGZSAYwwCfdlto
8Rl+Miuijs6rq0dMqXG05b0=
=YZcc
-----END PGP SIGNATURE-----




More information about the openmoko-kernel mailing list