[Wayland-bugs] [Bug 93451] Improve gl-renderer error message when GL ES 2 is not available

[bugzilla-daemon at freedesktop.org]

https://bugs.freedesktop.org/show_bug.cgi?id=93451

--- Comment #7 from fausto <fausto.lenzi70 at gmail.com> ---
(In reply to Pekka Paalanen from comment #6)
> (In reply to fausto from comment #5)
> > 
> > 00:01.0 PCI bridge: Intel Corporation 82865G/PE/P AGP Bridge (rev 02)
> > 01:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI]
> > R200 [
> > Radeon 9100]
> 
> A quick glance in wikipedia says R200 is OpenGL 1.3 capable. That's very far
> from GL ES 2, and I think it is a completely fixed-function card (no
> shaders). Therefore Weston's gl-renderer cannot run on it, and you will be
> better off with Pixman-renderer.
> 
> This also puts it in the Mesa classic driver set, not Gallium3D.
> 
> > Result of debug:
> > 
> > libGL search for .drirc in $HOME not in /etc. I copied /etc/drirc in
> > /root/.drirc.
> 
> drirc is irrelevant, unless it contains directives that break your setup. It
> does not have to exist by default.
> 
> > libEGL debug: added egl_dri2 to module array
> > libEGL debug: the best driver is DRI2
> > libEGL debug: the value (0x9) of attribute 0x3040 di not meet the criteria
> > (0x4)
> 
> Hmm, I was expecting more output, like which .so it will load. That's kind
> of crucial.
> 
> /usr/include/EGL/egl.h:#define EGL_RENDERABLE_TYPE               0x3040
> 
> #define EGL_OPENGL_ES2_BIT                0x0004
> 
> Bit 0x4 is not in 0x9, so that means GL ES 2 is not supported here, but see
> below.
> 
> > I don't know what this means.
> > 
> > In /usr/lib/xorg/dri there are:
> > i915_dri.so        nouveau_dri.so        r300_dri.so    radeonsi_dri.so
> > i965_dri.so        nouveau_vieux_dri.so  r600_dri.so    swrast_dri.so
> > kms_swrast_dri.so  r200_dri.so           radeon_dri.so  vmwgfx_dri.so
> > 
> > In /usr/lib/xorg/driver there are:
> > ati_drv.so  radeon_drv.so
> > 
> > In /usr/lib/mesa there are:
> > libEGL.so        libGL.so        libGLESv1_CM.so        libGLESv2.so
> > libEGL.so.1      libGL.so.1      libGLESv1_CM.so.1      libGLESv2.so.2
> > libEGL.so.1.0.0  libGL.so.1.2.0  libGLESv1_CM.so.1.1.0  libGLESv2.so.2.0.0
> 
> The file lists look ok from what I can tell.
> 
> > Where I can found the module egl_dri2?
> 
> It is a built-in, you already saw it loaded correctly.
> 
> > Aniway weston --backend=drm-backend.so --use-pixman work perfectly.
> > 
> > PS:
> > result of glxinfo | grep render
> > libGL: OpenDriver: trying /usr/lib/xorg/modules/dri/tls/swrast_dri.so
> > libGL: OpenDriver: trying /usr/lib/xorg/modules/dri/swrast_dri.so
> > direct rendering: Yes
> >     GLX_MESA_multithread_makecurrent, GLX_MESA_query_renderer, 
> >     GLX_MESA_multithread_makecurrent, GLX_MESA_query_renderer, 
> > Extended renderer info (GLX_MESA_query_renderer):
> > OpenGL renderer string: Gallium 0.4 on llvmpipe (LLVM 3.7, 128 bits)
> >     GL_ARB_conditional_render_inverted, GL_ARB_conservative_depth, 
> >     GL_NV_conditional_render, GL_NV_depth_clamp, GL_NV_packed_depth_stencil, 
> >     GL_ARB_conditional_render_inverted, GL_ARB_conservative_depth, 
> >     GL_NV_blend_square, GL_NV_conditional_render, GL_NV_depth_clamp, 
> >     GL_OES_fbo_render_mipmap, GL_OES_get_program_binary, GL_OES_mapbuffer,
> 
> llvmpipe is a software renderer, not a GPU driver. Either your GPU is too
> old to be useful and you or someone chose software rendering, or even your
> Xorg driver setup is broken.
> 
> ---
> 
> In summary, Weston's gl-renderer is not written for this old hardware and
> you have to --use-pixman. The only thing left in this bug is to check if we
> can be more clear with the error message in Weston.
> 
> 
> PS. Never do 'grep' on a log or a program output unless asked to, otherwise
> you likely miss useful information.

I'm sorry.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/wayland-bugs/attachments/20151221/6601ae3b/attachment-0001.html>