Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 23 Feb 2012 09:51:59 +0100
From:      Lars Engels <lars.engels@0x20.net>
To:        Alexander Leidinger <Alexander@Leidinger.net>
Cc:        "Bjoern A. Zeeb" <bzeeb-lists@lists.zabbadoz.net>, stable@FreeBSD.org, current@FreeBSD.org
Subject:   Re: [CFT] modular kernel config
Message-ID:  <20120223085159.GU14469@e-new.0x20.net>
In-Reply-To: <20120223091808.Horde.iJJvNZjmRSRPRfZAlqnPsrA@webmail.leidinger.net>
References:  <20120221143537.Horde.deyFDZjmRSRPQ52pxBIpnLA@webmail.leidinger.net> <BA7FFA2D-DEE6-4FB7-AE26-0BC79CBFD8C0@lists.zabbadoz.net> <20120223091808.Horde.iJJvNZjmRSRPRfZAlqnPsrA@webmail.leidinger.net>

next in thread | previous in thread | raw e-mail | index | archive | help

[-- Attachment #1 --]
On Thu, Feb 23, 2012 at 09:18:08AM +0100, Alexander Leidinger wrote:
> Quoting "Bjoern A. Zeeb" <bzeeb-lists@lists.zabbadoz.net> (from Wed,  
> 22 Feb 2012 22:31:36 +0000):
> 
> > On 21. Feb 2012, at 13:35 , Alexander Leidinger wrote:
> >
> >> You can download from
> >>  http://www.Leidinger.net/FreeBSD/current-patches/
> >> The files are
> >>  - i386_SMALL
> >>  - i386_SMALL_loader.conf
> >>  - amd64_SMALL
> >>  - amd64_SMALL_loader.conf
> >
> > I only looked at the laoder.conf for amd64 and the only comment I  
> > have is that I do not have the time to wait minutes for all  
> > individual modules to be loaded.  This is going to be really bad for  
> > boot time.
> 
> Well, nobody forces you to use it. And as can be seen on the lists,  
> there are patches floating around to improve the loading speed of the  
> loader.

You can also put most of the modules in rc.conf:
kld_list="umass u3g" ...

That speeds up loading the modules a lot.

> 
> This is also just an example to be on par as much as possible with  
> GENERIC. People which want to use this kernel most probably want to  
> cut the loader.conf down and maybe even want to use the rc.conf  
> setting to load modules which are not needed to boot.

One additional advantage is that you have a bigger chance of a working
suspend / resume. Just unload all problematic modules before suspending
and re-load them after resuming.


[-- Attachment #2 --]
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.18 (FreeBSD)

iEYEARECAAYFAk9F/i8ACgkQKc512sD3afhlRQCgtWN7Du1OYN0UqzTC0dpbqewM
C2wAoJ+/4e5PES5mAG0G/SjpMxRlMmpm
=x9fI
-----END PGP SIGNATURE-----

Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20120223085159.GU14469>