From owner-freebsd-arch@FreeBSD.ORG Tue May 11 17:59:36 2004 Return-Path: Delivered-To: freebsd-arch@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CDD5716A4CE; Tue, 11 May 2004 17:59:36 -0700 (PDT) Received: from ns1.xcllnt.net (209-128-86-226.bayarea.net [209.128.86.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 797F843D1F; Tue, 11 May 2004 17:59:36 -0700 (PDT) (envelope-from marcel@xcllnt.net) Received: from ns1.xcllnt.net (localhost [127.0.0.1]) by ns1.xcllnt.net (8.12.11/8.12.11) with ESMTP id i4C0xPUY041050; Tue, 11 May 2004 17:59:25 -0700 (PDT) (envelope-from marcel@ns1.xcllnt.net) Received: (from marcel@localhost) by ns1.xcllnt.net (8.12.11/8.12.11/Submit) id i4C0xP7H041049; Tue, 11 May 2004 17:59:25 -0700 (PDT) (envelope-from marcel) Date: Tue, 11 May 2004 17:59:25 -0700 From: Marcel Moolenaar To: "M. Warner Losh" Message-ID: <20040512005925.GA40996@ns1.xcllnt.net> References: <20040507231846.F52653@root.org> <20040508164334.GA3217@dhcp01.pn.xcllnt.net> <20040511151428.P77557@root.org> <20040511.183538.13771005.imp@bsdimp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040511.183538.13771005.imp@bsdimp.com> User-Agent: Mutt/1.5.5.1i cc: acpi@freebsd.org cc: arch@freebsd.org cc: nate@root.org Subject: Re: New ACPI blacklist format X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 May 2004 00:59:36 -0000 On Tue, May 11, 2004 at 06:35:38PM -0600, M. Warner Losh wrote: > : > > : > You put all three of them in GENERIC and people can add or remove them > : > from their own kernel configuration to fit their needs (and save space). > : > If the quirks are in MI files, then this also avoids that i386 quirks > : > end up in amd64 or ia64 kernels. > : > : There will be about 100-300 of these. :) > > All the more reason to have them in a form that can easily be subset > and takes the tedium (== error possibilities) out of the loop :-) Agreed. The compactness and syntax of the source code can then be optimized for readability and editability. The generated quirks can be optimized for speed and space. With that many quirk entries, I think that's important enough to the offset the added complexity... -- Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net