[Mesa-dev] [PATCH 1/6] configure.ac: remove redundant option --enable-gallium-egl

Chia-I Wu olvaffe at gmail.com
Wed Jun 15 16:21:34 PDT 2011

On Thu, Jun 16, 2011 at 7:04 AM, Marek Olšák <maraeo at gmail.com> wrote:
> On Tue, Jun 14, 2011 at 10:35 PM, Benjamin Franzke
> <benjaminfranzke at googlemail.com> wrote:
>> Removing this flag seems right to me, but always building the egl
>> state tracker when gallium and egl is enabled not.
>> So when --with-state-trackers is also removed, we'd need a new
>> --with-egl-drivers=auto|gallium,dri2,glx or so.
> Isn't --with-egl-platforms good enough to select among fbdev, wayland,
> one-day-maybe dri, ...? I don't see a reason for another option. You
> can choose between dri and xlib (st/glx) already using
> --with-driver=dri|xlib.
OpenGL can be supported via both egl_dri2 and egl_gallium EGL drivers.
 The former is generally preferred for various reasons.  However, when
both drivers exist, there is no automatic way to make EGL chooses the
former.  Thus it is desirable to be able to disable egl_gallium in the
first place.

The situation probably resembles the case with classic and gallium DRI
drivers a little bit.  A Radeon card, for example, can be supported by
r300g and r300c.  You want a way to enable r300g and disable r300c, or
vice versa.

> I believe that most people (i.e. non-devs) don't want to
> enable/disable Gallium, most people don't even know what that actually
> means. But they certainly want two things: choose drivers for their
> hardware and choose public APIs for them. Whether a driver is classic
> or Gallium shouldn't matter. Gallium has absolutely nothing to do with
> public APIs, it's an internal thing and should stay internal. I assume
> the word gallium in "--with-gallium-drivers" is just transitional.
> So if I choose --with-gallium-drivers=r300 --enable-egl
> --enable-openvg, I expect OpenGL and OpenVG support in EGL (with
> default EGL platforms) for r300g, and the OpenGL DRI driver for r300g
> (because DRI is enabled by default).
> Marek
> _______________________________________________
> mesa-dev mailing list
> mesa-dev at lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/mesa-dev

olv at LunarG.com

More information about the mesa-dev mailing list