On Tue, Jul 16, 2013 at 2:42 PM, Adam Jackson <ajax(a)redhat.com> wrote:
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.
Well we have an EGL backend ... I never tested it but shouldn't
EGL+GLES work on X already?