blob: a77c12fe2de8e23a5b3d02e7f3750ebf99654323 [file] [log] [blame]
Andreas Bollecd5c7c2012-06-12 09:05:03 +02001<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" "http://www.w3.org/TR/html4/loose.dtd">
2<html lang="en">
3<head>
4 <meta http-equiv="content-type" content="text/html; charset=utf-8">
5 <title>Mesa EGL</title>
6 <link rel="stylesheet" type="text/css" href="mesa.css">
7</head>
Chia-I Wuada46052010-01-21 15:29:14 +08008<body>
9
Andreas Bollb5da52a2012-09-18 18:57:02 +020010<div class="header">
11 <h1>The Mesa 3D Graphics Library</h1>
12</div>
13
14<iframe src="contents.html"></iframe>
15<div class="content">
16
Chia-I Wuada46052010-01-21 15:29:14 +080017<h1>Mesa EGL</h1>
18
19<p>The current version of EGL in Mesa implements EGL 1.4. More information
20about EGL can be found at
Andreas Bolla73c59b2012-09-18 19:31:28 +020021<a href="http://www.khronos.org/egl/">
Brian Paulaeff9f92010-01-21 08:13:32 -070022http://www.khronos.org/egl/</a>.</p>
Chia-I Wuada46052010-01-21 15:29:14 +080023
24<p>The Mesa's implementation of EGL uses a driver architecture. The main
25library (<code>libEGL</code>) is window system neutral. It provides the EGL
26API entry points and helper functions for use by the drivers. Drivers are
27dynamically loaded by the main library and most of the EGL API calls are
28directly dispatched to the drivers.</p>
29
Chia-I Wu65e8f812010-12-25 02:45:13 +080030<p>The driver in use decides the window system to support.</p>
Chia-I Wuada46052010-01-21 15:29:14 +080031
32<h2>Build EGL</h2>
33
34<ol>
35<li>
Chia-I Wu3418f742010-11-02 23:55:56 +080036<p>Run <code>configure</code> with the desired client APIs and enable
37the driver for your hardware. For example</p>
Chia-I Wuada46052010-01-21 15:29:14 +080038
39<pre>
Chia-I Wu8eea0502011-06-20 11:14:56 +090040 $ ./configure --enable-gles1 --enable-gles2 \
41 --with-dri-drivers=... \
42 --with-gallium-drivers=...
Chia-I Wuada46052010-01-21 15:29:14 +080043</pre>
44
Chia-I Wu8eea0502011-06-20 11:14:56 +090045<p>The main library and OpenGL is enabled by default. The first two options
46above enables <a href="opengles.html">OpenGL ES 1.x and 2.x</a>. The last two
47options enables the listed classic and and Gallium drivers respectively.</p>
Chia-I Wuc6320c52010-10-28 17:25:07 +080048
Chia-I Wuada46052010-01-21 15:29:14 +080049</li>
50
51<li>Build and install Mesa as usual.</li>
52</ol>
53
54<p>In the given example, it will build and install <code>libEGL</code>,
Chia-I Wu8eea0502011-06-20 11:14:56 +090055<code>libGL</code>, <code>libGLESv1_CM</code>, <code>libGLESv2</code>, and one
56or more EGL drivers.</p>
Chia-I Wuada46052010-01-21 15:29:14 +080057
58<h3>Configure Options</h3>
59
60<p>There are several options that control the build of EGL at configuration
61time</p>
62
63<ul>
64<li><code>--enable-egl</code>
65
66<p>By default, EGL is enabled. When disabled, the main library and the drivers
67will not be built.</p>
68
69</li>
70
Chia-I Wua6342af2010-01-26 10:54:45 +080071<li><code>--with-egl-driver-dir</code>
72
73<p>The directory EGL drivers should be installed to. If not specified, EGL
74drivers will be installed to <code>${libdir}/egl</code>.</p>
75
76</li>
77
Chia-I Wu8eea0502011-06-20 11:14:56 +090078<li><code>--enable-gallium-egl</code>
79
80<p>Enable the optional <code>egl_gallium</code> driver.</p>
81
82</li>
83
Chia-I Wuda39d5d2010-06-17 16:07:46 +080084<li><code>--with-egl-platforms</code>
Chia-I Wuada46052010-01-21 15:29:14 +080085
Chia-I Wub365b152010-07-03 17:18:40 +080086<p>List the platforms (window systems) to support. Its argument is a comma
Chia-I Wue7424d72010-09-19 16:54:39 +080087seprated string such as <code>--with-egl-platforms=x11,drm</code>. It decides
Chia-I Wub365b152010-07-03 17:18:40 +080088the platforms a driver may support. The first listed platform is also used by
89the main library to decide the native platform: the platform the EGL native
90types such as <code>EGLNativeDisplayType</code> or
91<code>EGLNativeWindowType</code> defined for.</p>
Chia-I Wuada46052010-01-21 15:29:14 +080092
Chia-I Wue7424d72010-09-19 16:54:39 +080093<p>The available platforms are <code>x11</code>, <code>drm</code>,
Chia-I Wuda39d5d2010-06-17 16:07:46 +080094<code>fbdev</code>, and <code>gdi</code>. The <code>gdi</code> platform can
Chia-I Wu3418f742010-11-02 23:55:56 +080095only be built with SCons. Unless for special needs, the build system should
96select the right platforms automatically.</p>
Chia-I Wu2e3c4e42010-05-07 14:13:08 +080097
98</li>
99
100<li><code>--enable-gles1</code> and <code>--enable-gles2</code>
101
Chia-I Wu65e8f812010-12-25 02:45:13 +0800102<p>These options enable OpenGL ES support in OpenGL. The result is one big
103internal library that supports multiple APIs.</p>
Chia-I Wuada46052010-01-21 15:29:14 +0800104
105</li>
Chia-I Wua1306f42010-01-22 15:51:51 +0800106
Chia-I Wu8eea0502011-06-20 11:14:56 +0900107<li><code>--enable-shared-glapi</code>
Chia-I Wuc6320c52010-10-28 17:25:07 +0800108
Chia-I Wu8eea0502011-06-20 11:14:56 +0900109<p>By default, <code>libGL</code> has its own copy of <code>libglapi</code>.
110This options makes <code>libGL</code> use the shared <code>libglapi</code>. This
111is required if applications mix OpenGL and OpenGL ES.</p>
Chia-I Wuc6320c52010-10-28 17:25:07 +0800112
113</li>
114
Chia-I Wu8eea0502011-06-20 11:14:56 +0900115<li><code>--enable-openvg</code>
Chia-I Wu3418f742010-11-02 23:55:56 +0800116
Chia-I Wu8eea0502011-06-20 11:14:56 +0900117<p>OpenVG must be explicitly enabled by this option.</p>
Chia-I Wu3418f742010-11-02 23:55:56 +0800118
119</li>
120
Chia-I Wuada46052010-01-21 15:29:14 +0800121</ul>
122
Chia-I Wuada46052010-01-21 15:29:14 +0800123<h2>Use EGL</h2>
124
Chia-I Wu411bba32010-06-11 12:47:14 +0800125<h3>Demos</h3>
Chia-I Wuada46052010-01-21 15:29:14 +0800126
Chia-I Wu411bba32010-06-11 12:47:14 +0800127<p>There are demos for the client APIs supported by EGL. They can be found in
128mesa/demos repository.</p>
Chia-I Wuada46052010-01-21 15:29:14 +0800129
130<h3>Environment Variables</h3>
131
132<p>There are several environment variables that control the behavior of EGL at
133runtime</p>
134
135<ul>
Chia-I Wu5d8646c2010-02-02 15:34:55 +0800136<li><code>EGL_DRIVERS_PATH</code>
137
138<p>By default, the main library will look for drivers in the directory where
139the drivers are installed to. This variable specifies a list of
140colon-separated directories where the main library will look for drivers, in
Chia-I Wu6fd8b6a2010-02-02 16:47:53 +0800141addition to the default directory. This variable is ignored for setuid/setgid
142binaries.</p>
Chia-I Wu5d8646c2010-02-02 15:34:55 +0800143
Chia-I Wucba77862011-01-04 00:53:19 +0800144<p>This variable is usually set to test an uninstalled build. For example, one
145may set</p>
146
147<pre>
148 $ export LD_LIBRARY_PATH=$mesa/lib
149 $ export EGL_DRIVERS_PATH=$mesa/lib/egl
150</pre>
151
152<p>to test a build without installation</p>
153
Chia-I Wu5d8646c2010-02-02 15:34:55 +0800154</li>
155
Chia-I Wuada46052010-01-21 15:29:14 +0800156<li><code>EGL_DRIVER</code>
157
Chia-I Wuc98ea262011-01-07 16:30:08 +0800158<p>This variable specifies a full path to or the name of an EGL driver. It
159forces the specified EGL driver to be loaded. It comes in handy when one wants
160to test a specific driver. This variable is ignored for setuid/setgid
161binaries.</p>
Chia-I Wuada46052010-01-21 15:29:14 +0800162
163</li>
164
Chia-I Wuda39d5d2010-06-17 16:07:46 +0800165<li><code>EGL_PLATFORM</code>
Chia-I Wuada46052010-01-21 15:29:14 +0800166
Chia-I Wub365b152010-07-03 17:18:40 +0800167<p>This variable specifies the native platform. The valid values are the same
168as those for <code>--with-egl-platforms</code>. When the variable is not set,
169the main library uses the first platform listed in
Chia-I Wu3418f742010-11-02 23:55:56 +0800170<code>--with-egl-platforms</code> as the native platform.</p>
171
172<p>Extensions like <code>EGL_MESA_drm_display</code> define new functions to
173create displays for non-native platforms. These extensions are usually used by
174applications that support non-native platforms. Setting this variable is
175probably required only for some of the demos found in mesa/demo repository.</p>
Chia-I Wuada46052010-01-21 15:29:14 +0800176
177</li>
178
179<li><code>EGL_LOG_LEVEL</code>
180
181<p>This changes the log level of the main library and the drivers. The valid
182values are: <code>debug</code>, <code>info</code>, <code>warning</code>, and
183<code>fatal</code>.</p>
184
185</li>
186
187<li><code>EGL_SOFTWARE</code>
188
189<p>For drivers that support both hardware and software rendering, setting this
190variable to true forces the use of software rendering.</p>
191
192</li>
193</ul>
194
195<h2>EGL Drivers</h2>
196
Chia-I Wuada46052010-01-21 15:29:14 +0800197<ul>
Chia-I Wu3418f742010-11-02 23:55:56 +0800198<li><code>egl_dri2</code>
199
200<p>This driver supports both <code>x11</code> and <code>drm</code> platforms.
Chia-I Wu65e8f812010-12-25 02:45:13 +0800201It functions as a DRI driver loader. For <code>x11</code> support, it talks to
202the X server directly using (XCB-)DRI2 protocol.</p>
203
204<p>This driver can share DRI drivers with <code>libGL</code>.</p>
Chia-I Wu3418f742010-11-02 23:55:56 +0800205
206</li>
207
Chia-I Wub365b152010-07-03 17:18:40 +0800208<li><code>egl_gallium</code>
Chia-I Wuada46052010-01-21 15:29:14 +0800209
Chia-I Wub365b152010-07-03 17:18:40 +0800210<p>This driver is based on Gallium3D. It supports all rendering APIs and
211hardwares supported by Gallium3D. It is the only driver that supports OpenVG.
Chia-I Wuc6320c52010-10-28 17:25:07 +0800212The supported platforms are X11, DRM, FBDEV, and GDI.</p>
Chia-I Wuada46052010-01-21 15:29:14 +0800213
Chia-I Wu65e8f812010-12-25 02:45:13 +0800214<p>This driver comes with its own hardware drivers
215(<code>pipe_&lt;hw&gt;</code>) and client API modules
216(<code>st_&lt;api&gt;</code>).</p>
217
Chia-I Wub365b152010-07-03 17:18:40 +0800218</li>
Chia-I Wuada46052010-01-21 15:29:14 +0800219
Chia-I Wuada46052010-01-21 15:29:14 +0800220<li><code>egl_glx</code>
221
222<p>This driver provides a wrapper to GLX. It uses exclusively GLX to implement
223the EGL API. It supports both direct and indirect rendering when the GLX does.
224It is accelerated when the GLX is. As such, it cannot provide functions that
225is not available in GLX or GLX extensions.</p>
226</li>
Chia-I Wuada46052010-01-21 15:29:14 +0800227</ul>
228
Chia-I Wu65e8f812010-12-25 02:45:13 +0800229<h2>Packaging</h2>
230
231<p>The ABI between the main library and its drivers are not stable. Nor is
232there a plan to stabilize it at the moment. Of the EGL drivers,
233<code>egl_gallium</code> has its own hardware drivers and client API modules.
234They are considered internal to <code>egl_gallium</code> and there is also no
235stable ABI between them. These should be kept in mind when packaging for
236distribution.</p>
237
238<p>Generally, <code>egl_dri2</code> is preferred over <code>egl_gallium</code>
239when the system already has DRI drivers. As <code>egl_gallium</code> is loaded
240before <code>egl_dri2</code> when both are available, <code>egl_gallium</code>
Chia-I Wu8eea0502011-06-20 11:14:56 +0900241is disabled by default.</p>
Chia-I Wu65e8f812010-12-25 02:45:13 +0800242
Chia-I Wuada46052010-01-21 15:29:14 +0800243<h2>Developers</h2>
244
Chia-I Wu14cbf322010-01-27 23:18:22 +0800245<p>The sources of the main library and the classic drivers can be found at
Chia-I Wu3c967a92010-01-22 16:31:43 +0800246<code>src/egl/</code>. The sources of the <code>egl</code> state tracker can
Chia-I Wu14cbf322010-01-27 23:18:22 +0800247be found at <code>src/gallium/state_trackers/egl/</code>.</p>
248
249<p>The suggested way to learn to write a EGL driver is to see how other drivers
250are written. <code>egl_glx</code> should be a good reference. It works in any
251environment that has GLX support, and it is simpler than most drivers.</p>
252
253<h3>Lifetime of Display Resources</h3>
254
255<p>Contexts and surfaces are examples of display resources. They might live
256longer than the display that creates them.</p>
257
258<p>In EGL, when a display is terminated through <code>eglTerminate</code>, all
259display resources should be destroyed. Similarly, when a thread is released
260throught <code>eglReleaseThread</code>, all current display resources should be
261released. Another way to destory or release resources is through functions
262such as <code>eglDestroySurface</code> or <code>eglMakeCurrent</code>.</p>
263
264<p>When a resource that is current to some thread is destroyed, the resource
265should not be destroyed immediately. EGL requires the resource to live until
266it is no longer current. A driver usually calls
267<code>eglIs&lt;Resource&gt;Bound</code> to check if a resource is bound
268(current) to any thread in the destroy callbacks. If it is still bound, the
269resource is not destroyed.</p>
270
271<p>The main library will mark destroyed current resources as unlinked. In a
272driver's <code>MakeCurrent</code> callback,
273<code>eglIs&lt;Resource&gt;Linked</code> can then be called to check if a newly
274released resource is linked to a display. If it is not, the last reference to
275the resource is removed and the driver should destroy the resource. But it
276should be careful here because <code>MakeCurrent</code> might be called with an
277uninitialized display.</p>
278
279<p>This is the only mechanism provided by the main library to help manage the
280resources. The drivers are responsible to the correct behavior as defined by
281EGL.</p>
Chia-I Wuada46052010-01-21 15:29:14 +0800282
Chia-I Wu1b2b08c2010-02-05 12:44:45 +0800283<h3><code>EGL_RENDER_BUFFER</code></h3>
284
285<p>In EGL, the color buffer a context should try to render to is decided by the
286binding surface. It should try to render to the front buffer if the binding
287surface has <code>EGL_RENDER_BUFFER</code> set to
288<code>EGL_SINGLE_BUFFER</code>; If the same context is later bound to a
289surface with <code>EGL_RENDER_BUFFER</code> set to
290<code>EGL_BACK_BUFFER</code>, the context should try to render to the back
291buffer. However, the context is allowed to make the final decision as to which
292color buffer it wants to or is able to render to.</p>
293
294<p>For pbuffer surfaces, the render buffer is always
295<code>EGL_BACK_BUFFER</code>. And for pixmap surfaces, the render buffer is
296always <code>EGL_SINGLE_BUFFER</code>. Unlike window surfaces, EGL spec
297requires their <code>EGL_RENDER_BUFFER</code> values to be honored. As a
298result, a driver should never set <code>EGL_PIXMAP_BIT</code> or
299<code>EGL_PBUFFER_BIT</code> bits of a config if the contexts created with the
300config won't be able to honor the <code>EGL_RENDER_BUFFER</code> of pixmap or
301pbuffer surfaces.</p>
302
303<p>It should also be noted that pixmap and pbuffer surfaces are assumed to be
304single-buffered, in that <code>eglSwapBuffers</code> has no effect on them. It
305is desirable that a driver allocates a private color buffer for each pbuffer
306surface created. If the window system the driver supports has native pbuffers,
307or if the native pixmaps have more than one color buffers, the driver should
308carefully attach the native color buffers to the EGL surfaces, re-route them if
309required.</p>
310
311<p>There is no defined behavior as to, for example, how
312<code>glDrawBuffer</code> interacts with <code>EGL_RENDER_BUFFER</code>. Right
313now, it is desired that the draw buffer in a client API be fixed for pixmap and
314pbuffer surfaces. Therefore, the driver is responsible to guarantee that the
315client API renders to the specified render buffer for pixmap and pbuffer
316surfaces.</p>
317
Chia-I Wue16f5772010-02-17 19:52:29 +0800318<h3><code>EGLDisplay</code> Mutex</h3>
319
320The <code>EGLDisplay</code> will be locked before calling any of the dispatch
321functions (well, except for GetProcAddress which does not take an
322<code>EGLDisplay</code>). This guarantees that the same dispatch function will
323not be called with the sample display at the same time. If a driver has access
324to an <code>EGLDisplay</code> without going through the EGL APIs, the driver
325should as well lock the display before using it.
326
Andreas Bollb5da52a2012-09-18 18:57:02 +0200327</div>
Chia-I Wuada46052010-01-21 15:29:14 +0800328</body>
329</html>