View Single Post
Old 01-24-2012, 04:05 AM   #128
geekmaster
bit basher & pixel pusher
geekmaster ought to be getting tired of karma fortunes by now.geekmaster ought to be getting tired of karma fortunes by now.geekmaster ought to be getting tired of karma fortunes by now.geekmaster ought to be getting tired of karma fortunes by now.geekmaster ought to be getting tired of karma fortunes by now.geekmaster ought to be getting tired of karma fortunes by now.geekmaster ought to be getting tired of karma fortunes by now.geekmaster ought to be getting tired of karma fortunes by now.geekmaster ought to be getting tired of karma fortunes by now.geekmaster ought to be getting tired of karma fortunes by now.geekmaster ought to be getting tired of karma fortunes by now.
 
geekmaster's Avatar
 
Posts: 5,693
Karma: 7581655
Join Date: Nov 2011
Location: A young man living in an old man's body.
Device: Too many.
Well, after a lot of failure, suddenly SDL started filling the screen with SDL logos, really fast. It seems that you have to do a ctrl-c while it is waiting to set the video mode, and ignore the returned error code, and killall Xorg, then at framework restart about 85% suddenly the SDL app starts doing video updates by calling "eips ''" after each page flip.

It looks like SDL needs to be modified to not mess with framebuffer locking. When Xorg has it, SDL video setting freezes. When SDL holds uses lock, parrts of the framework (menu and status bar) never draw, even when switching to other screens (press power button off and on draws the menu).

So, the reason everybody has had problems with SDL on the kindles is probably lock contention. Because you can draw to the framebuffer without locking it, SDL just needs to have locking disabled.
geekmaster is online now   Reply With Quote