From owner-cvs-all@FreeBSD.ORG  Tue Feb 21 22:09:55 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 01ABA16A420;
	Tue, 21 Feb 2006 22:09:55 +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 B4B2B43D48;
	Tue, 21 Feb 2006 22:09:54 +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 k1LM9sHC078959;
	Tue, 21 Feb 2006 22:09:54 GMT (envelope-from jhb@repoman.freebsd.org)
Received: (from jhb@localhost)
	by repoman.freebsd.org (8.13.1/8.13.1/Submit) id k1LM9sMN078958;
	Tue, 21 Feb 2006 22:09:54 GMT (envelope-from jhb)
Message-Id: <200602212209.k1LM9sMN078958@repoman.freebsd.org>
From: John Baldwin <jhb@FreeBSD.org>
Date: Tue, 21 Feb 2006 22:09:54 +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: Tue, 21 Feb 2006 22:09:55 -0000

jhb         2006-02-21 22:09:54 UTC

  FreeBSD src repository

  Modified files:
    sys/vm               vm_object.c 
  Log:
  Lock the vm_object while checking its type to see if it is a vnode-backed
  object that requires Giant in vm_object_deallocate().  This is somewhat
  hairy in that if we can't obtain Giant directly, we have to drop the
  object lock, then lock Giant, then relock the object lock and verify that
  we still need Giant.  If we don't (because the object changed to OBJT_DEAD
  for example), then we drop Giant before continuing.
  
  Reviewed by:    alc
  Tested by:      kris
  
  Revision  Changes    Path
  1.358     +25 -11    src/sys/vm/vm_object.c