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>.
13 config KCSAN_KCOV_BROKEN
14 def_bool KCOV && CC_HAS_SANCOV_TRACE_PC
15 depends on CC_IS_CLANG
16 depends on !$(cc-option,-Werror=unused-command-line-argument -fsanitize=thread -fsanitize-coverage=trace-pc)
18 Some versions of clang support either KCSAN and KCOV but not the
19 combination of the two.
20 See https://bugs.llvm.org/show_bug.cgi?id=45831 for the status
24 bool "KCSAN: dynamic data race detector"
25 depends on HAVE_ARCH_KCSAN && HAVE_KCSAN_COMPILER
26 depends on DEBUG_KERNEL && !KASAN
27 depends on !KCSAN_KCOV_BROKEN
30 The Kernel Concurrency Sanitizer (KCSAN) is a dynamic
31 data-race detector that relies on compile-time instrumentation.
32 KCSAN uses a watchpoint-based sampling approach to detect races.
34 While KCSAN's primary purpose is to detect data races, it
35 also provides assertions to check data access constraints.
36 These assertions can expose bugs that do not manifest as
39 See <file:Documentation/dev-tools/kcsan.rst> for more details.
43 config CC_HAS_TSAN_COMPOUND_READ_BEFORE_WRITE
44 def_bool (CC_IS_CLANG && $(cc-option,-fsanitize=thread -mllvm -tsan-compound-read-before-write=1)) || \
45 (CC_IS_GCC && $(cc-option,-fsanitize=thread --param tsan-compound-read-before-write=1))
47 The compiler instruments plain compound read-write operations
48 differently (++, --, +=, -=, |=, &=, etc.), which allows KCSAN to
49 distinguish them from other plain accesses. This is currently
50 supported by Clang 12 or later.
53 bool "Show verbose reports with more information about system state"
54 depends on PROVE_LOCKING
56 If enabled, reports show more information about the system state that
57 may help better analyze and debug races. This includes held locks and
60 While this option should generally be benign, we call into more
61 external functions on report generation; if a race report is
62 generated from any one of them, system stability may suffer due to
63 deadlocks or recursion. If in doubt, say N.
66 bool "Perform short selftests on boot"
69 Run KCSAN selftests on boot. On test failure, causes the kernel to
70 panic. Recommended to be enabled, ensuring critical functionality
73 config KCSAN_KUNIT_TEST
74 tristate "KCSAN test for integrated runtime behaviour" if !KUNIT_ALL_TESTS
75 default KUNIT_ALL_TESTS
76 depends on TRACEPOINTS && KUNIT
79 KCSAN test focusing on behaviour of the integrated runtime. Tests
80 various race scenarios, and verifies the reports generated to
81 console. Makes use of KUnit for test organization, and the Torture
82 framework for test thread control.
84 Each test case may run at least up to KCSAN_REPORT_ONCE_IN_MS
85 milliseconds. Test run duration may be optimized by building the
86 kernel and KCSAN test with KCSAN_REPORT_ONCE_IN_MS set to a lower
89 Say Y here if you want the test to be built into the kernel and run
90 during boot; say M if you want the test to build as a module; say N
93 config KCSAN_EARLY_ENABLE
94 bool "Early enable during boot"
97 If KCSAN should be enabled globally as soon as possible. KCSAN can
98 later be enabled/disabled via debugfs.
100 config KCSAN_NUM_WATCHPOINTS
101 int "Number of available watchpoints"
104 Total number of available watchpoints. An address range maps into a
105 specific watchpoint slot as specified in kernel/kcsan/encoding.h.
106 Although larger number of watchpoints may not be usable due to
107 limited number of CPUs, a larger value helps to improve performance
108 due to reducing cache-line contention. The chosen default is a
109 conservative value; we should almost never observe "no_capacity"
110 events (see /sys/kernel/debug/kcsan).
112 config KCSAN_UDELAY_TASK
113 int "Delay in microseconds (for tasks)"
116 For tasks, the microsecond delay after setting up a watchpoint.
118 config KCSAN_UDELAY_INTERRUPT
119 int "Delay in microseconds (for interrupts)"
122 For interrupts, the microsecond delay after setting up a watchpoint.
123 Interrupts have tighter latency requirements, and their delay should
124 be lower than for tasks.
126 config KCSAN_DELAY_RANDOMIZE
127 bool "Randomize above delays"
130 If delays should be randomized, where the maximum is KCSAN_UDELAY_*.
131 If false, the chosen delays are always the KCSAN_UDELAY_* values
134 config KCSAN_SKIP_WATCH
135 int "Skip instructions before setting up watchpoint"
138 The number of per-CPU memory operations to skip, before another
139 watchpoint is set up, i.e. one in KCSAN_WATCH_SKIP per-CPU
140 memory operations are used to set up a watchpoint. A smaller value
141 results in more aggressive race detection, whereas a larger value
142 improves system performance at the cost of missing some races.
144 config KCSAN_SKIP_WATCH_RANDOMIZE
145 bool "Randomize watchpoint instruction skip count"
148 If instruction skip count should be randomized, where the maximum is
149 KCSAN_WATCH_SKIP. If false, the chosen value is always
152 config KCSAN_INTERRUPT_WATCHER
153 bool "Interruptible watchers" if !KCSAN_STRICT
156 If enabled, a task that set up a watchpoint may be interrupted while
157 delayed. This option will allow KCSAN to detect races between
158 interrupted tasks and other threads of execution on the same CPU.
160 Currently disabled by default, because not all safe per-CPU access
161 primitives and patterns may be accounted for, and therefore could
162 result in false positives.
164 config KCSAN_REPORT_ONCE_IN_MS
165 int "Duration in milliseconds, in which any given race is only reported once"
168 Any given race is only reported once in the defined time window.
169 Different races may still generate reports within a duration that is
170 smaller than the duration defined here. This allows rate limiting
171 reporting to avoid flooding the console with reports. Setting this
172 to 0 disables rate limiting.
174 # The main purpose of the below options is to control reported data races, and
175 # are not expected to be switched frequently by non-testers or at runtime.
176 # The defaults are chosen to be conservative, and can miss certain bugs.
178 config KCSAN_REPORT_RACE_UNKNOWN_ORIGIN
179 bool "Report races of unknown origin"
182 If KCSAN should report races where only one access is known, and the
183 conflicting access is of unknown origin. This type of race is
184 reported if it was only possible to infer a race due to a data value
185 change while an access is being delayed on a watchpoint.
188 bool "Strict data-race checking"
190 KCSAN will report data races with the strictest possible rules, which
191 closely aligns with the rules defined by the Linux-kernel memory
192 consistency model (LKMM).
194 config KCSAN_REPORT_VALUE_CHANGE_ONLY
195 bool "Only report races where watcher observed a data value change"
197 depends on !KCSAN_STRICT
199 If enabled and a conflicting write is observed via a watchpoint, but
200 the data value of the memory location was observed to remain
201 unchanged, do not report the data race.
203 config KCSAN_ASSUME_PLAIN_WRITES_ATOMIC
204 bool "Assume that plain aligned writes up to word size are atomic"
206 depends on !KCSAN_STRICT
208 Assume that plain aligned writes up to word size are atomic by
209 default, and also not subject to other unsafe compiler optimizations
210 resulting in data races. This will cause KCSAN to not report data
211 races due to conflicts where the only plain accesses are aligned
212 writes up to word size: conflicts between marked reads and plain
213 aligned writes up to word size will not be reported as data races;
214 notice that data races between two conflicting plain aligned writes
215 will also not be reported.
217 config KCSAN_IGNORE_ATOMICS
218 bool "Do not instrument marked atomic accesses"
219 depends on !KCSAN_STRICT
221 Never instrument marked atomic accesses. This option can be used for
222 additional filtering. Conflicting marked atomic reads and plain
223 writes will never be reported as a data race, however, will cause
224 plain reads and marked writes to result in "unknown origin" reports.
225 If combined with CONFIG_KCSAN_REPORT_RACE_UNKNOWN_ORIGIN=n, data
226 races where at least one access is marked atomic will never be
229 Similar to KCSAN_ASSUME_PLAIN_WRITES_ATOMIC, but including unaligned
230 accesses, conflicting marked atomic reads and plain writes will not
231 be reported as data races; however, unlike that option, data races
232 due to two conflicting plain writes will be reported (aligned and
233 unaligned, if CONFIG_KCSAN_ASSUME_PLAIN_WRITES_ATOMIC=n).
235 config KCSAN_PERMISSIVE
236 bool "Enable all additional permissive rules"
237 depends on KCSAN_REPORT_VALUE_CHANGE_ONLY
239 Enable additional permissive rules to ignore certain classes of data
240 races (also see kernel/kcsan/permissive.h). None of the permissive
241 rules imply that such data races are generally safe, but can be used
242 to further reduce reported data races due to data-racy patterns
243 common across the kernel.