View Single Post
Old 01-24-2012, 04:05 AM   #128
geekmaster
Carpe diem, c'est la vie.
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: 6,433
Karma: 10773668
Join Date: Nov 2011
Location: Multiverse 6627A
Device: K1 to PW3
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 offline   Reply With Quote