From owner-cvs-src@FreeBSD.ORG  Wed Aug 25 21:24:36 2004
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 85C5416A4CE; Wed, 25 Aug 2004 21:24:36 +0000 (GMT)
Received: from repoman.freebsd.org (repoman.freebsd.org [216.136.204.115])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id 6640743D6A; Wed, 25 Aug 2004 21:24:36 +0000 (GMT)
	(envelope-from rwatson@FreeBSD.org)
Received: from repoman.freebsd.org (localhost [127.0.0.1])
	by repoman.freebsd.org (8.12.11/8.12.11) with ESMTP id i7PLOaHh084710;
	Wed, 25 Aug 2004 21:24:36 GMT
	(envelope-from rwatson@repoman.freebsd.org)
Received: (from rwatson@localhost)
	by repoman.freebsd.org (8.12.11/8.12.11/Submit) id i7PLOaHa084709;
	Wed, 25 Aug 2004 21:24:36 GMT
	(envelope-from rwatson)
Message-Id: <200408252124.i7PLOaHa084709@repoman.freebsd.org>
From: Robert Watson <rwatson@FreeBSD.org>
Date: Wed, 25 Aug 2004 21:24:36 +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 uipc_usrreq.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: Wed, 25 Aug 2004 21:24:36 -0000

rwatson     2004-08-25 21:24:36 UTC

  FreeBSD src repository

  Modified files:
    sys/kern             uipc_usrreq.c 
  Log:
  Don't hold the UNIX domain socket subsystem lock over the body of the
  UNIX domain socket garbage collection implementation, as that risks
  holding the mutex over potentially sleeping operations (as well as
  introducing some nasty lock order issues, etc).  unp_gc() will hold
  the lock long enough to do necessary deferal checks and set that it's
  running, but then release it until it needs to reset the gc state.
  
  RELENG_5 candidate.
  
  Discussed with: alfred
  
  Revision  Changes    Path
  1.140     +15 -8     src/sys/kern/uipc_usrreq.c