From owner-cvs-all  Sat Feb 13 09:45:17 1999
Return-Path: <owner-cvs-all@FreeBSD.ORG>
Received: (from majordom@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id JAA25278
          for cvs-all-outgoing; Sat, 13 Feb 1999 09:45:17 -0800 (PST)
          (envelope-from owner-cvs-all@FreeBSD.ORG)
Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21])
          by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA25273;
          Sat, 13 Feb 1999 09:45:15 -0800 (PST)
          (envelope-from bde@FreeBSD.org)
From: Bruce Evans <bde@FreeBSD.ORG>
Received: (from bde@localhost)
	by freefall.freebsd.org (8.9.2/8.9.2) id JAA75363;
	Sat, 13 Feb 1999 09:45:15 -0800 (PST)
	(envelope-from bde@FreeBSD.org)
Date: Sat, 13 Feb 1999 09:45:15 -0800 (PST)
Message-Id: <199902131745.JAA75363@freefall.freebsd.org>
To: cvs-committers@FreeBSD.ORG, cvs-all@FreeBSD.ORG
Subject: cvs commit: src/sys/i386/i386 machdep.c
Sender: owner-cvs-all@FreeBSD.ORG
Precedence: bulk

bde         1999/02/13 09:45:15 PST

  Modified files:
    sys/i386/i386        machdep.c 
  Log:
  Don't pass PSL_NT to vm86 signal handlers.  Some vm86/real mode
  programs, including msdos, set PSL_NT in probes for old cpu types,
  although PSL_NT doesn't do anything useful in vm86 or real mode.
  PSL_NT is even less useful in the signal handlers.  It just causes
  T_TSSFLT faults on return from syscalls made by the handlers.
  These faults are fixed up lazily so that Xsyscall() doesn't have
  to be slowed down to prevent them.  The fault handler recently
  started complaining about these faults occurring "with interrupts
  disabled".  It should not have, but the complaints pointed to this
  bug.
  
  PR:		9211
  
  Revision  Changes    Path
  1.326     +8 -2      src/sys/i386/i386/machdep.c

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe cvs-all" in the body of the message