[PATCH v2 xf86-video-dummy] Add glamor acceleration which enables native OpenGL support (v2)
ajax at nwnk.net
Tue Aug 8 19:32:23 UTC 2017
On Sat, 2017-08-05 at 19:54 +0700, Antoine Martin wrote:
> With an nvidia driver, I get:
> [119367.649] (II) Loading /usr/lib64/xorg/modules/libglamoregl.so
> [119367.649] (II) Module glamoregl: vendor="X.Org Foundation"
> [119367.649] compiled for 1.19.3, module version = 1.0.0
> [119367.649] ABI class: X.Org ANSI C Emulation, version 0.4
> [119367.649] (II) glamor: OpenGL accelerated X.org driver based.
> [119367.654] (II) glamor: EGL version 1.4 (DRI2):
> [119367.654] EGL_MESA_drm_image required.
> [119367.654] (EE) DUMMY(0): glamor initialization failed
This is expected, in the sense that glamor does indeed require
EGL_MESA_drm_image at the moment. But it need not, as far as I can
tell; the EGLImage stuff is only for dri3 buffer import/export, so in
principle glamor could be fixed to just not expose dri3 when that extn
> And with modesetting or intel drivers:
> [ 738.822] (II) glamor: OpenGL accelerated X.org driver based.
> [ 738.827] (II) glamor: EGL version 1.4 (DRI2):
> [ 738.836] (II) DUMMY(0): glamor initialized
> [ 738.836] (--) Depth 24 pixmap format is 32 bpp
> [ 738.957] (II) DUMMY(0): Using 3904 scanlines of offscreen memory
> [ 738.957] (==) DUMMY(0): Backing store enabled
> [ 738.957] (==) DUMMY(0): Silken mouse enabled
> [ 738.957] (==) RandR enabled
> [ 738.959] (II) SELinux: Disabled by boolean
> [ 738.960] (II) AIGLX: Screen 0 is not DRI2 capable
> [ 738.960] (EE) AIGLX: reverting to software rendering
> And in both cases, glxinfo reports that my dummy screen uses software
> rendering. (Accelerated: no, Gallium 0.4 on llvmpipe..)
This is also expected: the patch series only enables the use of GL for
the server's 2D rendering, it doesn't magically make 3D accel start
working. (I do have a series I'm working on to make glamor-enabled
drivers use the same EGL backend for GLX too, after which this would
work like you expect.)
> What am I doing wrong?
Nothing besides holding reasonable-but-invalid expectations. ;)
More information about the xorg-devel