From owner-cvs-all@FreeBSD.ORG Sat Oct 6 07:36:45 2007 Return-Path: Delivered-To: cvs-all@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7770016A419; Sat, 6 Oct 2007 07:36:45 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.freebsd.org (Postfix) with ESMTP id 27DED13C45D; Sat, 6 Oct 2007 07:36:45 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from phobos.samsco.home (phobos.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.8/8.13.8) with ESMTP id l967abZR080779; Sat, 6 Oct 2007 01:36:38 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <47073AF5.1010109@samsco.org> Date: Sat, 06 Oct 2007 01:36:21 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.6) Gecko/20070802 SeaMonkey/1.1.4 MIME-Version: 1.0 To: Jack Vogel , Jack F Vogel , src-committers@freebsd.org, cvs-src@freebsd.org, cvs-all@freebsd.org References: <200710052249.l95Mn9Nb071852@repoman.freebsd.org> <20071005231538.GA24016@owl.midgard.homeip.net> <2a41acea0710051705l217224b6vc705dc6139b94e3b@mail.gmail.com> <20071006004634.GA24962@owl.midgard.homeip.net> In-Reply-To: <20071006004634.GA24962@owl.midgard.homeip.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (pooker.samsco.org [168.103.85.57]); Sat, 06 Oct 2007 01:36:38 -0600 (MDT) X-Spam-Status: No, score=-1.2 required=5.5 tests=ALL_TRUSTED, MAILTO_TO_SPAM_ADDR autolearn=failed version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on pooker.samsco.org Cc: Subject: Re: cvs commit: src/sys/conf files kern.pre.mk src/sys/dev/em LICENSE e1000_80003es2lan.c e1000_80003es2lan.h e1000_82540.c e1000_82541.c e1000_82541.h e1000_82542.c e1000_82543.c e1000_82543.h e1000_82571.c e1000_82571.h e1000_82575.c ... X-BeenThere: cvs-all@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: CVS commit messages for the entire tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Oct 2007 07:36:45 -0000 Erik Trulsson wrote: > On Fri, Oct 05, 2007 at 05:05:05PM -0700, Jack Vogel wrote: >> On 10/5/07, Erik Trulsson wrote: >>> On Fri, Oct 05, 2007 at 10:49:09PM +0000, Jack F Vogel wrote: >>>> jfv 2007-10-05 22:49:09 UTC >>>> >>>> FreeBSD src repository >>>> >>>> Modified files: (Branch: RELENG_6) >>>> sys/conf files kern.pre.mk >>>> sys/dev/em LICENSE if_em.c if_em.h >>>> sys/modules/em Makefile >>>> Added files: (Branch: RELENG_6) >>>> sys/dev/em e1000_80003es2lan.c e1000_80003es2lan.h >>>> e1000_82540.c e1000_82541.c e1000_82541.h >>>> e1000_82542.c e1000_82543.c e1000_82543.h >>>> e1000_82571.c e1000_82571.h e1000_82575.c >>>> e1000_82575.h e1000_api.c e1000_api.h >>>> e1000_defines.h e1000_hw.h >>>> e1000_ich8lan.c e1000_ich8lan.h >>>> e1000_mac.c e1000_mac.h e1000_manage.c >>>> e1000_manage.h e1000_nvm.c e1000_nvm.h >>>> e1000_osdep.h e1000_phy.c e1000_phy.h >>>> e1000_regs.h >>>> Removed files: (Branch: RELENG_6) >>>> sys/dev/em if_em_hw.c if_em_hw.h if_em_osdep.h >>>> Log: >>>> MFC of Intel driver version 6.6.6 >>>> This adds our new modular shared code, support for MSI/MSIX, hardware >>>> support for newer adapters, and a variety of bug fixes. >>> Am I right in thinking that this code is actually newer than the code >>> in -CURRENT (which seems to be version 6.5.3) ? If this is indeed the >>> case, then shouldn't this code have gone into -CURRENT first? >> Yes, it is newer, the reason for this is the delta between what CURRENT >> has and this is small, and I did not want to impact CURRENT while its >> frozen getting ready for release. >> >> That delta between CURRENT and this is also not just some hacking of >> mine, its from my Intel release that has gone thru a whole test/validation >> and bug fix period of months. >> >> I would actually have liked to update BOTH CURRENT and STABLE with >> this but I was holding off on CURRENT because there are no critical >> bug fixes it doesnt have, and its about to be made into a release. > > As I understand it the policy of FreeBSD is that new stuff *always* should > go into -CURRENT first before it is allowed to go into any -STABLE branch. > > Please see > http://www.freebsd.org/doc/en_US.ISO8859-1/articles/committers-guide/rules.html > What do you expect to accomplish by lecturing a vendor who has shown very good faith over the years in supporting FreeBSD? Maybe we should tell Intel to piss off since you obviously know how to support their hardware much better than they do. Scott