From owner-freebsd-stable@FreeBSD.ORG Fri May 24 05:11:41 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 9E4C6821 for ; Fri, 24 May 2013 05:11:41 +0000 (UTC) (envelope-from jdc@koitsu.org) Received: from qmta03.emeryville.ca.mail.comcast.net (qmta03.emeryville.ca.mail.comcast.net [IPv6:2001:558:fe2d:43:76:96:30:32]) by mx1.freebsd.org (Postfix) with ESMTP id 25528A23 for ; Fri, 24 May 2013 05:11:41 +0000 (UTC) Received: from omta20.emeryville.ca.mail.comcast.net ([76.96.30.87]) by qmta03.emeryville.ca.mail.comcast.net with comcast id fh0w1l0041smiN4A3hBgss; Fri, 24 May 2013 05:11:40 +0000 Received: from jdc.koitsu.org ([67.180.84.87]) by omta20.emeryville.ca.mail.comcast.net with comcast id fhBf1l00h1t3BNj8ghBghF; Fri, 24 May 2013 05:11:40 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id D905D73A33; Thu, 23 May 2013 22:11:39 -0700 (PDT) Date: Thu, 23 May 2013 22:11:39 -0700 From: Jeremy Chadwick To: Glen Barber Subject: Re: Apparent fxp regression in FreeBSD 8.4-RC3 Message-ID: <20130524051139.GA41712@icarus.home.lan> References: <20130524010943.GA37252@icarus.home.lan> <20130524012117.GE1672@glenbarber.us> <20130524030351.GA39091@icarus.home.lan> <20130524031303.GC28865@glenbarber.us> <20130524033806.GA39720@icarus.home.lan> <20130524034244.GD28865@glenbarber.us> <20130524044035.GA40957@icarus.home.lan> <20130524045620.GE28865@glenbarber.us> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20130524045620.GE28865@glenbarber.us> User-Agent: Mutt/1.5.21 (2010-09-15) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=comcast.net; s=q20121106; t=1369372300; bh=t2XZyOpkGYvLvvECZcpT7h3jS36rBNc7sFcVtoMurNQ=; h=Received:Received:Received:Date:From:To:Subject:Message-ID: MIME-Version:Content-Type; b=fk9i42kVcO8FpXevyrccdOCQVpbp6JXqhudEB3gXhWjW9irGDCcX9vA0eC+HnnKgC 4SY8PpE8KXsP+QanjAj50PLvk7rJmdnVJYVX0WAXEr8CV3ZWPi6zHQbJoKNneZ1juT 5uZDc4xfdShzoAWJ7JzKw3yOZx/80DjxazVJ1Cmt2ElG2Y6KWMFZKfAD5+hTKdbtGM WSbtsFFVLcmpo4IW+fjb14LKPRQz4ciVHbaV+hbv0nSkzAdU3D1kqaeUSal3TGDbhp mJ2ekrYFPpdJF2XotFJphGcxMyd4GKN9ArqATLXHivngXJDceyrWIVUAnlxrl+LKcG fzODWN2GMZn8w== Cc: YongHyeon PYUN , FreeBSD Release Engineering Team , freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 May 2013 05:11:41 -0000 On Fri, May 24, 2013 at 12:56:20AM -0400, Glen Barber wrote: > On Thu, May 23, 2013 at 09:40:35PM -0700, Jeremy Chadwick wrote: > > [...] > > So if someone wants to take a stab at this, they'll need to do so and > > make me an ISO. Sorry that I can't make things easier. :-( > > > > This definitely needs to get fixed before 8.4-RELEASE. > > > > *sigh*.... > > At this point, it is highly unlikely this will be fixed before > 8.4-RELEASE. We are _far_ too deep into the release cycle. In fact, we > are effectively done with the release, and waiting on release notes to > be completed. > > I think this will likely be included in errata notes for the release. I urge you to meet with others in Release Engineering and discuss this fully. This is major enough that, once fixed, it warrants an immediate binary update (to the kernel + if_fxp.ko) pushed out via freebsd-update. fxp(4) is a commonly-used driver; it isn't something rare/uncommon. Also remember at this stage we don't know if it's a specific PHY model or specific NIC model (or series) which triggers it. For all we know it could affect everything that fxp(4) drives. Please don't forget that FreeBSD has a very well-established history of having rock-solid Intel NIC support. Sure, mistakes happen, we're human, bugs get introduced, but this does not bode well -- meaning I would expect Slashdot et al to pick up on this. > It is very unfortunate that this waited so long to be reported, as much > time has passed since 8.4-BETA1... This is what happens when people socially proliferate the belief that "RELEASE is rock solid/stable, don't run stable/X" -- the number of people who test what changes between RELEASE builds is vastly smaller comparatively. I've only been saying this for the past 15 years, so it's even more unfortunate that people keep believing it. :/ -- | Jeremy Chadwick jdc@koitsu.org | | UNIX Systems Administrator http://jdc.koitsu.org/ | | Mountain View, CA, US | | Making life hard for others since 1977. PGP 4BD6C0CB |