git: 3fd63ddfdf35 - main - Limit when we call DELAY from KCSAN on amd64

Andrew Turner andrew at FreeBSD.org
Thu Feb 25 12:46:34 UTC 2021


The branch main has been updated by andrew:

URL: https://cgit.FreeBSD.org/src/commit/?id=3fd63ddfdf3541faea762143365dbc70c16fa49e

commit 3fd63ddfdf3541faea762143365dbc70c16fa49e
Author:     Andrew Turner <andrew at FreeBSD.org>
AuthorDate: 2021-02-05 11:41:17 +0000
Commit:     Andrew Turner <andrew at FreeBSD.org>
CommitDate: 2021-02-25 12:38:05 +0000

    Limit when we call DELAY from KCSAN on amd64
    
    In some cases the DELAY implementation on amd64 can recurse on a spin
    mutex in the i8254 early delay code. Detect when this is going to
    happen and don't call delay in this case. It is safe to not delay here
    with the only issue being KCSAN may not detect data races.
    
    Reviewed by:    kib
    Tested by:      arichardson
    Sponsored by:   Innovate UK
    Differential Revision:  https://reviews.freebsd.org/D28895
---
 sys/amd64/include/csan.h | 12 +++++++++++-
 1 file changed, 11 insertions(+), 1 deletion(-)

diff --git a/sys/amd64/include/csan.h b/sys/amd64/include/csan.h
index c886daa12f69..9daf8275492c 100644
--- a/sys/amd64/include/csan.h
+++ b/sys/amd64/include/csan.h
@@ -31,6 +31,9 @@
  * $FreeBSD$
  */
 
+#include <sys/timetc.h>
+
+#include <machine/clock.h>
 #include <machine/cpufunc.h>
 #include <machine/stack.h>
 #include <machine/vmparam.h>
@@ -64,7 +67,14 @@ kcsan_md_enable_intrs(uint64_t *state)
 static inline void
 kcsan_md_delay(uint64_t us)
 {
-	DELAY(us);
+	/*
+	 * Only call DELAY if not using the early delay code. The i8254
+	 * early delay function may cause us to recurse on a spin lock
+	 * leading to a panic.
+	 */
+	if ((tsc_is_invariant && tsc_freq != 0) ||
+	    timecounter->tc_quality > 0)
+		DELAY(us);
 }
 
 static void


More information about the dev-commits-src-main mailing list