tsan-suppress.txt

   1 #
   2 # This file is part of the LibreOffice project.
   3 #
   4 # This Source Code Form is subject to the terms of the Mozilla Public
   5 # License, v. 2.0. If a copy of the MPL was not distributed with this
   6 # file, You can obtain one at http://mozilla.org/MPL/2.0/.
   7 #
   8
   9 # Use via environment variable TSAN_OPTIONS=suppressions=.../tsan-suppress.txt
  10
  11 # There looks to be a lock ordering problem here, but I can't see how it could
  12 # actually be hit in practice.
  13 deadlock:cppuhelper::ServiceManager::disposing()
  14 deadlock:cppuhelper::ServiceManager::loadImplementation
  15 deadlock:AffineBridge::v_callInto_v
  16
  17 # Ignore stuff in external DBUS library.
  18 # Some kind of dbus lock issue when we call it from psp::CUPSManager.
  19 deadlock:_dbus_lock
  20 race:g_dbus_connection_signal_unsubscribe
  21 race:g_path_get_basename
  22 race:g_date_time_format_iso8601
  23 race:g_realloc
  24
  25 # inside an assert so I don't care.
  26 race:cppu::OWeakConnectionPoint::acquire
  27 race:AffineBridge::v_enter
  28 race:__vsnprintf_chk
  29
  30 # right now, I'm not interested in deadlocks at all, too many false+
  31 deadlock:
  32
  33 # This is checking SAL_STRING_IS_STATIC, which is safe because that is written at compile time.
  34 # Depending on the optimisation/debug level, the call stack may have different leaves, hence
  35 # specifying this in more than one way.
  36 race:rtl::str::acquire<_rtl_uString>
  37 race:rtl::str::release<_rtl_uString>
  38 race:rtl_uString_acquire
  39 race:rtl_uString_release
  40 race:rtl_uString_assign
  41
  42 # I've convinced myself this is a false+, caused by ping-ponging the buffer between two
  43 # threads, but I might be wrong.
  44 race:XBufferedThreadedStream::getNextBlock
  45
  46 # I am not interested in stuff the embedded JVM does.
  47 race:libjvm.so
  48
  49 # I think this is OK, because at this point we are doing
  50 #  if (nRefCount > 1)
  51 # and we know from our callers that the refcount must be at least one
  52 # so there is no failure mode.
  53 race:ireallocSequence
  54
  55 # TODO There appears to be a race here, initialising the
  56 #   ::com::sun::star::uno::Sequence< T >::s_pType
  57 # field. But no idea at all how to fix it.
  58 race:cppu::getTypeFavourUnsigned
  59
  60
  61 # This is all inside GIO/Glib, no idea what it is doing.
  62 #
  63 race:slab_allocator_alloc_chunk
  64 race:g_source_destroy_internal
  65 race:g_source_unref_internal
  66 race:g_task_finalize
  67 race:g_socket_send_message_with_timeout
  68 race:g_idle_source_new
  69 race:g_slice_alloc0
  70 race:g_str_has_suffix
  71 race:g_str_equal
  72 race:g_strsplit
  73 race:g_variant_store
  74
  75 # Python build, lock order inversion
  76 deadlock:take_gil
  77
  78 # Not interested in deadlock issues when they involve the shutdown path
  79 # - the shutdown path is special, so if we see a lock-ordering here that conflicts with
  80 # a "normal" lock-ordering path, that is highly unlikely to result in a real issue.
  81 deadlock:DeInitVCL
  82
  83 # Sometimes tsan will report data-races in these, who knows why, they should be thread-safe
  84 race:malloc
  85 race:free
  86 race:close
  87
  88 # There is a lock-cycle here, together with the mutexes acquired in
  89 #    SvtSysLocaleOptions::SvtSysLocaleOptions
  90 #    SvtSysLocale::SvtSysLocale
  91 # but I can't see how it could lead to a problem in practice
  92 deadlock:ItemHolder1::impl_addItem
  93
  94 # ignore warning about nRefCount in sal_Sequence.
  95 # <sberg> noelgrandin, we generally assume that sal_Int32 is small enough, and hardware sane enough,
  96 #      that reading it will always give a sane value, i.e., if the read happens in parallel with a write,
  97 #      the read produces either the old, original value, or the newly written one.
  98 race:cppu::createEmptySequence
  99 race:uno_type_sequence_reference2One
 100
 101 # ignore harmless data race on m_nTimeoutMS
 102 race:GtkSalTimer::Start
 103
 104 # TODO data-race with fields on salhelper::Timer, but I see no way of fixing this because this class
 105 # is in URE
 106 race:salhelper::Timer
 107
 108 # TODO LanguageTag is copying data around without any locking at all, but it seems to be touched
 109 # from multiple threads. I am nervous to randomly add locks because it is performance sensitive.
 110 race:LanguageTag::
 111
 112 # harmless race on m_storedTypeRefs
 113 race:cppu::getTypeEntries
 114
 115 # double-checked locking in our
 116 #    inline ::css::uno::Type const & cppu_detail_getUnoType(css:uno:Foo const *)
 117 # generated code
 118 race:typelib_typedescription_newEmpty
 119 race:typelib_typedescriptionreference_getByName
 120
 121 # harmless race where two fields are sharing an address slot/word
 122 race:ScFormulaCell::GetMatrixFlag
 123 race:ScFormulaCell::InterpretTail