DirectFB has yet another set of drivers (in addition to the kernel drivers, the Xorg drivers, and the Mesa drivers) which are naturally incomplete.
DirectFBGL claims to use Mesa/DRI, but there is little to no information about it on the website (all the links from the DirectFBGL introduction page are broken).
DirectFB is a PERFECT example of why KMS/GEM/DRI2/Gallium/etc. are awesome. It removes the need for the DirectFB team to maintain yet another set of (incomplete and buggy) drivers.
You know when the DirectFB will benefit from the new GEM/KMS drivers?
Originally Posted by elanthis
I would like to see the DirectFB running at full speed on my Linux 2.6.31 with the new GEM/KSM drivers!!
We won't have instant-on computers for a long time unless you are resuming from suspend. It's mostly a matter on what you want to look at during the twenty or so seconds during the boot imo. It's not like you couldn't get rid of the graphical boot things in Fedora trivially.
Originally Posted by Pfanne
This of it this way: X server uses KMS to set display resolution. KMS will have all graphics modes that X server will have, no more, no less.
Originally Posted by aaaantoine
The idea with KMS is not *more* modes, but the ability to go into the desired mode very early in the boot cycle and stay there right through X initialization and ongoing use of the system.