From owner-cvs-src@FreeBSD.ORG  Sat Dec 25 22:23:13 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 B355A16A4CE; Sat, 25 Dec 2004 22:23:13 +0000 (GMT)
Received: from repoman.freebsd.org (repoman.freebsd.org [216.136.204.115])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id 899AB43D49; Sat, 25 Dec 2004 22:23:13 +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 iBPMNDDf069126;
	Sat, 25 Dec 2004 22:23:13 GMT
	(envelope-from rwatson@repoman.freebsd.org)
Received: (from rwatson@localhost)
	by repoman.freebsd.org (8.13.1/8.13.1/Submit) id iBPMNDbr069125;
	Sat, 25 Dec 2004 22:23:13 GMT
	(envelope-from rwatson)
Message-Id: <200412252223.iBPMNDbr069125@repoman.freebsd.org>
From: Robert Watson <rwatson@FreeBSD.org>
Date: Sat, 25 Dec 2004 22:23:13 +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/netinet tcp_input.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: Sat, 25 Dec 2004 22:23:13 -0000

rwatson     2004-12-25 22:23:13 UTC

  FreeBSD src repository

  Modified files:
    sys/netinet          tcp_input.c 
  Log:
  Revert parts of tcp_input.c:1.255 associated with the header predicted
  cases for tcp_input():
  
  While it is true that the pcbinfo lock provides a pseudo-reference to
  inpcbs, both the inpcb and pcbinfo locks are required to free an
  un-referenced inpcb.  As such, we can release the pcbinfo lock as
  long as the inpcb remains locked with the confidence that it will not
  be garbage-collected.  This leads to a less conservative locking
  strategy that should reduce contention on the TCP pcbinfo lock.
  
  Discussed with: sam
  
  Revision  Changes    Path
  1.262     +7 -2      src/sys/netinet/tcp_input.c