Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 02 Aug 2017 10:13:03 +0000
From:      bugzilla-noreply@freebsd.org
To:        freebsd-bugs@FreeBSD.org
Subject:   [Bug 221151] panic: tdsendsignal(): invalid signal 0
Message-ID:  <bug-221151-8-f56m7sZkHI@https.bugs.freebsd.org/bugzilla/>
In-Reply-To: <bug-221151-8@https.bugs.freebsd.org/bugzilla/>
References:  <bug-221151-8@https.bugs.freebsd.org/bugzilla/>

next in thread | previous in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D221151

--- Comment #8 from commit-hook@freebsd.org ---
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 <nbe@renzel.net>
  PR:   221151
  Sponsored by: The FreeBSD Foundation
  MFC after:    1 week

Changes:
  head/sys/amd64/amd64/trap.c
  head/sys/i386/i386/trap.c

--=20
You are receiving this mail because:
You are the assignee for the bug.=



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-221151-8-f56m7sZkHI>