From owner-cvs-all@FreeBSD.ORG Sun Nov 16 17:55:25 2003 Return-Path: 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 7984116A4CE; Sun, 16 Nov 2003 17:55:25 -0800 (PST) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6775843FAF; Sun, 16 Nov 2003 17:55:24 -0800 (PST) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.9p2/8.12.9) with ESMTP id hAH1tEeG032483; Sun, 16 Nov 2003 18:55:14 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Sun, 16 Nov 2003 18:54:32 -0700 (MST) Message-Id: <20031116.185432.132432651.imp@bsdimp.com> To: jroberson@chesapeake.net From: "M. Warner Losh" In-Reply-To: <20031116191819.O10222-100000@mail.chesapeake.net> References: <200311170009.hAH09n7u073008@khavrinen.lcs.mit.edu> <20031116191819.O10222-100000@mail.chesapeake.net> X-Mailer: Mew version 2.1 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: cvs-src@freebsd.org cc: src-committers@freebsd.org cc: cvs-all@freebsd.org cc: bde@zeta.org.au cc: wollman@khavrinen.lcs.mit.edu Subject: Re: cvs commit: src/sys/conf kern.post.mk kmod.mk X-BeenThere: cvs-all@freebsd.org X-Mailman-Version: 2.1.1 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: Mon, 17 Nov 2003 01:55:25 -0000 In message: <20031116191819.O10222-100000@mail.chesapeake.net> Jeff Roberson writes: : > < said: : > : > > Agreed, this is required the support the bug. : > : > Not everyone agrees that this is a bug. : > : > I would, however, be willing to stipulate that it is worth limiting : > the number of option combinations a third-party vendor would need to : > support. : : Anymore than 1 per release is too much test load for an officially : supported product. We're only going to further deter companies from : providing binary only drivers if they aren't going to work with most : kernels. Furthermore, we're likely to crash if the driver is not : compatible with the kernel. Agreed. It was only with great reluctance that I enabled it. This will at least give us experience before pulling the trigger on a full blown kernel module build system re-write. Warner