From owner-freebsd-stable@FreeBSD.ORG Wed Aug 13 20:41:04 2008 Return-Path: Delivered-To: stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ADAB1106567A for ; Wed, 13 Aug 2008 20:41:04 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id 84CA28FC2C for ; Wed, 13 Aug 2008 20:41:04 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id CE99346C2B; Wed, 13 Aug 2008 16:41:03 -0400 (EDT) Date: Wed, 13 Aug 2008 21:41:03 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Mike Tancsa In-Reply-To: <200808132034.m7DKY7wm038972@lava.sentex.ca> Message-ID: References: <200808120059.m7C0xvUH028011@lava.sentex.ca> <200808132034.m7DKY7wm038972@lava.sentex.ca> User-Agent: Alpine 1.10 (BSF 962 2008-03-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: stable@FreeBSD.org Subject: Re: HEADS UP: inpcb/inpcbinfo rwlocking: coming to a 7-STABLE branch near you X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Aug 2008 20:41:04 -0000 On Wed, 13 Aug 2008, Mike Tancsa wrote: > At 06:20 AM 8/12/2008, Robert Watson wrote: > >> Anyone out there running name servers, NFS over UDP, and other UDP >> workloads: your testing of this patch prior to commit would be much >> appreciated. > > Not sure if this is related or not, but I am seeing a 'boatload' of strange > proxy arp issues. Odd thing is that I dont have proxy arp enabled anywhere, > at least not knowingly. Dear Mike: Well, it shouldn't be related, but sometimes things get tricky with locking if it turns out that extra locking at one layer was masking a lack of locking at another. Let's try to diagnose this one a bit more before concluding that is the case, though. I take that the same problems don't happen if you boot a vanilla version of the same rev of the kernel? What command did you use to generate the list at the bottom of your e-mail? Robert N M Watson Computer Laboratory University of Cambridge > > 0[smtp2]# sysctl -a | grep prox > net.link.ether.inet.proxyall: 0 > 0[smtp2]# > > > 0[smtp2]# arp -na | wc > 27665 227053 1669734 > 0[smtp2]# > > ? (199.212.134.1) at (incomplete) on em0 [ethernet] > ? (199.212.134.1) at (incomplete) on em0 [ethernet] > ? (199.212.134.1) at (incomplete) on em0 [ethernet] > ? (199.212.134.1) at (incomplete) on em0 [ethernet] > ? (199.212.134.1) at (incomplete) on em0 [ethernet] > ? (199.212.134.1) at (incomplete) on em0 [ethernet] > ? (199.212.134.1) at (incomplete) on em0 [ethernet] > ? (199.212.134.1) at (incomplete) on em0 [ethernet] > ? (199.212.134.1) at (incomplete) on em0 [ethernet] > ? (199.212.134.1) at (incomplete) on em0 [ethernet] > ? (199.212.134.1) at (incomplete) on em0 [ethernet] > ? (199.212.134.1) at (incomplete) on em0 published (proxy only) [ethernet] > ? (199.212.134.2) at 00:30:48:8f:3e:8a on em0 [ethernet] > ? (199.212.134.2) at (incomplete) on em0 [ethernet] > ? (199.212.134.2) at (incomplete) on em0 [ethernet] > ? (199.212.134.2) at (incomplete) on em0 [ethernet] > ? (199.212.134.2) at (incomplete) on em0 [ethernet] > ? (199.212.134.2) at (incomplete) on em0 [ethernet] > ? (199.212.134.2) at (incomplete) on em0 [ethernet] > ? (199.212.134.2) at (incomplete) on em0 [ethernet] > ? (199.212.134.2) at (incomplete) on em0 published (proxy only) [ethernet] > ? (199.212.134.2) at (incomplete) on em0 published (proxy only) [ethernet] > ? (199.212.134.2) at (incomplete) on em0 [ethernet] > ? (199.212.134.2) at (incomplete) on em0 published (proxy only) [ethernet] > ? (199.212.134.2) at (incomplete) on em0 [ethernet] > ? (199.212.134.2) at (incomplete) on em0 [ethernet] > ? (199.212.134.2) at (incomplete) on em0 [ethernet] >