update valgrind suppressions

tools/valgrind/starpu.suppr

@@ -82,17 +82,26 @@
    mc / handle locking order. We always take handle before mc, except when we tidy memory, where we use trylock, but helgrind doesn't handle that :/ https://bugs.kde.org/show_bug.cgi?id=243232
    Helgrind:LockOrder
    ...
-   fun:_starpu_spin_trylock
+   fun:__starpu_spin_trylock
    fun:lock_all_subtree
    ...
 }
 
 {
+   mc / handle locking order1
+   Helgrind:LockOrder
+   ...
+   fun:__starpu_spin_lock
+   fun:try_to_free_mem_chunk
+   ...
+}
+
+{
    mc / handle locking order2
    Helgrind:LockOrder
    ...
-   fun:_starpu_spin_lock
-   fun:_starpu_memchunk_recently_used
+   fun:__starpu_spin_lock
+   fun:try_to_find_reusable_mem_chunk
    ...
 }
 
@@ -100,8 +109,8 @@
    mc / handle locking order3
    Helgrind:LockOrder
    ...
-   fun:_starpu_spin_lock
-   fun:_starpu_request_mem_chunk_removal
+   fun:__starpu_spin_lock
+   fun:free_potentially_in_use_mc
    ...
 }
 
@@ -109,12 +118,48 @@
    mc / handle locking order4
    Helgrind:LockOrder
    ...
-   fun:_starpu_spin_lock
+   fun:__starpu_spin_lock
+   fun:free_potentially_in_use_mc
+   ...
+}
+
+{
+   mc / handle locking order5
+   Helgrind:LockOrder
+   ...
+   fun:__starpu_spin_lock
+   fun:register_mem_chunk
+   ...
+}
+
+{
+   mc / handle locking order6
+   Helgrind:LockOrder
+   ...
+   fun:__starpu_spin_lock
+   fun:_starpu_request_mem_chunk_removal
+   ...
+}
+
+{
+   mc / handle locking order7
+   Helgrind:LockOrder
+   ...
+   fun:__starpu_spin_lock
    fun:_starpu_allocate_interface
    ...
 }
 
 {
+   mc / handle locking order8
+   Helgrind:LockOrder
+   ...
+   fun:__starpu_spin_lock
+   fun:_starpu_memchunk_recently_used
+   ...
+}
+
+{
    TODO1: This is temporary. It perhaps does not pose problem because only the worker takes this mutex. Fixing this will require changing the scheduler interface, so that the schedulers themselves take the scheduling lock, not the caller. Filter it out for now, so we can see other races more easily.
    Helgrind:LockOrder
    fun:pthread_mutex_lock