svn commit: r222980 - in head/sys: amd64/conf i386/conf

Pawel Jakub Dawidek pjd at FreeBSD.org
Sat Jun 11 18:52:16 UTC 2011


On Sat, Jun 11, 2011 at 10:44:14AM -0600, Warner Losh wrote:
> 
> On Jun 11, 2011, at 7:47 AM, Robert Watson wrote:
> 
> > 
> > On Sat, 11 Jun 2011, Adrian Chadd wrote:
> > 
> >> btw, I just posted something similar to this on -arch.
> > 
> > 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.

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.

-- 
Pawel Jakub Dawidek                       http://www.wheelsystems.com
FreeBSD committer                         http://www.FreeBSD.org
Am I Evil? Yes, I Am!                     http://yomoli.com
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 196 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/svn-src-all/attachments/20110611/2a072d66/attachment.pgp


More information about the svn-src-all mailing list