Wowza. I wished I'd been able to read that six months ago!xranby wrote:Jasper St. Pierre posted an updated introduction "The Linux Graphics Stack"
Its a good introduction to all the acronyms used by today’s accelerated X11 Linux graphics stacks.
I just discussed with a guy from the DirectFB project.
OpenGL ES 2 accelerated driver is nearly ready for the pi and something should be available very shortly.
You may ask what's the link with this thread ? and I will answer XDirectFB!
According to their homepage, XDirectFB is a rootless X Server rendered by DirectFB itself.
Meaning you got an X accelerated by the OpenGL ES 2 driver for free!
Of course, not all operations are yet accelerated, but it's a thing quite easy to do compared to the work needed for a true x11 / xorg graphics driver.
Gnome has been ran successfuly on that X as well as quake 3 giving the idea that the project is good and powerfull enought to ask a question:
Could XDirectFB be the hardware accelerated X Server for the Pi ??
Of course a native x11 driver will be nice to have, but i'm not sure having something working quickly is to be expected.
This thing could be a really good alternative in the wait of that driver.
Please gimme your feedback about this idea.
Sorry for my english, but i'm not a native english speaker.
Code: Select all
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 3732 root 20 0 79796 74m 64 D 28.0 34.4 0:43.39 as
How much work would it be to allow EGL contexts in an X window with this?teh_orph wrote:I'm just finalising v1 of my driver on Raspbian now...
Adrian, I'm thinking about chucking out the EXA layer and replacing it with something simpler that I've written myself. This sounds exactly like the "function hooks and allocating dummy structures" bit you mention. Is it really painful??