fa2528ac64
KCSAN complains about racy accesses in the locking code. Those races are fine since they are inside a TD_SET_RUNNING() loop that expects the value to be changed by another CPU. Use relaxed atomic stores/loads to indicate that this variable can be written/read by multiple CPUs at the same time. This will also prevent the compiler from doing unexpected re-ordering. Reported by: GENERIC-KCSAN Test Plan: KCSAN no longer complains, kernel still runs fine. Reviewed By: markj, mjg (earlier version) Differential Revision: https://reviews.freebsd.org/D28569 |
||
|---|---|---|
| .. | ||
| gdb_cons.c | ||
| gdb_int.h | ||
| gdb_main.c | ||
| gdb_packet.c | ||
| gdb.h | ||
| netgdb.c | ||
| netgdb.h | ||