From owner-cvs-src-old@FreeBSD.ORG  Fri Jul 10 10:29:36 2009
Return-Path: <owner-cvs-src-old@FreeBSD.ORG>
Delivered-To: cvs-src-old@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34])
	by hub.freebsd.org (Postfix) with ESMTP id DCA1C106564A
	for <cvs-src-old@freebsd.org>; Fri, 10 Jul 2009 10:29:36 +0000 (UTC)
	(envelope-from kib@FreeBSD.org)
Received: from repoman.freebsd.org (repoman.freebsd.org
	[IPv6:2001:4f8:fff6::29])
	by mx1.freebsd.org (Postfix) with ESMTP id C9C068FC12
	for <cvs-src-old@freebsd.org>; Fri, 10 Jul 2009 10:29:36 +0000 (UTC)
	(envelope-from kib@FreeBSD.org)
Received: from repoman.freebsd.org (localhost [127.0.0.1])
	by repoman.freebsd.org (8.14.3/8.14.3) with ESMTP id n6AATaKF001607
	for <cvs-src-old@freebsd.org>; Fri, 10 Jul 2009 10:29:36 GMT
	(envelope-from kib@repoman.freebsd.org)
Received: (from svn2cvs@localhost)
	by repoman.freebsd.org (8.14.3/8.14.3/Submit) id n6AATaXJ001606
	for cvs-src-old@freebsd.org; Fri, 10 Jul 2009 10:29:36 GMT
	(envelope-from kib@repoman.freebsd.org)
Message-Id: <200907101029.n6AATaXJ001606@repoman.freebsd.org>
X-Authentication-Warning: repoman.freebsd.org: svn2cvs set sender to
	kib@repoman.freebsd.org using -f
From: Konstantin Belousov <kib@FreeBSD.org>
Date: Fri, 10 Jul 2009 10:29:16 +0000 (UTC)
To: cvs-src-old@freebsd.org
X-FreeBSD-CVS-Branch: HEAD
Subject: cvs commit: src/sys/amd64/amd64 exception.S
X-BeenThere: cvs-src-old@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: **OBSOLETE** CVS commit messages for the src tree
	<cvs-src-old.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/cvs-src-old>,
	<mailto:cvs-src-old-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/cvs-src-old>
List-Post: <mailto:cvs-src-old@freebsd.org>
List-Help: <mailto:cvs-src-old-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/cvs-src-old>,
	<mailto:cvs-src-old-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 10 Jul 2009 10:29:37 -0000

kib         2009-07-10 10:29:16 UTC

  FreeBSD src repository

  Modified files:
    sys/amd64/amd64      exception.S 
  Log:
  SVN rev 195535 on 2009-07-10 10:29:16Z by kib
  
  When amd64 CPU cannot load segment descriptor during trap return to
  usermode, it generates GPF, that is mirrored to user mode as SIGSEGV.
  The offending register in mcontext should contain the value loading of
  which generated the GPF, and it is so on i386. On amd64, we currently
  report segment descriptor in tf_err, while segment register contains the
  corrected value loaded by trap handler.
  
  Fix the issue by behaving like i386, reloading segment register in trap
  frame after signal frame is pushed onto user stack.
  
  Noted and tested by:    pho
  Approved by:    re (kensmith)
  
  Revision  Changes    Path
  1.140     +12 -12    src/sys/amd64/amd64/exception.S