From owner-cvs-all@FreeBSD.ORG Fri Aug 18 23:16:11 2006 Return-Path: X-Original-To: cvs-all@FreeBSD.org Delivered-To: cvs-all@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C456016A4DD; Fri, 18 Aug 2006 23:16:11 +0000 (UTC) (envelope-from trhodes@FreeBSD.org) Received: from pittgoth.com (ns1.pittgoth.com [216.38.206.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id BB7A843D4C; Fri, 18 Aug 2006 23:16:08 +0000 (GMT) (envelope-from trhodes@FreeBSD.org) Received: from localhost (net-ix.gw.ai.net [205.134.160.6] (may be forged)) (authenticated bits=0) by pittgoth.com (8.13.6/8.13.6) with ESMTP id k7INFHE0013497 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Fri, 18 Aug 2006 19:15:39 -0400 (EDT) (envelope-from trhodes@FreeBSD.org) Date: Fri, 18 Aug 2006 19:14:50 -0400 From: Tom Rhodes To: des@des.no (Dag-Erling =?ISO-8859-1?Q?Sm=F8rgrav?=) Message-Id: <20060818191450.0c00c453.trhodes@FreeBSD.org> In-Reply-To: <86irkqt9of.fsf@xps.des.no> References: <200608181020.k7IAKFub076687@repoman.freebsd.org> <86irkqt9of.fsf@xps.des.no> Organization: The FreeBSD Project X-Mailer: Sylpheed version 1.0.6 (GTK+ 1.2.10; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: cvs-src@FreeBSD.org, src-committers@FreeBSD.org, cvs-all@FreeBSD.org, brueffer@FreeBSD.org Subject: Re: cvs commit: src/sys/modules Makefile 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: Fri, 18 Aug 2006 23:16:11 -0000 On Fri, 18 Aug 2006 16:12:16 +0200 des@des.no (Dag-Erling Sm=F8rgrav) wrote: > Christian Brueffer writes: > > Log: > > Follow the lead of mxgb(4) and build the module for ixgb(4). > > =20 > > Originally it wasn't enabled since the hardware wasn't commonplace, > > but as 10GE hardware is becoming more widely used, building the module > > by default should be beneficial. >=20 > I don't understand the reasoning for the previous state. What does it > matter how common the hardware is? If the driver is in the tree, it > should be built. And I think you explained exactly why he changed it. ;) --=20 Tom Rhodes