X-Git-Url: http://info.iut-bm.univ-fcomte.fr/pub/gitweb/simgrid.git/blobdiff_plain/82d505137c461555ee2da685a1ec7938425e8380..6b78c1f2adcbcd474c0a76e1c4c0fc44b120d7cd:/tools/simgrid.supp

diff --git a/tools/simgrid.supp b/tools/simgrid.supp
index e904a368ec..e9a7f4fa8f 100644
--- a/tools/simgrid.supp
+++ b/tools/simgrid.supp
@@ -1,20 +1,18 @@
 # Valgrind suppressions for stuff that we cannot control
 
-# Memory leak in dash
-# dash is actually used when checking the "mkfile" command in tesh
+# Memory leaks in standard tools (e.g. dash, tail, or sort)
 {
-   Memory leak in /bin/dash
+   Memory leak in /bin tools
    Memcheck:Leak
    ...
-   obj:/bin/dash
+   obj:/bin/*
 }
 
-# We also don't want to be annoyed by leaks in /usr/bin/tail
 {
-   Memory leak in /usr/bin/tail
+   Memory leak in /usr/bin tools
    Memcheck:Leak
    ...
-   obj:/usr/bin/tail
+   obj:/usr/bin/*
 }
 
 # There's a constant leak of 56 bytes in the depths of libc which
@@ -33,6 +31,70 @@
    fun:__libc_dlopen_mode
 }
 
+# Another problem in glibc, where makecontext does not reset the EBP register,
+# and backtrace goes too far when walking up the stack frames
+{
+   Invalid read in backtrace, called after makecontext
+   Memcheck:Addr4
+   fun:backtrace
+   ...
+   fun:makecontext
+}
+
+#There seems to be an issue with libc using an uninitialized value somewhere in dlopen
+{
+   Invalid read in dl_start
+   Memcheck:Cond
+   fun:index
+   fun:expand_dynamic_string_token
+   ...
+   fun:_dl_start
+}
+
+# 72704 bytes leak from GCC >5.1 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64535
+{
+   Memory leak in dl_init
+   Memcheck:Leak
+   match-leak-kinds:reachable
+   fun:malloc
+   obj:/usr/lib/*/libstdc++.so.*
+   fun:call_init.part.0
+   ...
+   fun:_dl_init
+}
+
+#Ignore leaks in SMPI sample codes
+{
+   Leaks in SMPI sample codes
+   Memcheck:Leak
+   match-leak-kinds: all
+   fun:malloc
+   fun:smpi_simulated_main_
+}
+
+#SMPI leaks the dlopen handle used for loading the program
+{
+   dlopen handle leaks (1/2)
+   Memcheck:Leak
+   match-leak-kinds:reachable
+   fun:malloc
+   ...
+   fun:dlopen@@GLIBC_*
+   ...
+   fun:main
+}
+
+{
+   dlopen handle leaks (2/2)
+   Memcheck:Leak
+   match-leak-kinds:reachable
+   fun:calloc
+   ...
+   fun:dlopen@@GLIBC_*
+   ...
+   fun:main
+}
+
 # Memory leaks appearing to be in libcgraph.  They can be seen with the
 # following simple program:
 # ,----
@@ -53,35 +115,73 @@
 # | }
 # `----
 {
-   Memory leak in libcgraph (1/3)
+   Memory leak in libcgraph (1/2)
    Memcheck:Leak
    fun:malloc
+   ...
    obj:/usr/lib/libcgraph.so*
    fun:aaglex
    fun:aagparse
    fun:agconcat
 }
 {
-   Memory leak in libcgraph (2/3)
+   Memory leak in libcgraph (1/2)
    Memcheck:Leak
-   fun:malloc
-   obj:/usr/lib/libcgraph.so*
-   fun:agalloc
-   obj:/usr/lib/libcgraph.so*
-   fun:agnode
+   fun:calloc
+   ...
    obj:/usr/lib/libcgraph.so*
    fun:aagparse
    fun:agconcat
 }
 {
-   Memory leak in libcgraph (3/3)
+   Memory leak in libcgraph (2/2)
    Memcheck:Leak
    fun:malloc
-   fun:dtopen
-   fun:agdtopen
+   ...
+   fun:agnode
    obj:/usr/lib/libcgraph.so*
-   fun:agstrdup
-   fun:aaglex
    fun:aagparse
    fun:agconcat
 }
+
+# We're not interested by memory leaks in the Lua interpreter
+{
+   Memory leak in lua
+   Memcheck:Leak
+   ...
+   fun:luaD_precall
+}
+
+# libunwind seems to be using msync poorly, thus triggering these
+# https://github.com/JuliaLang/julia/issues/4533
+{
+   msync unwind
+   Memcheck:Param
+   msync(start)
+   ...
+   obj:*/libpthread*.so
+   ...
+}
+
+{
+   ignore unwind cruft 
+   Memcheck:Param
+   rt_sigprocmask(set)
+   ...
+   obj:/usr/lib/x86_64-linux-gnu/libunwind.so.*
+   ...
+}
+{
+   ignore unwind cruft 
+   Memcheck:Param
+   msync(start)
+   ...
+   obj:/usr/lib/x86_64-linux-gnu/libunwind.so.*
+   ...
+}
+ 
+{
+   ignore unwind invalid reads 
+   Memcheck:Addr8
+   fun:_Ux86_64_setcontext
+}