https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=221151
--- Comment #8 from [email protected] --- A commit references this bug: Author: kib Date: Wed Aug 2 10:12:10 UTC 2017 New revision: 321919 URL: https://svnweb.freebsd.org/changeset/base/321919 Log: Do not call trapsignal() after handling usermode fault or interrupt, when a signal is not intended to be sent. The variable holding the signal number to send is left uninitialized, which sometimes triggers invalid signal checks. For NMI, a return to usermode without ast processing is done. On the other hand, for spurious dtrace probe interrupt it is usermode which triggered the interrupt, so handle it through userret() as any other fault. Reported by: Nils Beyer <[email protected]> PR: 221151 Sponsored by: The FreeBSD Foundation MFC after: 1 week Changes: head/sys/amd64/amd64/trap.c head/sys/i386/i386/trap.c -- You are receiving this mail because: You are the assignee for the bug. _______________________________________________ [email protected] mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to "[email protected]"
