[src/netbsd-6-0]: src/doc Ticket #1464

[martin <martin%NetBSD.org@localhost>]

details:   https://anonhg.NetBSD.org/src/rev/bb297b3bbe9c
branches:  netbsd-6-0
changeset: 775218:bb297b3bbe9c
user:      martin <martin%NetBSD.org@localhost>
date:      Tue Aug 08 11:58:43 2017 +0000

description:
Ticket #1464

diffstat:

 doc/CHANGES-6.0.7 |  17 ++++++++++++++++-
 1 files changed, 16 insertions(+), 1 deletions(-)

diffs (28 lines):

diff -r d3e6a29b09f6 -r bb297b3bbe9c doc/CHANGES-6.0.7
--- a/doc/CHANGES-6.0.7 Tue Aug 08 11:55:20 2017 +0000
+++ b/doc/CHANGES-6.0.7 Tue Aug 08 11:58:43 2017 +0000
@@ -1,4 +1,4 @@
-# $NetBSD: CHANGES-6.0.7,v 1.1.2.101 2017/07/21 05:04:08 snj Exp $
+# $NetBSD: CHANGES-6.0.7,v 1.1.2.102 2017/08/08 11:58:43 martin Exp $
 
 A complete list of changes from the NetBSD 6.0.6 release to the NetBSD 6.0.7
 release:
@@ -12302,3 +12302,18 @@
        device is not configured.
        [chs, ticket #1455]
 
+sys/arch/i386/i386/trap.c:                     1.288           (patch)
+sys/arch/i386/i386/machdep.c:          1.783           (patch)
+sys/arch/i386/i386/locore.S:           1.146           (patch)
+sys/arch/amd64/amd64/locore.S:         1.122,1.124     (patch)
+sys/arch/amd64/amd64/machdep.c         1.254           (patch)
+sys/arch/amd64/amd64/trap.c:           1.95-1.96       (patch)
+
+       Remove the osyscall call gate and emulate it. There is a
+       one-instruction race in it that could panic the kernel.
+
+       Restore the ability to run netbsd 1.0 32-bit executables by
+       checking for the relevant lcall instruction in the trap handler
+       and treating it as a syscall.
+       [maxv, ticket #1464]
+