From owner-cvs-all@FreeBSD.ORG  Thu Feb 17 12:53:47 2005
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 4F10816A4CE; Thu, 17 Feb 2005 12:53:47 +0000 (GMT)
Received: from repoman.freebsd.org (repoman.freebsd.org [216.136.204.115])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id 2274543D60; Thu, 17 Feb 2005 12:53:47 +0000 (GMT)
	(envelope-from rwatson@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 j1HCrk3Z016941;
	Thu, 17 Feb 2005 12:53:47 GMT
	(envelope-from rwatson@repoman.freebsd.org)
Received: (from rwatson@localhost)
	by repoman.freebsd.org (8.13.1/8.13.1/Submit) id j1HCrkex016940;
	Thu, 17 Feb 2005 12:53:46 GMT
	(envelope-from rwatson)
Message-Id: <200502171253.j1HCrkex016940@repoman.freebsd.org>
From: Robert Watson <rwatson@FreeBSD.org>
Date: Thu, 17 Feb 2005 12:53:46 +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_socket2.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, 17 Feb 2005 12:53:47 -0000

rwatson     2005-02-17 12:53:46 UTC

  FreeBSD src repository

  Modified files:
    sys/kern             uipc_socket2.c 
  Log:
  In sonewconn(), set the new socket's state to show the protocol-provided
  connection status before inserting the new socket into the listen
  socket's accept queue, or there might be a race in which another thread
  wakes up when the accept lock is released, and sees the socket before its
  state is set correctly.  The wakeup still occurs after the accept lock is
  released.  There have been no diagnoses of this bug in real-world systems
  (as yet).
  
  MFC after:      3 days
  
  Revision  Changes    Path
  1.142     +1 -1      src/sys/kern/uipc_socket2.c