On Sun, Jan 3, 2010 at 3:33 PM, Chia-I Wu olva...@gmail.com wrote:
This patch series brings a new EGL (meta) driver, libegl.a. Like
libegldrm.a living under state_trackers/egl/, the build process uses it
to build various EGL drivers, like egl_i915.so, egl_radeon.so, and etc.
I've only tested
While working on egl_g3d, i slowly define an interface that abstracts the
native display. The interface suits the need of EGL. And I believe it
suits
the need of GLX in its current form. Eventually, it might evolve into
`struct pipe_display` that can be shared. But that is not my current
On Mon, Jan 4, 2010 at 2:24 AM, Luca Barbieri luca.barbi...@gmail.com wrote:
egl/xegl* are working for me on Nouveau NV40, after installing a
src/gallium/winsys/xlib version of libGL.so.
Haven't tested OpenVG.
Thanks. Great to hear that!
egl_g3d currently requires the winsys/xlib version of
I meant, how about having egl_g3d provide the GLX API as well as the EGL
API?
Of course, it will require some code in libGL.so to dispatch glX* functions
to egl_g3d.
That code already exists in src/mesa/drivers/x11/glxapi.c: it would only
need to be passed a suitable dispatch table.
This way, you
On Mon, Jan 4, 2010 at 11:17 PM, Luca Barbieri luca.barbi...@gmail.com wrote:
I meant, how about having egl_g3d provide the GLX API as well as the EGL
API?
Of course, it will require some code in libGL.so to dispatch glX* functions
to egl_g3d.
That code already exists in
Great!
egl/xegl* are working for me on Nouveau NV40, after installing a
src/gallium/winsys/xlib version of libGL.so.
Haven't tested OpenVG.
egl_g3d currently requires the winsys/xlib version of libGL.so., that use
the Mesa xlib driver, which implements GLX dispatch, even though it
currently only
Hi all,
This patch series brings a new EGL (meta) driver, libegl.a. Like
libegldrm.a living under state_trackers/egl/, the build process uses it
to build various EGL drivers, like egl_i915.so, egl_radeon.so, and etc.
I've only tested egl_i915. myself, and others are only compile tested.
This