On Tue, 2013-07-16 at 13:00 +0200, drago01 wrote: > > It is getting a bit off the topic, but this it isn't really a > problem > > with mesa. But rather that we have non-gallium closed src drivers > > from the GPU vendors in the ARM space, which only support GLES. And > > most/all of the desktop stuff packaged in fedora (in particular, > > gnome-shell) is requiring GL. > > This is incorrect. It uses cogl which has a gles renderer wich is > supposed Tod work. If it does not that is just a bug that we should > fix. Eh. Kind of. Yes, cogl has a gles backend, yes it should work, but X itself also has a dependency on having GL below it. GLX 1.4 exposes accumulation buffers, which exist in GL but not in GLES; not that anything uses accum buffers, but their non-existence would technically be a conformance failure for GLX. GLES doesn't have glBegin, so xserver's implementation of glBegin, if done atop GLES, would need to emulate it, and currently does not. And so on. More immediately, xserver's half of the GLX implementation requires not just GL, but an actual DRI driver. I have an experimental git tree that starts fixing that [1] but currently it's a regression for Xorg since it hasn't yet grown a GLX-on-EGL provider. Still, once you fix that, you could set about porting xserver/glx/ to GLES. So, say you were running on such a closed-source driver. You could run cogl atop the GLES it provides, if you weren't also trying to run X as your window system. Admittedly we'd like to stop doing that too... [1] - http://cgit.freedesktop.org/~ajax/xserver/log/?h=glx - ajax -- devel mailing list devel@xxxxxxxxxxxxxxxxxxxxxxx https://admin.fedoraproject.org/mailman/listinfo/devel
