From owner-cvs-src@FreeBSD.ORG  Mon Apr 11 09:23:56 2005
Return-Path: <owner-cvs-src@FreeBSD.ORG>
Delivered-To: cvs-src@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id 50DB016A4CE; Mon, 11 Apr 2005 09:23:56 +0000 (GMT)
Received: from repoman.freebsd.org (repoman.freebsd.org [216.136.204.115])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id 3AABB43D31; Mon, 11 Apr 2005 09:23:56 +0000 (GMT)
	(envelope-from jeff@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 j3B9NuaO071483;
	Mon, 11 Apr 2005 09:23:56 GMT
	(envelope-from jeff@repoman.freebsd.org)
Received: (from jeff@localhost)
	by repoman.freebsd.org (8.13.1/8.13.1/Submit) id j3B9NuvH071482;
	Mon, 11 Apr 2005 09:23:56 GMT
	(envelope-from jeff)
Message-Id: <200504110923.j3B9NuvH071482@repoman.freebsd.org>
From: Jeff Roberson <jeff@FreeBSD.org>
Date: Mon, 11 Apr 2005 09:23:56 +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/kern vfs_vnops.c
X-BeenThere: cvs-src@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: CVS commit messages for the src tree <cvs-src.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/cvs-src>,
	<mailto:cvs-src-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/cvs-src>
List-Post: <mailto:cvs-src@freebsd.org>
List-Help: <mailto:cvs-src-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/cvs-src>,
	<mailto:cvs-src-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 11 Apr 2005 09:23:56 -0000

jeff        2005-04-11 09:23:56 UTC

  FreeBSD src repository

  Modified files:
    sys/kern             vfs_vnops.c 
  Log:
   - Assert that we're no longer doing recursive vn_locks in inactive/reclaim
     as I'd like to get rid of the vxthread.
   - Handle lock requests which don't actually want a lock as this is a
     much more convenient place to handle this condition than in vget().
     These requests simply want to know that VI_DOOMED isn't set.
   - Correct a test at the end of vn_lock, if error !=0 should be
     if error == 0, this has been broken since I comitted the VI_DOOMED
     changes, but no one ran into it because vget() duplicated this
     functionality.
  
  Sponsored by:   Isilon Systems, Inc.
  
  Revision  Changes    Path
  1.229     +12 -3     src/sys/kern/vfs_vnops.c