Calling interested Glamo OpenGL developers (was: The forbidden topic: Glamo OpenGL)
andy at openmoko.com
Fri Nov 21 14:59:31 CET 2008
-----BEGIN PGP SIGNED MESSAGE-----
Somebody in the thread at some point said:
| 2008/11/21 The Rasterman Carsten Haitzler <raster at rasterman.com
| <mailto:raster at rasterman.com>>
| XSync sends a request to x and waits for a reply - so your client
| app will stop
| and wait until x replies. x will reply once it has completed all
| requests - that means the XCopeArea. while your app is waiting
| waiting for the gfx chip to do the work - and likely its sitting in
| a loop
| polling checking when the command is done.
| Thanks Raster, now things are becoming clear :)
| The glamo chip should raise an interrupt when the command is done, a
| specialized kernel module should export this interrupt to the userspace
| so Xglamo may suspend waiting for this interrupt without wasting cpu
| I suppose that this should be quite easy and cheap for Openmoko
| developers, may it be considered?
| This will really improve the device performance!
Graeme seems to be planning to do his xorg version of Xglamo partially
in kernelspace to unify the locking, that would be when to do this too.
The Glamo's interrupt itself is supported and working, it's the basis
for the same waiting strategy (yielding until completion interrupt) in
the Glamo MMC stuff.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org
-----END PGP SIGNATURE-----
More information about the community