From owner-freebsd-current@FreeBSD.ORG Mon Jun 14 21:59:13 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6A39A1065715 for ; Mon, 14 Jun 2010 21:59:13 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from mail-gy0-f182.google.com (mail-gy0-f182.google.com [209.85.160.182]) by mx1.freebsd.org (Postfix) with ESMTP id 00D408FC18 for ; Mon, 14 Jun 2010 21:59:12 +0000 (UTC) Received: by gyh20 with SMTP id 20so3617597gyh.13 for ; Mon, 14 Jun 2010 14:59:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=sa1gHrzASjoBETQxD69+wOZK1BDuFqPnjo305zCxwkI=; b=TtZKwXw+eMhC+DEhKHfT0JisF3qHpwCPiLsLXleKDIscfxUNnqg/IWZHR2zP4Uqd9F ZZpyvmpau/IzZa64Y2hAUMZKvr0L7pSJHtW2Dunb4O+UHbwFGTcZaBTDVG7iIatcHQB0 Hfy2UZrDSjBZq5ng2/7HsDrqPQZA+fLoEZU3U= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=vRk1oc3uc6+pA7JiPViBoz+IPSrWS4XPn5DZFnXXqqYhNX2bZxSxOu17Sl20BJ0Wca bCzYw3m85a52IBzxmrZwHSIQOK3o5592e7SQrenlFhDLMAcGHDGgGmgMxGxRw00ctebM jr3ghrqfrHBLFwyCIZ9TC7DflMHyBr2we8A4Y= MIME-Version: 1.0 Received: by 10.229.223.130 with SMTP id ik2mr2775131qcb.107.1276552750693; Mon, 14 Jun 2010 14:59:10 -0700 (PDT) Received: by 10.229.80.75 with HTTP; Mon, 14 Jun 2010 14:59:10 -0700 (PDT) In-Reply-To: References: Date: Mon, 14 Jun 2010 14:59:10 -0700 Message-ID: From: Garrett Cooper To: Xin LI Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD Current Subject: Re: Multiple stability issues with r208557, r208809 on amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Jun 2010 21:59:13 -0000 On Tue, Jun 8, 2010 at 5:37 PM, Garrett Cooper wrote: > On Tue, Jun 8, 2010 at 4:59 PM, Xin LI wrote: >> Do you mean between the two revisions or something? =A0I committed >> r208557 which doesn't seem likely to cause any runtime issue; 208809 >> is isp(4) change which is not part of your kernel... >> >> [delphij@delta] /usr/src> svn log -r 208557 >> ------------------------------------------------------------------------ >> r208557 | delphij | 2010-05-25 15:19:51 -0700 (Tue, 25 May 2010) | 4 lin= es >> >> Grammar nits. >> >> Submitted by: =A0 b. f. >> >> ------------------------------------------------------------------------ >> [delphij@delta] /usr/src> svn diff -c 208557 >> Index: release/doc/en_US.ISO8859-1/relnotes/article.sgml >> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >> --- release/doc/en_US.ISO8859-1/relnotes/article.sgml =A0 (revision 2085= 56) >> +++ release/doc/en_US.ISO8859-1/relnotes/article.sgml =A0 (revision 2085= 57) >> @@ -327,7 +327,7 @@ >> =A0 =A0 =A0 based on libarchive, have replaced the = GNU >> =A0 =A0 =A0 Binutils versions of these utilities. >> >> - =A0 =A0BSD-licensed version of &man.bc.1; and &man.dc.1; has >> + =A0 =A0BSD-licensed versions of &man.bc.1; and &man.dc.1; have >> =A0 =A0 =A0 replaced their GNU counterparts. >> >> =A0 =A0 &man.chflags.1; now supports a >> flag for >> @@ -378,7 +378,7 @@ >> =A0 =A0 =A0 disable the use of TCP options. >> >> =A0 =A0 &man.nc.1;'s switch has been deprecate= d. >> - =A0 =A0 =A0It will be removed in future release. >> + =A0 =A0 =A0It will be removed in a future release. >> >> =A0 =A0 The &man.ping6.8; utility now returns 2 >> =A0 =A0 =A0 when the packet transmission was successful but no responses > > Hi Xin! > > Well, I hope that that wouldn't cause my machine to tank (otherwise it > likes to be a grammar nazi too much :P)... > > What I was trying to identify is a general trend in terms of > evaluation of different versions of CURRENT; somewhere after the code > revision that I noted (r206173), the code appears to be regressing > more and more to the point where CURRENT has become completely > unusable to me in a development scenario, other than just a throwaway > NFS rootfs, s.t. recent code changes need to be thoroughly inspected > and the regression / multiple regressions needs to be root caused > before 9.0-RELEASE, otherwise this will definitely gate multiple > people from upgrading to newer versions of FreeBSD. This probably is > somewhat related to the locking changes, and the fact that several > drivers might have been broken before, but because there were > safeguards around certain sections of code, or because it was > operating at a slow enough rate, the system itself appeared sane and > happy from the outside. But that's probably just useless conjecture > anyhow... > > I realize that CURRENT is supposed to be relatively in flux and it's > primarily for development and evaluation, but I thought that the whole > point of having development branches was to avoid the scenario where > the software itself was completely unusable on dev boxes so that > several folks could work in parallel with [relatively] minor conflicts > between each others' changes. Part of the reason why I've avoided > passing along pkg_install patches -- I want to make sure that I do my > job in testing things to a large degree so I don't break other > peoples' machines unnecessarily (and I'm sure that the bulk majority > of developers on the project feel the same as well). Long story short, I downgraded to 8-STABLE (r209169), and the issue appears to be occurring with ipfw whenever I push through a non-trivial (but not large) number of packets on my bce(4) enabled interface. I'll bring this up with the net@ folks. If this keeps up, I might have to downgrade further down 8-STABLE until I figure out the root cause :(... Thanks, -Garrett