> 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 video modes with Xrandr and
in principle the X server could have an extension to allow to program
a CRTC with a user-specified drawable (maybe you can already do so,
not sure; the composite overlay windows could be implemented in such a
way).
The patch approximates that behavior (by asking the window manager to
make the window fullscreen, which for instance in Compiz causes it to
be unredirected) if you set EGL_FULLSCREEN, and resorts to the window
approach otherwise.
Maybe fullscreen could be made the default.

> While working on libEGL.so, I try to keep any window system (X11,
> Windows, Android, ...) dependencies from it.  There is a problem when
> two drivers supporting the same window system want to share code.  But I
> think it should be solved by changing the way drivers are built, just
> like what various gallium EGL drivers are built right now.  Otherwise,
> let's add it to one of the drivers for now.

Maybe the solution could be to put eglx11.c in egl/util (or wherever)
and add it to both makefiles.
However there seems to be a larger theme of EGL drivers calling back
to libEGL.so for utility functions (such as eglconfigutil.c).
Maybe a libeglutil.a (or libeglutil-VER.so) could be built and shared
between the drivers.

------------------------------------------------------------------------------
This SF.Net email is sponsored by the Verizon Developer Community
Take advantage of Verizon's best-in-class app development support
A streamlined, 14 day to market process makes app distribution fast and easy
Join now and get one step closer to millions of Verizon customers
http://p.sf.net/sfu/verizon-dev2dev 
_______________________________________________
Mesa3d-dev mailing list
Mesa3d-dev@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mesa3d-dev

Reply via email to