From owner-freebsd-current@FreeBSD.ORG Wed Jun 9 00:37:48 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 5E584106567B for ; Wed, 9 Jun 2010 00:37:48 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id 0FEB68FC13 for ; Wed, 9 Jun 2010 00:37:47 +0000 (UTC) Received: by vws1 with SMTP id 1so187353vws.13 for ; Tue, 08 Jun 2010 17:37:47 -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=iNpE7/noby3Hx2q7IUSmMuQuMnRrCI2dj07R2x0NCkM=; b=abN7SRVlG9bF9Pc4g0kRpYvVRm0M1zOubtQQipevSVJzDi99eg5Urx2Vqzqtrg5hTa 0YCLD3kwEReHNZgibZlL3OjbLE1O4o1Wnvxdyb8yDcF5xWD+lmfJhzTpcBT/dV74awuO k4K9gsREncbsT+SJ/b7bPP8NBG5rDYQDhJKfA= 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=qsIbgwVB7A7mW1KzPHQvwOgF6ROSSWbcXrAR7K4ic9Bdw4EFZ2LJrEgL06COmphNSh gK2+y8zKMsp6y/7bITiqWnjOBUK5Q3SR4JD/woiEnxw5PbHs8yU7QlgpwxEyS30TAtxq x+G+3ODvOAQ1YyuWFdCvLIkOAoytY7JVM1zHw= MIME-Version: 1.0 Received: by 10.224.45.33 with SMTP id c33mr1842418qaf.128.1276043864333; Tue, 08 Jun 2010 17:37:44 -0700 (PDT) Received: by 10.229.233.74 with HTTP; Tue, 8 Jun 2010 17:37:44 -0700 (PDT) In-Reply-To: References: Date: Tue, 8 Jun 2010 17:37:44 -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: Wed, 09 Jun 2010 00:37:48 -0000 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 line= s > > 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 20855= 6) > +++ release/doc/en_US.ISO8859-1/relnotes/article.sgml =A0 (revision 20855= 7) > @@ -327,7 +327,7 @@ > =A0 =A0 =A0 based on libarchive, have replaced the G= NU > =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 deprecated= . > - =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). Thanks! -Garrett