svn commit: r277204 - head/sys/amd64/conf

[Warner Losh]

> On Jan 15, 2015, at 6:44 AM, Alexey Dokuchaev <danfe at FreeBSD.org> wrote:
> 
> On Thu, Jan 15, 2015 at 04:23:03PM +0300, Slawa Olhovchenkov wrote:
>> On Thu, Jan 15, 2015 at 12:42:07AM +0000, Warner Losh wrote:
>>> New Revision: 277204
>>> URL: https://svnweb.freebsd.org/changeset/base/277204
>>> 
>>> Log:
>>>  New MINIMAL kernel config. The goal with this configuration is to
>>>  only compile in those options in GENERIC that cannot be loaded as
>>>  modules. ufs is still included because many of its options aren't
>>>  present in the kernel module. There's some other exceptions documented
>> 
>> Are you sure?
>> I think defining UFS options in kernel connfig affect to module too.
>> When I define this options in kernel config (w/o options FFS) I got
>> ufs.ko with this SU, quota, acl etc.
>> 
>> [...]
>> This is loadable too.
> 
> Right, it does not look like minimal to me either.

Too many things, sadly, are kernel options and the functionality is absent
when or reduced when loading from a module.

> But I welcome the
> intention.  AFAIR last time we had a discussion about why our default
> kernel is not MINIMAL, it boiled down to two main problems: 1) loader's
> caching of disk reads (which makes loading *.ko's from /boot/loader.conf
> a PITA, esp. on ZFS), and 2) robust way to figure out which modules to
> load on an arbitrary user's system (so they won't have to write their
> /boot/loader.conf from scratch themselves).

(2) is the exact problem I’m working on. Since the design of that will allow
us to read from the kernel these modules, (1) becomes largely irrelevant
because the only /boot/loader incursion would be to load drivers for any
storage devices that are on the PCIe bus.

> Speaking of (1), I recall there was one or two attempts to address it
> (keyword: fast-loader-3.diff).  Can someone with more details on their
> hands comment a bit what had happened to that work and are there any
> ETA for it to get committed?  That would be a big leap forward towards
> minimal kernel which can be feasible enough to replace (or be a real
> alternative to) GENERIC in the future.

Perhaps. Let’s see how my stuff plays out, since it generally would mean
we could use a more minimal kernel and let the system figure out what other
things should be loaded.

Warner
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 842 bytes
Desc: Message signed with OpenPGP using GPGMail
URL: <http://lists.freebsd.org/pipermail/svn-src-head/attachments/20150116/f2aee1d7/attachment.sig>