1 # SPDX-License-Identifier: GPL-2.0-only
6 config HAVE_KCSAN_COMPILER
7 def_bool (CC_IS_CLANG && $(cc-option,-fsanitize=thread -mllvm -tsan-distinguish-volatile=1)) || \
8 (CC_IS_GCC && $(cc-option,-fsanitize=thread --param tsan-distinguish-volatile=1))
10 For the list of compilers that support KCSAN, please see
11 <file:Documentation/dev-tools/kcsan.rst>.
14 bool "KCSAN: dynamic data race detector"
15 depends on HAVE_ARCH_KCSAN && HAVE_KCSAN_COMPILER
16 depends on DEBUG_KERNEL && !KASAN
20 The Kernel Concurrency Sanitizer (KCSAN) is a dynamic
21 data-race detector that relies on compile-time instrumentation.
22 KCSAN uses a watchpoint-based sampling approach to detect races.
24 While KCSAN's primary purpose is to detect data races, it
25 also provides assertions to check data access constraints.
26 These assertions can expose bugs that do not manifest as
29 See <file:Documentation/dev-tools/kcsan.rst> for more details.
33 config CC_HAS_TSAN_COMPOUND_READ_BEFORE_WRITE
34 def_bool (CC_IS_CLANG && $(cc-option,-fsanitize=thread -mllvm -tsan-compound-read-before-write=1)) || \
35 (CC_IS_GCC && $(cc-option,-fsanitize=thread --param tsan-compound-read-before-write=1))
37 The compiler instruments plain compound read-write operations
38 differently (++, --, +=, -=, |=, &=, etc.), which allows KCSAN to
39 distinguish them from other plain accesses. This is currently
40 supported by Clang 12 or later.
43 bool "Show verbose reports with more information about system state"
44 depends on PROVE_LOCKING
46 If enabled, reports show more information about the system state that
47 may help better analyze and debug races. This includes held locks and
50 While this option should generally be benign, we call into more
51 external functions on report generation; if a race report is
52 generated from any one of them, system stability may suffer due to
53 deadlocks or recursion. If in doubt, say N.
56 bool "Perform short selftests on boot"
59 Run KCSAN selftests on boot. On test failure, causes the kernel to
60 panic. Recommended to be enabled, ensuring critical functionality
63 config KCSAN_KUNIT_TEST
64 tristate "KCSAN test for integrated runtime behaviour" if !KUNIT_ALL_TESTS
65 default KUNIT_ALL_TESTS
66 depends on TRACEPOINTS && KUNIT
69 KCSAN test focusing on behaviour of the integrated runtime. Tests
70 various race scenarios, and verifies the reports generated to
71 console. Makes use of KUnit for test organization, and the Torture
72 framework for test thread control.
74 Each test case may run at least up to KCSAN_REPORT_ONCE_IN_MS
75 milliseconds. Test run duration may be optimized by building the
76 kernel and KCSAN test with KCSAN_REPORT_ONCE_IN_MS set to a lower
79 Say Y here if you want the test to be built into the kernel and run
80 during boot; say M if you want the test to build as a module; say N
83 config KCSAN_EARLY_ENABLE
84 bool "Early enable during boot"
87 If KCSAN should be enabled globally as soon as possible. KCSAN can
88 later be enabled/disabled via debugfs.
90 config KCSAN_NUM_WATCHPOINTS
91 int "Number of available watchpoints"
94 Total number of available watchpoints. An address range maps into a
95 specific watchpoint slot as specified in kernel/kcsan/encoding.h.
96 Although larger number of watchpoints may not be usable due to
97 limited number of CPUs, a larger value helps to improve performance
98 due to reducing cache-line contention. The chosen default is a
99 conservative value; we should almost never observe "no_capacity"
100 events (see /sys/kernel/debug/kcsan).
102 config KCSAN_UDELAY_TASK
103 int "Delay in microseconds (for tasks)"
106 For tasks, the microsecond delay after setting up a watchpoint.
108 config KCSAN_UDELAY_INTERRUPT
109 int "Delay in microseconds (for interrupts)"
112 For interrupts, the microsecond delay after setting up a watchpoint.
113 Interrupts have tighter latency requirements, and their delay should
114 be lower than for tasks.
116 config KCSAN_DELAY_RANDOMIZE
117 bool "Randomize above delays"
120 If delays should be randomized, where the maximum is KCSAN_UDELAY_*.
121 If false, the chosen delays are always the KCSAN_UDELAY_* values
124 config KCSAN_SKIP_WATCH
125 int "Skip instructions before setting up watchpoint"
128 The number of per-CPU memory operations to skip, before another
129 watchpoint is set up, i.e. one in KCSAN_SKIP_WATCH per-CPU
130 memory operations are used to set up a watchpoint. A smaller value
131 results in more aggressive race detection, whereas a larger value
132 improves system performance at the cost of missing some races.
134 config KCSAN_SKIP_WATCH_RANDOMIZE
135 bool "Randomize watchpoint instruction skip count"
138 If instruction skip count should be randomized, where the maximum is
139 KCSAN_SKIP_WATCH. If false, the chosen value is always
142 config KCSAN_INTERRUPT_WATCHER
143 bool "Interruptible watchers" if !KCSAN_STRICT
146 If enabled, a task that set up a watchpoint may be interrupted while
147 delayed. This option will allow KCSAN to detect races between
148 interrupted tasks and other threads of execution on the same CPU.
150 Currently disabled by default, because not all safe per-CPU access
151 primitives and patterns may be accounted for, and therefore could
152 result in false positives.
154 config KCSAN_REPORT_ONCE_IN_MS
155 int "Duration in milliseconds, in which any given race is only reported once"
158 Any given race is only reported once in the defined time window.
159 Different races may still generate reports within a duration that is
160 smaller than the duration defined here. This allows rate limiting
161 reporting to avoid flooding the console with reports. Setting this
162 to 0 disables rate limiting.
164 # The main purpose of the below options is to control reported data races, and
165 # are not expected to be switched frequently by non-testers or at runtime.
166 # The defaults are chosen to be conservative, and can miss certain bugs.
168 config KCSAN_REPORT_RACE_UNKNOWN_ORIGIN
169 bool "Report races of unknown origin"
172 If KCSAN should report races where only one access is known, and the
173 conflicting access is of unknown origin. This type of race is
174 reported if it was only possible to infer a race due to a data value
175 change while an access is being delayed on a watchpoint.
178 bool "Strict data-race checking"
180 KCSAN will report data races with the strictest possible rules, which
181 closely aligns with the rules defined by the Linux-kernel memory
182 consistency model (LKMM).
184 config KCSAN_WEAK_MEMORY
185 bool "Enable weak memory modeling to detect missing memory barriers"
187 depends on KCSAN_STRICT
188 # We can either let objtool nop __tsan_func_{entry,exit}() and builtin
189 # atomics instrumentation in .noinstr.text, or use a compiler that can
190 # implement __no_kcsan to really remove all instrumentation.
191 depends on !ARCH_WANTS_NO_INSTR || HAVE_NOINSTR_HACK || \
192 CC_IS_GCC || CLANG_VERSION >= 140000
193 select OBJTOOL if HAVE_NOINSTR_HACK
195 Enable support for modeling a subset of weak memory, which allows
196 detecting a subset of data races due to missing memory barriers.
198 Depends on KCSAN_STRICT, because the options strengthening certain
199 plain accesses by default (depending on !KCSAN_STRICT) reduce the
200 ability to detect any data races invoving reordered accesses, in
201 particular reordered writes.
203 Weak memory modeling relies on additional instrumentation and may
206 config KCSAN_REPORT_VALUE_CHANGE_ONLY
207 bool "Only report races where watcher observed a data value change"
209 depends on !KCSAN_STRICT
211 If enabled and a conflicting write is observed via a watchpoint, but
212 the data value of the memory location was observed to remain
213 unchanged, do not report the data race.
215 config KCSAN_ASSUME_PLAIN_WRITES_ATOMIC
216 bool "Assume that plain aligned writes up to word size are atomic"
218 depends on !KCSAN_STRICT
220 Assume that plain aligned writes up to word size are atomic by
221 default, and also not subject to other unsafe compiler optimizations
222 resulting in data races. This will cause KCSAN to not report data
223 races due to conflicts where the only plain accesses are aligned
224 writes up to word size: conflicts between marked reads and plain
225 aligned writes up to word size will not be reported as data races;
226 notice that data races between two conflicting plain aligned writes
227 will also not be reported.
229 config KCSAN_IGNORE_ATOMICS
230 bool "Do not instrument marked atomic accesses"
231 depends on !KCSAN_STRICT
233 Never instrument marked atomic accesses. This option can be used for
234 additional filtering. Conflicting marked atomic reads and plain
235 writes will never be reported as a data race, however, will cause
236 plain reads and marked writes to result in "unknown origin" reports.
237 If combined with CONFIG_KCSAN_REPORT_RACE_UNKNOWN_ORIGIN=n, data
238 races where at least one access is marked atomic will never be
241 Similar to KCSAN_ASSUME_PLAIN_WRITES_ATOMIC, but including unaligned
242 accesses, conflicting marked atomic reads and plain writes will not
243 be reported as data races; however, unlike that option, data races
244 due to two conflicting plain writes will be reported (aligned and
245 unaligned, if CONFIG_KCSAN_ASSUME_PLAIN_WRITES_ATOMIC=n).
247 config KCSAN_PERMISSIVE
248 bool "Enable all additional permissive rules"
249 depends on KCSAN_REPORT_VALUE_CHANGE_ONLY
251 Enable additional permissive rules to ignore certain classes of data
252 races (also see kernel/kcsan/permissive.h). None of the permissive
253 rules imply that such data races are generally safe, but can be used
254 to further reduce reported data races due to data-racy patterns
255 common across the kernel.