From owner-cvs-all@FreeBSD.ORG  Fri Jan 27 22:22:11 2006
Return-Path: <owner-cvs-all@FreeBSD.ORG>
X-Original-To: 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 299E116A420;
	Fri, 27 Jan 2006 22:22:11 +0000 (GMT) (envelope-from jhb@FreeBSD.org)
Received: from repoman.freebsd.org (repoman.freebsd.org [216.136.204.115])
	by mx1.FreeBSD.org (Postfix) with ESMTP id E292643D46;
	Fri, 27 Jan 2006 22:22:10 +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 k0RMMAVV062023;
	Fri, 27 Jan 2006 22:22:10 GMT (envelope-from jhb@repoman.freebsd.org)
Received: (from jhb@localhost)
	by repoman.freebsd.org (8.13.1/8.13.1/Submit) id k0RMMAoR062022;
	Fri, 27 Jan 2006 22:22:10 GMT (envelope-from jhb)
Message-Id: <200601272222.k0RMMAoR062022@repoman.freebsd.org>
From: John Baldwin <jhb@FreeBSD.org>
Date: Fri, 27 Jan 2006 22:22:10 +0000 (UTC)
To: src-committers@FreeBSD.org, cvs-src@FreeBSD.org, cvs-all@FreeBSD.org
X-FreeBSD-CVS-Branch: HEAD
Cc: 
Subject: cvs commit: src/sys/i386/i386 trap.c src/sys/amd64/amd64 trap.c
X-BeenThere: cvs-all@freebsd.org
X-Mailman-Version: 2.1.5
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: Fri, 27 Jan 2006 22:22:11 -0000

jhb         2006-01-27 22:22:10 UTC

  FreeBSD src repository

  Modified files:
    sys/i386/i386        trap.c 
    sys/amd64/amd64      trap.c 
  Log:
  Call WITNESS_CHECK() in the page fault handler and immediately assume it
  is a fatal fault if we are holding any non-sleepable locks.  This should
  cut down on the number of bogus LORs we currently get when the kernel
  panics due to a NULL (or bogus) pointer dereference that goes wandering
  off into the VM system which tries to acquire locks and then kicks off
  the spurious LORs.  This should probably be ported to all the archs at
  some point.
  
  Tested on:      i386
  
  Revision  Changes    Path
  1.300     +9 -1      src/sys/amd64/amd64/trap.c
  1.287     +11 -3     src/sys/i386/i386/trap.c