From owner-cvs-all@FreeBSD.ORG  Mon Jul 17 06:45:04 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 ABE6A16A4DD;
	Mon, 17 Jul 2006 06:45:04 +0000 (UTC) (envelope-from alc@FreeBSD.org)
Received: from repoman.freebsd.org (repoman.freebsd.org [216.136.204.115])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 5972243D45;
	Mon, 17 Jul 2006 06:45:04 +0000 (GMT) (envelope-from alc@FreeBSD.org)
Received: from repoman.freebsd.org (localhost [127.0.0.1])
	by repoman.freebsd.org (8.13.6/8.13.6) with ESMTP id k6H6j4P5046874;
	Mon, 17 Jul 2006 06:45:04 GMT (envelope-from alc@repoman.freebsd.org)
Received: (from alc@localhost)
	by repoman.freebsd.org (8.13.6/8.13.4/Submit) id k6H6j3Gw046873;
	Mon, 17 Jul 2006 06:45:03 GMT (envelope-from alc)
Message-Id: <200607170645.k6H6j3Gw046873@repoman.freebsd.org>
From: Alan Cox <alc@FreeBSD.org>
Date: Mon, 17 Jul 2006 06:45:03 +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/vm vm_object.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: Mon, 17 Jul 2006 06:45:04 -0000

alc         2006-07-17 06:45:03 UTC

  FreeBSD src repository

  Modified files:
    sys/vm               vm_object.c 
  Log:
  Ensure that vm_object_deallocate() doesn't dereference a stale object
  pointer: When vm_object_deallocate() sleeps because of a non-zero
  paging in progress count on either object or object's shadow,
  vm_object_deallocate() must ensure that object is still the shadow's
  backing object when it reawakens.  In fact, object may have been
  deallocated while vm_object_deallocate() slept.  If so, reacquiring
  the lock on object can lead to a deadlock.
  
  Submitted by: ups@
  MFC after: 3 weeks
  
  Revision  Changes    Path
  1.360     +13 -6     src/sys/vm/vm_object.c