Yes, I think we need to support every loader/driver combination, but
I'm not sure.
Ian, please how much do we care about compatibility between loaders
(libGL, libEGL) and DRI drivers?
Thanks,
Marek
On Mon, Jun 22, 2015 at 8:04 PM, Emil Velikov wrote:
> Niiice, thank you. For most drivers - gal
Niiice, thank you. For most drivers - gallium, i965 this is
implemented, leaving nouveau_vieux, radeon, r200 and i915. From these
i915 does work with EGL, while nouveau_vieux dies miserably (missing
__DRI_IMAGE v7 iirc). How well does radeon/r200 fair ?
So as a nice starter task one can, modify EG
FWIW, flushing can be done through
flush_with_flags(__DRI2_FLUSH_CONTEXT), so glFlush shouldn't be
needed, but some drivers don't implement flush_with_flags and I've
heard libEGL and libGL need to support DRI drivers from older Mesas too.
Marek
On Fri, Jun 19, 2015 at 9:56 PM, Emil Velikov wrote
The only reason we touch glapi is to dlopen it to:
- make sure that the unresolved _glapi* symbols in the dri modules are
provided.
- fetch glFlush() and use it at various stages in the dri2 driver.
XXX: If anyone has suggestions why the latter is required (or can
recommend any reading material)
