From owner-cvs-src@FreeBSD.ORG Sun Jul 30 07:14:28 2006 Return-Path: X-Original-To: cvs-src@FreeBSD.ORG Delivered-To: cvs-src@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 72DD816A4DD; Sun, 30 Jul 2006 07:14:28 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 05D5743D45; Sun, 30 Jul 2006 07:14:27 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost.village.org [127.0.0.1] (may be forged)) by harmony.bsdimp.com (8.13.4/8.13.4) with ESMTP id k6U7D9k1097008; Sun, 30 Jul 2006 01:13:10 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Sun, 30 Jul 2006 01:13:29 -0600 (MDT) Message-Id: <20060730.011329.-490997054.imp@bsdimp.com> To: marcel@FreeBSD.ORG From: "M. Warner Losh" In-Reply-To: <200607291838.k6TIctG4032258@repoman.freebsd.org> References: <200607291838.k6TIctG4032258@repoman.freebsd.org> X-Mailer: Mew version 4.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Sun, 30 Jul 2006 01:13:10 -0600 (MDT) Cc: cvs-src@FreeBSD.ORG, src-committers@FreeBSD.ORG, cvs-all@FreeBSD.ORG Subject: Re: cvs commit: src/sys/amd64/conf NOTES src/sys/conf NOTES files files.amd64 files.i386 files.pc98 options options.amd64 options.i386 options.pc98 src/sys/i386/conf NOTES src/sys/ia64/conf NOTES src/sys/pc98/conf NOTES ... X-BeenThere: cvs-src@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: CVS commit messages for the src tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 Jul 2006 07:14:28 -0000 In message: <200607291838.k6TIctG4032258@repoman.freebsd.org> Marcel Moolenaar writes: : sio(4) is usable on less than half the platforms, not counting : a future mips platform. Its presence in MI files is therefore : increasingly becoming a burden. On second thought, I guess I don't care enough to put up any kind of stink. Forget I said anything. Instead of arguing over this, I'm going to try to make these sorts of issues moot. The build system for the kernel is showing its age and it is time for a revolution. No sense planning one of those and quibbling over the old world order at the same time :-) Warner