From owner-cvs-all@FreeBSD.ORG  Tue Jan 18 03:48:02 2005
Return-Path: <owner-cvs-all@FreeBSD.ORG>
Delivered-To: cvs-all@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id 5CC5216A4CE; Tue, 18 Jan 2005 03:48:02 +0000 (GMT)
Received: from repoman.freebsd.org (repoman.freebsd.org [216.136.204.115])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id 401AB43D41; Tue, 18 Jan 2005 03:48:02 +0000 (GMT)
	(envelope-from jhb@FreeBSD.org)
Received: from repoman.freebsd.org (localhost [127.0.0.1])
	by repoman.freebsd.org (8.13.1/8.13.1) with ESMTP id j0I3m2YK004932;
	Tue, 18 Jan 2005 03:48:02 GMT
	(envelope-from jhb@repoman.freebsd.org)
Received: (from jhb@localhost)
	by repoman.freebsd.org (8.13.1/8.13.1/Submit) id j0I3m2l4004931;
	Tue, 18 Jan 2005 03:48:02 GMT
	(envelope-from jhb)
Message-Id: <200501180348.j0I3m2l4004931@repoman.freebsd.org>
From: John Baldwin <jhb@FreeBSD.org>
Date: Tue, 18 Jan 2005 03:48:02 +0000 (UTC)
To: src-committers@FreeBSD.org, cvs-src@FreeBSD.org,
	cvs-all@FreeBSD.org
X-FreeBSD-CVS-Branch: HEAD
Subject: cvs commit: src/sys/i386/i386 db_trace.c
X-BeenThere: cvs-all@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: CVS commit messages for the entire tree <cvs-all.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/cvs-all>,
	<mailto:cvs-all-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/cvs-all>
List-Post: <mailto:cvs-all@freebsd.org>
List-Help: <mailto:cvs-all-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/cvs-all>,
	<mailto:cvs-all-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 18 Jan 2005 03:48:02 -0000

jhb         2005-01-18 03:48:02 UTC

  FreeBSD src repository

  Modified files:
    sys/i386/i386        db_trace.c 
  Log:
  Unbreak stack traces across double faults.  In a particular edge case
  (calling a __dead2 function such as panic() at the end of a function), the
  saved %eip on the stack will actually not be part of the function that
  executed a call instruction but instead will be the first instruction of
  the next function in the text.  This happens with dblfault_handler() and
  syscall() for example.  Work around this in the one place it matters by
  looking at the saved %eip - 1 to determine the calling function when we
  check for "magic" frames.
  
  MFC after:      2 weeks
  
  Revision  Changes    Path
  1.66      +8 -2      src/sys/i386/i386/db_trace.c