From owner-cvs-all@FreeBSD.ORG  Fri Sep 29 04:37:23 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 8073D16A407;
	Fri, 29 Sep 2006 04:37:23 +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 3FCF243D49;
	Fri, 29 Sep 2006 04:37:23 +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 k8T4bNwc008425;
	Fri, 29 Sep 2006 04:37:23 GMT (envelope-from alc@repoman.freebsd.org)
Received: (from alc@localhost)
	by repoman.freebsd.org (8.13.6/8.13.4/Submit) id k8T4bNcT008424;
	Fri, 29 Sep 2006 04:37:23 GMT (envelope-from alc)
Message-Id: <200609290437.k8T4bNcT008424@repoman.freebsd.org>
From: Alan Cox <alc@FreeBSD.org>
Date: Fri, 29 Sep 2006 04:37:23 +0000 (UTC)
To: src-committers@FreeBSD.org, cvs-src@FreeBSD.org, cvs-all@FreeBSD.org
X-FreeBSD-CVS-Branch: RELENG_6
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: Fri, 29 Sep 2006 04:37:23 -0000

alc         2006-09-29 04:37:23 UTC

  FreeBSD src repository

  Modified files:        (Branch: RELENG_6)
    sys/vm               vm_object.c 
  Log:
  MFC revision 1.358:
   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.
  
  Approved by: re
  
  Revision   Changes    Path
  1.349.2.6  +25 -11    src/sys/vm/vm_object.c