From owner-cvs-all@FreeBSD.ORG  Thu Sep  2 03:21:40 2004
Return-Path: <owner-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 3DEC116A4CE; Thu,  2 Sep 2004 03:21:40 +0000 (GMT)
Received: from repoman.freebsd.org (repoman.freebsd.org [216.136.204.115])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id 33D5443D2F; Thu,  2 Sep 2004 03:21:40 +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 i823LeDb034320;
	Thu, 2 Sep 2004 03:21:40 GMT
	(envelope-from rwatson@repoman.freebsd.org)
Received: (from rwatson@localhost)
	by repoman.freebsd.org (8.12.11/8.12.11/Submit) id i823LeY5034319;
	Thu, 2 Sep 2004 03:21:40 GMT
	(envelope-from rwatson)
Message-Id: <200409020321.i823LeY5034319@repoman.freebsd.org>
From: Robert Watson <rwatson@FreeBSD.org>
Date: Thu, 2 Sep 2004 03:21:40 +0000 (UTC)
To: src-committers@FreeBSD.org, cvs-src@FreeBSD.org,
	cvs-all@FreeBSD.org
X-FreeBSD-CVS-Branch: RELENG_5
Subject: cvs commit: src/sys/kern uipc_usrreq.c
X-BeenThere: cvs-all@freebsd.org
X-Mailman-Version: 2.1.1
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: Thu, 02 Sep 2004 03:21:40 -0000

rwatson     2004-09-02 03:21:40 UTC

  FreeBSD src repository

  Modified files:        (Branch: RELENG_5)
    sys/kern             uipc_usrreq.c 
  Log:
  Merge uipc_usrreq.c:1.140 to RELENG_5:
  
    date: 2004/08/25 21:24:36;  author: rwatson;  state: Exp;  lines: +15 -8
    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.
  
    Discussed with: alfred
  
  Approved by:    re (kensmith)
  
  Revision   Changes    Path
  1.138.2.2  +15 -8     src/sys/kern/uipc_usrreq.c