Weston 1.7 memleaks

Fri Feb 20 14:24:24 PST 2015

Le 19/02/2015 03:41, Titus Johnson a écrit :
> Just checking mem leaks.
> Is this normal or are we shooting for zero leaks?
> 
> [21:32:52.432] weston 1.7.0
>                http://wayland.freedesktop.org
>                Bug reports to:
> https://bugs.freedesktop.org/enter_bug.cgi?product=Wayland&component=weston&version=1.7.0
> 
>                Build: 1.6.93-9-gdbd8606 configure.ac: bump to version
> 1.7.0 for release (2015-02-13 20:47:09 -0800)
> [21:32:52.484] OS: Linux, 3.18.6-1-ARCH, #1 SMP PREEMPT Sat Feb 7
> 08:44:05 CET 2015, x86_64
> [21:32:52.495] Starting with no config file.
> [21:32:52.508] Loading module '/usr/lib/weston/x11-backend.so'
> [21:32:52.621] initializing x11 backend
> [21:32:52.722] Loading module '/usr/lib/weston/gl-renderer.so'
> [21:32:53.301] warning: EGL_EXT_buffer_age not supported. Performance
> could be affected.
> [21:32:53.301] warning: EGL_EXT_swap_buffers_with_damage not supported.
> Performance could be affected.
> [21:32:53.302] Using gl renderer
> [21:32:53.304] launching '/usr/lib/weston/weston-keyboard'
> [21:32:53.939] EGL version: 1.4 (DRI2)
> [21:32:53.939] EGL vendor: Mesa Project
> [21:32:53.940] EGL client APIs: OpenGL OpenGL_ES OpenGL_ES2 OpenGL_ES3
> [21:32:53.940] EGL extensions: EGL_MESA_drm_image
> EGL_MESA_configless_context
>                EGL_WL_bind_wayland_display EGL_KHR_image_base
>                EGL_KHR_image_pixmap EGL_KHR_image
> EGL_KHR_gl_texture_2D_image
>                EGL_KHR_gl_texture_cubemap_image
> EGL_KHR_gl_renderbuffer_image
>                EGL_KHR_surfaceless_context EGL_KHR_create_context
>                EGL_NOK_swap_region EGL_NOK_texture_from_pixmap
>                EGL_CHROMIUM_sync_control EGL_EXT_create_context_robustness
>                EGL_EXT_image_dma_buf_import EGL_NV_post_sub_buffer
> [21:32:53.943] GL version: OpenGL ES 3.0 Mesa 10.4.4
> [21:32:53.943] GLSL version: OpenGL ES GLSL ES 3.0
> [21:32:53.943] GL vendor: Intel Open Source Technology Center
> [21:32:53.946] GL renderer: Mesa DRI Intel(R) Haswell Mobile
> [21:32:53.946] GL extensions: GL_EXT_blend_minmax GL_EXT_multi_draw_arrays
>                GL_EXT_texture_filter_anisotropic
>                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
>                GL_KHR_context_flush_control
> [21:32:53.948] GL ES 2 renderer features:
>                read-back format: BGRA
>                wl_shm sub-image to texture: yes
>                EGL Wayland extension: yes
> [21:32:53.949] Chosen EGL config details:
>                RGBA bits: 8 8 8 8
>                swap interval range: 0 - 1000
> [21:32:53.952] x11 output 1024x640, window id 62914565
> [21:32:53.954] Compositor capabilities:
>                arbitrary surface rotation: yes
>                screen capture uses y-flip: yes
>                presentation clock: CLOCK_MONOTONIC_RAW, id 4
> [21:32:53.963] Loading module '/usr/lib/weston/desktop-shell.so'
> [21:32:55.718] launching '/usr/lib/weston/weston-desktop-shell'
> ==16517== Syscall param sendmsg(msg.msg_iov[0]) points to uninitialised
> byte(s)
> ==16517==    at 0x5D41330: __sendmsg_nocancel (in /usr/lib/libc-2.21.so)
> ==16517==    by 0x4E3F780: ??? (in /usr/lib/libwayland-server.so.0.1.0)
> ==16517==    by 0x4E3D92E: wl_display_flush_clients (in
> /usr/lib/libwayland-server.so.0.1.0)
> ==16517==    by 0x4E3D987: wl_display_run (in
> /usr/lib/libwayland-server.so.0.1.0)
> ==16517==    by 0x4086FA: ??? (in /usr/bin/weston)
> ==16517==    by 0x5C787FF: (below main) (in /usr/lib/libc-2.21.so)
> ==16517==  Address 0xeacd996 is 4,134 bytes inside a block of size
> 16,424 alloc'd
> ==16517==    at 0x4C29F90: malloc (in
> /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
> ==16517==    by 0x4E3F8B1: ??? (in /usr/lib/libwayland-server.so.0.1.0)
> ==16517==    by 0x4E3DD12: wl_client_create (in
> /usr/lib/libwayland-server.so.0.1.0)
> ==16517==    by 0x40AA40: weston_client_launch (in /usr/bin/weston)
> ==16517==    by 0x417C54: ??? (in /usr/bin/weston)
> ==16517==    by 0x413F53: weston_seat_init (in /usr/bin/weston)
> ==16517==    by 0x6C56F8D: backend_init (in /usr/lib/weston/x11-backend.so)
> ==16517==    by 0x4082E1: ??? (in /usr/bin/weston)
> ==16517==    by 0x5C787FF: (below main) (in /usr/lib/libc-2.21.so)
> ==16517==

This one is caused by padding in strings in the protocol, there used to
be a patch that was memsetting the ringbuffer at initialization;


Best regards.
-- 
David FORT
website: http://www.hardening-consulting.com/