https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=249149
--- Comment #2 from Jason A. Harmening <j...@freebsd.org> --- It looks like this is a KCSan false positive on the LAPIC MMIO mapping. Since this is a guest that doesn't use the x2APIC (and therefore must use MMIO for LAPIC access instead of MSRs), all CPUs will share the same LAPIC mapping. However, the underlying physical access will be routed to the local CPU's APIC, so multiple CPUs aren't actually racing on the same hardware resource. Or at least I hope that's the source of the problem, otherwise Hyper-V really misconfigured the guest. Since the LAPIC access happens in the course of configuring an event timer, and the KCSan warning printf itself tries to configure a callout, we get the panic. Can you try the attached (build-tested only) patch? -- You are receiving this mail because: You are the assignee for the bug. _______________________________________________ freebsd-bugs@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"
