Date: Thu, 15 Jan 2015 10:51:55 -0500 From: John Baldwin <jhb@FreeBSD.org> To: Warner Losh <imp@FreeBSD.org>, src-committers@freebsd.org, svn-src-all@freebsd.org, svn-src-head@freebsd.org Subject: Re: svn commit: r277204 - head/sys/amd64/conf Message-ID: <54B7E21B.5080008@FreeBSD.org> In-Reply-To: <201501150042.t0F0g7Um018059@svn.freebsd.org> References: <201501150042.t0F0g7Um018059@svn.freebsd.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On 1/14/15 7:42 PM, Warner Losh wrote: > Author: imp > Date: Thu Jan 15 00:42:06 2015 > 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 > in the file. This is part of some work to get more things > automatically loading in the hopes of obsoleting GENERIC one day. > > Added: > head/sys/amd64/conf/MINIMAL (contents, props changed) > > Added: head/sys/amd64/conf/MINIMAL > ============================================================================== > --- /dev/null 00:00:00 1970 (empty, because file is newly added) > +++ head/sys/amd64/conf/MINIMAL Thu Jan 15 00:42:06 2015 (r277204) > @@ -0,0 +1,145 @@ > +# o acpi as a module has been reported flakey and not well tested, so > +# is included in the kernel. ACPI doesn't build as a module on amd64 and can't. It has to hook into kernel startup before modules can run to do things like enumerate CPUs and NUMA domains. i386 uses a hack to allow acpi.ko to load whereby it blows out all the CPU-sized tables to the static MAXCPU value instead of doing any runtime tuning. I'd probably prefer to drop acpi.ko from i386 and make it more like amd64. > +# o random is included due to uncertaty... s/uncertaty/uncertainty/, though I think you exhausted your irony quotient for the day with that one. :) > + > +device agp # support several AGP chipsets This works as a kld now IIRC? I think you can even load it at runtime? > + > +# Pseudo devices. > +device loop # Network loopback > +device random # Entropy device > +device padlock_rng # VIA Padlock RNG > +device rdrand_rng # Intel Bull Mountain RNG > +device ether # Ethernet support > +device vlan # 802.1Q VLAN support > +device tun # Packet tunnel. > +device gif # IPv6 and IPv4 tunneling These last three definitely work as modules. (vlan(4) was only recently added to GENERIC). -- John Baldwin
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?54B7E21B.5080008>