From owner-svn-src-all@FreeBSD.ORG Sat Jun 11 16:47:24 2011 Return-Path: Delivered-To: svn-src-all@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4C8AE106567B; Sat, 11 Jun 2011 16:47:24 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 055F68FC27; Sat, 11 Jun 2011 16:47:23 +0000 (UTC) Received: from [10.0.0.63] (63.imp.bsdimp.com [10.0.0.63]) (authenticated bits=0) by harmony.bsdimp.com (8.14.4/8.14.3) with ESMTP id p5BGiJ2X055470 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES128-SHA bits=128 verify=NO); Sat, 11 Jun 2011 10:44:22 -0600 (MDT) (envelope-from imp@bsdimp.com) Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=us-ascii From: Warner Losh In-Reply-To: Date: Sat, 11 Jun 2011 10:44:14 -0600 Content-Transfer-Encoding: quoted-printable Message-Id: <75DAEF7E-F43E-427E-8AFA-586E0B56D450@bsdimp.com> References: <201106110908.p5B98kkE066709@svn.freebsd.org> To: Robert Watson X-Mailer: Apple Mail (2.1084) X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (harmony.bsdimp.com [10.0.0.6]); Sat, 11 Jun 2011 10:44:22 -0600 (MDT) Cc: svn-src-head@freebsd.org, Adrian Chadd , src-committers@freebsd.org, svn-src-all@freebsd.org, Joel Dahl Subject: Re: svn commit: r222980 - in head/sys: amd64/conf i386/conf X-BeenThere: svn-src-all@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "SVN commit messages for the entire src tree \(except for " user" and " projects" \)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Jun 2011 16:47:24 -0000 On Jun 11, 2011, at 7:47 AM, Robert Watson wrote: >=20 > On Sat, 11 Jun 2011, Adrian Chadd wrote: >=20 >> btw, I just posted something similar to this on -arch. >=20 > FWIW, it doesn't have to be pretty, it really just has to work. It = would be nice if the same data could be used by both the boot loader and = devd to load driver modules, and if the data were structured so that it = could be easily extended. I.e., /etc/driverdb with individual .xml or = .whatever files, one per device driver, laying claim to things. That = way if there's going to be duking out for ownership of the device during = early device, it's all worked out then. Yea, that's not going to happen for 9. Sorry. I've been trying to get = people interested in the problem of putting the device data in drivers = in a standard for for years and there's been nobody that wants to do it. = Having /etc/driverdb is going to be obsolete very quickly and be a = nightmare to maintain. I think our best bet for 9 is to strip GENERIC to the bone and have a = 'generic.conf' if you will that loads everything we compile in today. For 10 we can move to having all the driver data exported in sections in = the .ko files so that devd can load them. We don't need to have them loaded by loader.conf. All you need for that = are the boot devices. I've run my laptops for years like this. Warner=