weston output: it says wayland egl extension no [09:01:52.273] weston 1.5.0 http://wayland.freedesktop.org/ Bug reports to: https://bugs.freedesktop.org/enter_bug.cgi?product=Wayland&component=weston&version=1.5.0 Build: 1.4.93 configure.ac: Bump version 1.4.93 (2014-05-12 12:51:52 -0700) [09:01:52.274] OS: Linux, 3.13.0-24-generic, #46-Ubuntu SMP Thu Apr 10 19:08:14 UTC 2014, i686 [09:01:52.274] Using config file '/home/pooh/.config/weston.ini' [09:01:52.275] Loading module '/home/pooh/install/lib/weston/x11-backend.so' [09:01:52.279] initializing x11 backend [09:01:52.293] Loading module '/home/pooh/install/lib/weston/gl-renderer.so' libEGL warning: DRI2: failed to open vboxvideo (search paths /home/pooh/install/lib/dri) [09:01:52.309] warning: EGL_EXT_buffer_age not supported. Performance could be affected. [09:01:52.309] warning: EGL_EXT_swap_buffers_with_damage not supported. Performance could be affected. [09:01:52.309] Using gl renderer [09:01:52.309] launching '/home/pooh/install/libexec/weston-keyboard' [09:01:52.323] XCB-XKB not available during build [09:01:52.331] EGL version: 1.4 (DRI2) [09:01:52.331] EGL vendor: Mesa Project [09:01:52.331] EGL client APIs: OpenGL OpenGL_ES OpenGL_ES2 OpenGL_ES3 [09:01:52.331] EGL extensions: EGL_MESA_configless_context EGL_KHR_surfaceless_context [09:01:52.331] GL version: OpenGL ES 3.0 Mesa 10.2.2 [09:01:52.331] GLSL version: OpenGL ES GLSL ES 3.0 [09:01:52.331] GL vendor: VMware, Inc. [09:01:52.331] GL renderer: Gallium 0.4 on llvmpipe (LLVM 3.4, 128 bits) [09:01:52.331] GL extensions: GL_EXT_blend_minmax GL_EXT_multi_draw_arrays GL_EXT_texture_compression_dxt1 GL_EXT_texture_format_BGRA8888 GL_OES_compressed_ETC1_RGB8_texture GL_OES_depth24 GL_OES_element_index_uint GL_OES_fbo_render_mipmap GL_OES_mapbuffer GL_OES_rgb8_rgba8 GL_OES_standard_derivatives GL_OES_stencil8 GL_OES_texture_3D GL_OES_texture_npot GL_OES_EGL_image GL_OES_depth_texture GL_OES_packed_depth_stencil GL_EXT_texture_type_2_10_10_10_REV GL_OES_get_program_binary GL_APPLE_texture_max_level GL_EXT_discard_framebuffer GL_EXT_read_format_bgra GL_NV_fbo_color_attachments GL_OES_EGL_image_external GL_OES_vertex_array_object GL_ANGLE_texture_compression_dxt3 GL_ANGLE_texture_compression_dxt5 GL_EXT_texture_rg GL_EXT_unpack_subimage GL_NV_draw_buffers GL_NV_read_buffer GL_EXT_map_buffer_range GL_OES_depth_texture_cube_map GL_OES_surfaceless_context GL_EXT_color_buffer_float GL_EXT_separate_shader_objects GL_EXT_shader_integer_mix [09:01:52.332] GL ES 2 renderer features: read-back format: BGRA wl_shm sub-image to texture: yes EGL Wayland extension: no [09:01:52.332] Chosen EGL config details: RGBA bits: 8 8 8 0 swap interval range: 0 - 0 [09:01:52.332] x11 output 1024x640, window id 67108869 [09:01:52.332] Loading module '/home/pooh/install/lib/weston/desktop-shell.so' [09:01:52.333] Compositor capabilities: arbitrary surface rotation: yes screen capture uses y-flip: yes [09:01:52.414] launching '/home/pooh/install/libexec/weston-desktop-shell'
> GL renderer: Gallium 0.4 on llvmpipe (LLVM 3.4, 128 bits) Your Weston is using a software GL-renderer. That means it makes no sense to expose EGL Wayland extension which is for hardware accelerated graphics. We simply do not even try to transparently support the case where an application would be rendering with hardware, but the compositor is using software compositing. You can still run EGL/GLESv2 applications, if you build Mesa with --enable-gallium-egl and let the apps use egl_gallium.so with a software GL backend (softpipe or llvmpipe). So, this is not a bug.
thanks a lot :)
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.