10 RealtimeSanitizer (a.k.a. RTSan) is a real-time safety testing tool for C and C++
11 projects. RTSan can be used to detect real-time violations, i.e. calls to methods
12 that are not safe for use in functions with deterministic run time requirements.
13 RTSan considers any function marked with the ``[[clang::nonblocking]]`` attribute
14 to be a real-time function. At run-time, if RTSan detects a call to ``malloc``,
15 ``free``, ``pthread_mutex_lock``, or anything else known to have a
16 non-deterministic execution time in a function marked ``[[clang::nonblocking]]``
19 RTSan performs its analysis at run-time but shares the ``[[clang::nonblocking]]``
20 attribute with the :doc:`FunctionEffectAnalysis` system, which operates at
21 compile-time to detect potential real-time safety violations. For comprehensive
22 detection of real-time safety issues, it is recommended to use both systems together.
24 The runtime slowdown introduced by RealtimeSanitizer is negligible.
29 Build LLVM/Clang with `CMake <https://llvm.org/docs/CMake.html>`_ and enable the
30 ``compiler-rt`` runtime. An example CMake configuration that will allow for the
31 use/testing of RealtimeSanitizer:
33 .. code-block:: console
35 $ cmake -DCMAKE_BUILD_TYPE=Release -DLLVM_ENABLE_PROJECTS="clang" -DLLVM_ENABLE_RUNTIMES="compiler-rt" <path to source>/llvm
40 There are two requirements:
42 1. The code must be compiled with the ``-fsanitize=realtime`` flag.
43 2. Functions that are subject to real-time constraints must be marked
44 with the ``[[clang::nonblocking]]`` attribute.
46 Typically, these attributes should be added onto the functions that are entry
47 points for threads with real-time priority. These threads are subject to a fixed
48 callback time, such as audio callback threads or rendering loops in video game
51 .. code-block:: console
53 % cat example_realtime_violation.cpp
56 void violation() [[clang::nonblocking]]{
66 % clang++ -fsanitize=realtime example_realtime_violation.cpp
68 If a real-time safety violation is detected in a ``[[clang::nonblocking]]``
69 context, or any function invoked by that function, the program will exit with a
72 .. code-block:: console
74 % clang++ -fsanitize=realtime example_realtime_violation.cpp
76 ==76290==ERROR: RealtimeSanitizer: unsafe-library-call
77 Intercepted call to real-time unsafe function `malloc` in real-time context!
78 #0 0x000102a7b884 in malloc rtsan_interceptors.cpp:426
79 #1 0x00019c326bd0 in operator new(unsigned long)+0x1c (libc++abi.dylib:arm64+0x16bd0)
80 #2 0xa30d0001024f79a8 (<unknown module>)
81 #3 0x0001024f794c in std::__1::__libcpp_allocate[abi:ne200000](unsigned long, unsigned long)+0x44
82 #4 0x0001024f78c4 in std::__1::allocator<float>::allocate[abi:ne200000](unsigned long)+0x44
84 #9 0x0001024f6868 in std::__1::vector<float, std::__1::allocator<float>>::resize(unsigned long)+0x48
85 #10 0x0001024f67b4 in violation()+0x24
86 #11 0x0001024f68f0 in main+0x18 (a.out:arm64+0x1000028f0)
87 #12 0x00019bfe3150 (<unknown module>)
88 #13 0xed5efffffffffffc (<unknown module>)
94 Calls to system library functions such as ``malloc`` are automatically caught by
95 RealtimeSanitizer. Real-time programmers may also write their own blocking
96 (real-time unsafe) functions that they wish RealtimeSanitizer to be aware of.
97 RealtimeSanitizer will raise an error at run time if any function attributed
98 with ``[[clang::blocking]]`` is called in a ``[[clang::nonblocking]]`` context.
100 .. code-block:: console
102 $ cat example_blocking_violation.cpp
106 std::atomic<bool> has_permission{false};
108 int wait_for_permission() [[clang::blocking]] {
109 while (has_permission.load() == false)
110 std::this_thread::yield();
114 int real_time_function() [[clang::nonblocking]] {
115 return wait_for_permission();
119 return real_time_function();
122 $ clang++ -fsanitize=realtime example_blocking_violation.cpp && ./a.out
123 ==76131==ERROR: RealtimeSanitizer: blocking-call
124 Call to blocking function `wait_for_permission()` in real-time context!
125 #0 0x0001000c3db0 in wait_for_permission()+0x10 (a.out:arm64+0x100003db0)
126 #1 0x0001000c3e3c in real_time_function()+0x10 (a.out:arm64+0x100003e3c)
127 #2 0x0001000c3e68 in main+0x10 (a.out:arm64+0x100003e68)
128 #3 0x00019bfe3150 (<unknown module>)
129 #4 0x5a27fffffffffffc (<unknown module>)
135 RealtimeSanitizer supports a number of run-time flags, which can be specified in the ``RTSAN_OPTIONS`` environment variable:
137 .. code-block:: console
139 % RTSAN_OPTIONS=option_1=true:path_option_2="/some/file.txt" ./a.out
142 Or at compile-time by providing the symbol ``__rtsan_default_options``:
146 __attribute__((__visibility__("default")))
147 extern "C" const char *__rtsan_default_options() {
148 return "symbolize=false:abort_on_error=0:log_to_syslog=0";
151 You can see all sanitizer options (some of which are unsupported) by using the ``help`` flag:
153 .. code-block:: console
155 % RTSAN_OPTIONS=help=true ./a.out
157 A **partial** list of flags RealtimeSanitizer respects:
159 .. list-table:: Run-time Flags
167 * - ``halt_on_error``
170 - Exit after first reported error.
171 * - ``suppress_equal_stacks``
174 - If true, suppress duplicate reports (i.e. only print each unique error once). Only particularly useful when ``halt_on_error=false``.
175 * - ``print_stats_on_exit``
178 - Print stats on exit. Includes total and unique errors.
182 - Colorize reports: (always|never|auto).
183 * - ``fast_unwind_on_fatal``
186 - If available, use the fast frame-pointer-based unwinder on detected errors. If true, ensure the code under test has been compiled with frame pointers with ``-fno-omit-frame-pointers`` or similar.
187 * - ``abort_on_error``
190 - If true, the tool calls ``abort()`` instead of ``_exit()`` after printing the error report. On some OSes (MacOS, for exmple) this is beneficial because a better stack trace is emitted on crash.
194 - If set, use the symbolizer to turn virtual addresses to file/line locations. If false, can greatly speed up the error reporting.
198 - If set to a valid suppressions file, will suppress issue reporting. See details in `Disabling and Suppressing`_.
199 * - ``verify_interceptors``
202 - If true, verifies interceptors are working at initialization. The program will abort with error ``==ERROR: Interceptors are not working. This may be because RealtimeSanitizer is loaded too late (e.g. via dlopen)`` if an issue is detected.
204 Some issues with flags can be debugged using the ``verbosity=$NUM`` flag:
206 .. code-block:: console
208 % RTSAN_OPTIONS=verbosity=1:misspelled_flag=true ./a.out
209 WARNING: found 1 unrecognized flag(s):
213 Additional customization
214 ------------------------
216 In addition to ``__rtsan_default_options`` outlined above, you can provide definitions of other functions that affect how RTSan operates.
218 To be notified on every error reported by RTsan, provide a definition of ``__sanitizer_report_error_summary``.
222 extern "C" void __sanitizer_report_error_summary(const char *error_summary) {
223 fprintf(stderr, "%s %s\n", "In custom handler! ", error_summary);
224 /* do other custom things */
227 The error summary will be of the form:
229 .. code-block:: console
231 SUMMARY: RealtimeSanitizer: unsafe-library-call main.cpp:8 in process(std::__1::vector<int, std::__1::allocator<int>>&)
233 To register a callback which will be invoked before a RTSan kills the process:
237 extern "C" void __sanitizer_set_death_callback(void (*callback)(void));
239 void custom_on_die_callback() {
240 fprintf(stderr, "In custom handler!")
241 /* do other custom things */
246 __sanitizer_set_death_callback(custom_on_die_callback);
250 .. _disabling-and-suppressing:
252 Disabling and suppressing
253 -------------------------
255 There are multiple ways to disable error reporting when using RealtimeSanitizer.
257 In general, ``ScopedDisabler`` should be preferred, as it is the most performant.
259 .. list-table:: Suppression methods
260 :widths: 30 15 15 10 70
268 * - ``ScopedDisabler``
272 - Violations are ignored for the lifetime of the ``ScopedDisabler`` object.
273 * - ``function-name-matches`` suppression
277 - Suppresses intercepted and ``[[clang::blocking]]`` function calls by name.
278 * - ``call-stack-contains`` suppression
282 - Suppresses any stack trace contaning the specified pattern.
288 At compile time, RealtimeSanitizer may be disabled using ``__rtsan::ScopedDisabler``. RTSan ignores any errors originating within the ``ScopedDisabler`` instance variable scope.
292 #include <sanitizer/rtsan_interface.h>
294 void process(const std::vector<float>& buffer) [[clang::nonblocking]] {
296 __rtsan::ScopedDisabler d;
301 If RealtimeSanitizer is not enabled at compile time (i.e., the code is not compiled with the ``-fsanitize=realtime`` flag), the ``ScopedDisabler`` is compiled as a no-op.
303 In C, you can use the ``__rtsan_disable()`` and ``rtsan_enable()`` functions to manually disable and re-enable RealtimeSanitizer checks.
307 #include <sanitizer/rtsan_interface.h>
309 int process(const float* buffer) [[clang::nonblocking]]
320 Each call to ``__rtsan_disable()`` must be paired with a subsequent call to ``__rtsan_enable()`` to restore normal sanitizer functionality. If a corresponding ``rtsan_enable()`` call is not made, the behavior is undefined.
325 At run-time, suppressions may be specified using a suppressions file passed in ``RTSAN_OPTIONS``. Run-time suppression may be useful if the source cannot be changed.
327 .. code-block:: console
329 > cat suppressions.supp
330 call-stack-contains:MallocViolation
331 call-stack-contains:std::*vector
332 function-name-matches:free
333 function-name-matches:CustomMarkedBlocking*
334 > RTSAN_OPTIONS="suppressions=suppressions.supp" ./a.out
337 Suppressions specified in this file are one of two flavors.
339 ``function-name-matches`` suppresses reporting of any intercepted library call, or function marked ``[[clang::blocking]]`` by name. If, for instance, you know that ``malloc`` is real-time safe on your system, you can disable the check for it via ``function-name-matches:malloc``.
341 ``call-stack-contains`` suppresses reporting of errors in any stack that contains a string matching the pattern specified. For example, suppressing error reporting of any non-real-time-safe behavior in ``std::vector`` may be specified ``call-stack-contains:std::*vector``. You must include symbols in your build for this method to be effective, unsymbolicated stack traces cannot be matched. ``call-stack-contains`` has the highest run-time cost of any method of suppression.
343 Patterns may be exact matches or are "regex-light" patterns, containing special characters such as ``^$*``.
345 The number of potential errors suppressed via this method may be seen on exit when using the ``print_stats_on_exit`` flag.
347 Compile-time sanitizer detection
348 --------------------------------
350 Clang provides the pre-processor macro ``__has_feature`` which may be used to detect if RealtimeSanitizer is enabled at compile-time.
354 #if defined(__has_feature) && __has_feature(realtime_sanitizer)