Date: Sat, 11 Jun 2011 20:51:32 +0200 From: Pawel Jakub Dawidek <pjd@FreeBSD.org> To: Warner Losh <imp@bsdimp.com> Cc: Adrian Chadd <adrian@freebsd.org>, src-committers@freebsd.org, svn-src-all@freebsd.org, Robert Watson <rwatson@freebsd.org>, Joel Dahl <joel@freebsd.org>, svn-src-head@freebsd.org Subject: Re: svn commit: r222980 - in head/sys: amd64/conf i386/conf Message-ID: <20110611184549.GB3284@garage.freebsd.pl> In-Reply-To: <75DAEF7E-F43E-427E-8AFA-586E0B56D450@bsdimp.com> References: <201106110908.p5B98kkE066709@svn.freebsd.org> <alpine.BSF.2.00.1106111403060.44950@fledge.watson.org> <BANLkTik%2B-gVXGQkFmTH%2Bm2hswfnrRcawrg@mail.gmail.com> <alpine.BSF.2.00.1106111445460.44950@fledge.watson.org> <75DAEF7E-F43E-427E-8AFA-586E0B56D450@bsdimp.com>
next in thread | previous in thread | raw e-mail | index | archive | help
--UPT3ojh+0CqEDtpF Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Jun 11, 2011 at 10:44:14AM -0600, Warner Losh wrote: >=20 > On Jun 11, 2011, at 7:47 AM, Robert Watson wrote: >=20 > >=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 wou= ld 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 fi= les, one per device driver, laying claim to things. That way if there's go= ing to be duking out for ownership of the device during early device, it's = all worked out then. >=20 > Yea, that's not going to happen for 9. Sorry. I've been trying to get p= eople 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 m= aintain. >=20 > I think our best bet for 9 is to strip GENERIC to the bone and have a 'ge= neric.conf' if you will that loads everything we compile in today. I think trasz@ tried that and there is a problem. Loading modules on boot is very slow. If you try to load everything that GENERIC has as modules the boot will take forever. This is very unfortunate, as such MINIMAL kernel would be great for binary updates. On all my servers and my laptop I use such minimalistic kernels and load everything from modules. --=20 Pawel Jakub Dawidek http://www.wheelsystems.com FreeBSD committer http://www.FreeBSD.org Am I Evil? Yes, I Am! http://yomoli.com --UPT3ojh+0CqEDtpF Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iEYEARECAAYFAk3zuTMACgkQForvXbEpPzTxiACdFQPbJa97llJGSOj+qvaoptTz JKIAn2l2z09tcD1M/+1IzID9m034SYry =uihC -----END PGP SIGNATURE----- --UPT3ojh+0CqEDtpF--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20110611184549.GB3284>