<html> <head> <base href="https://bugs.freedesktop.org/" /> </head> <body> <div> <a class="bz_bug_link bz_status_NEW " title="NEW - weston 1.9 do not start with drm-backend" href="https://bugs.freedesktop.org/show_bug.cgi?id=93451#c6">Comment # 6</a> on <a class="bz_bug_link bz_status_NEW " title="NEW - weston 1.9 do not start with drm-backend" href="https://bugs.freedesktop.org/show_bug.cgi?id=93451">bug 93451</a> from <a class="email" href="mailto:ppaalanen@gmail.com" title="Pekka Paalanen <ppaalanen@gmail.com>"> Pekka Paalanen</a> <pre>(In reply to fausto from <a href="show_bug.cgi?id=93451#c5">comment #5</a>) > > 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.</pre> </div> <hr> You are receiving this mail because: <ul> <li>You are the assignee for the bug.</li> </ul> </body> </html>