From owner-cvs-all@FreeBSD.ORG Tue Jan 23 19:30:26 2007 Return-Path: X-Original-To: cvs-all@freebsd.org Delivered-To: cvs-all@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DBA5216A400; Tue, 23 Jan 2007 19:30:26 +0000 (UTC) (envelope-from mjacob@freebsd.org) Received: from ns1.feral.com (ns1.feral.com [192.67.166.1]) by mx1.freebsd.org (Postfix) with ESMTP id B125713C448; Tue, 23 Jan 2007 19:30:26 +0000 (UTC) (envelope-from mjacob@freebsd.org) Received: from ns1.feral.com (localhost [127.0.0.1]) by ns1.feral.com (8.13.8/8.13.8) with ESMTP id l0NJSufu044143; Tue, 23 Jan 2007 11:29:04 -0800 (PST) (envelope-from mjacob@freebsd.org) Received: from localhost (mjacob@localhost) by ns1.feral.com (8.13.8/8.13.8/Submit) with ESMTP id l0NJSund044140; Tue, 23 Jan 2007 11:28:56 -0800 (PST) (envelope-from mjacob@freebsd.org) X-Authentication-Warning: ns1.feral.com: mjacob owned process doing -bs Date: Tue, 23 Jan 2007 11:28:56 -0800 (PST) From: mjacob@freebsd.org To: Sam Leffler In-Reply-To: <45B65E4C.2050306@errno.com> Message-ID: <20070123112723.P43982@ns1.feral.com> References: <20070123173026.E692416A4CD@hub.freebsd.org> <45B65710.4060607@root.org> <20070123105009.G41619@ns1.feral.com> <45B65E4C.2050306@errno.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: cvs-src@freebsd.org, src-committers@freebsd.org, cvs-all@freebsd.org, Nate Lawson Subject: Re: cvs commit: src/sys/cam/scsi scsi_da.c X-BeenThere: cvs-all@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: mjacob@freebsd.org List-Id: CVS commit messages for the entire tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Jan 2007 19:30:27 -0000 >> >> a) It'd be nice if we could move quirks to some sysctl or hints format >> to get out of this tail chasing business. >> >> > There are other databases besides quirks that'd be good to make more > flexible. Wonder if splitting them into modules would be an > improvement? Not as good as a sysctl or a hint but it would allow > changing a GENERIC kernel w/o rebuilding. If people can't set it via the OK prompt, that's a problem. If you just do a module, all you're doing is moving compiled code from one place to another. IMO.