Konstantin Belousov 8936419a6c x86: stop unconditionally clearing PSL_T on the trace trap. ... We certainly should clear PSL_T when calling the SIGTRAP signal handler, which is already done by all x86 sendsig(9) ABI code. On the other hand, there is no obvious reason why PSL_T needs to be cleared when returning from the signal handler. For instance, Linux allows userspace to set PSL_T and keep tracing enabled for the desired period. There are userspace programs which would use PSL_T if we make it possible, for instance sbcl. Remember if PSL_T was set by PT_STEP or PT_SETSTEP by mean of TDB_STEP flag, and only clear it when the flag is set. Discussed with: Ali Mashtizadeh Reviewed by: jhb (previous version) Sponsored by: The FreeBSD Foundation MFC after: 2 weeks Differential revision: https://reviews.freebsd.org/D15054		2018-05-23 21:39:29 +00:00
..
acpica	Rename assym.s to assym.inc	2018-03-20 17:58:51 +00:00
bios	Use NULL for SYSINIT's last arg, which is a pointer type	2018-05-18 17:58:09 +00:00
cloudabi32	Use TO_PTR() to convert integers to pointers.	2017-11-26 14:45:56 +00:00
conf	Enable kernel dump features in GENERIC for most platforms.	2018-05-19 19:53:23 +00:00
i386	x86: stop unconditionally clearing PSL_T on the trace trap.	2018-05-23 21:39:29 +00:00
ibcs2	Fix kernel memory disclosure in ibcs2_getdents	2018-03-21 23:26:42 +00:00
include	Support IBRS for i386.	2018-05-23 16:31:46 +00:00
linux	Fix futexes on i386 after the 4/4G split.	2018-04-24 12:50:21 +00:00
pci	Correct pseudo misspelling in sys/ comments	2018-02-23 18:15:50 +00:00
Makefile