> In my view, screen surfaces do not exist on X11. Even if we try to
> approximate all aspects of EGL_MESA_screen_surface on X11, we provide
> nothing but a convenient library that is capable of a limited subset of
> what native libraries could have done.
Not so sure about that. X11 allows to set
On Sat, Dec 26, 2009 at 07:27:09PM +0100, Luca Barbieri wrote:
> > Screen surfaces are by definition scan-out buffers of the adapters. In
> > theory, the extension is used by opengl applications in an environment
> > without display server, or used by the display server itself. And the
> > extens
> Screen surfaces are by definition scan-out buffers of the adapters. In
> theory, the extension is used by opengl applications in an environment
> without display server, or used by the display server itself. And the
> extension cannot be supported by any X11 driver.
>
> The main reason, at leas
On Saturday 26 December 2009 02:19:40 Marek Olšák wrote:
> Zack,
>
> to be honest, Direct3D 11 can report geometry shaders are not supported
> through so-called feature levels. There are six levels to my knowledge
> (9_1, 9_2, 9_3, 10_0, 10_1, 11_0). i915 is 9_1, R300 is 9_2, R500 is 9_3,
> and
I don't think this is a big deal either way. My feeling was that since most or
all drivers will have some use of the draw module, this wouldn't be any worse.
But if there really are pre-geometry shader drivers that can avoid the draw
module in all other situations, that's probably something we
On Sat, Dec 26, 2009 at 02:22:37AM +0100, Luca Barbieri wrote:
> This patch adds MESA_screen_surface support to the egl_glx EGL->GLX
> wrapper and egl_xlib Gallium state tracker.
> With this patch applied, you should be able to just run eglgears from
> an X11 terminal and get a maximized hardware a