From owner-freebsd-hackers@FreeBSD.ORG Sat Feb 18 00:30:45 2012 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AD14F106566B for ; Sat, 18 Feb 2012 00:30:45 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16]) by mx1.freebsd.org (Postfix) with ESMTP id 7A9218FC08 for ; Sat, 18 Feb 2012 00:30:45 +0000 (UTC) Received: from julian-mac.elischer.org (c-67-180-24-15.hsd1.ca.comcast.net [67.180.24.15]) (authenticated bits=0) by vps1.elischer.org (8.14.4/8.14.4) with ESMTP id q1I0UhAc028547 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Fri, 17 Feb 2012 16:30:44 -0800 (PST) (envelope-from julian@freebsd.org) Message-ID: <4F3EF18F.5020301@freebsd.org> Date: Fri, 17 Feb 2012 16:32:15 -0800 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10.4; en-US; rv:1.9.2.26) Gecko/20120129 Thunderbird/3.1.18 MIME-Version: 1.0 To: matt References: <4F3E8225.9030501@FreeBSD.org> <4F3E8C26.3080900@FreeBSD.org> <4F3EA5F2.9070804@gmail.com> <4F3EAE5F.6070903@gmail.com> <20120217.220802.988.2@DOMY-PC> <4F3EDEBC.7040703@gmail.com> In-Reply-To: <4F3EDEBC.7040703@gmail.com> Content-Type: text/plain; charset=windows-1250; format=flowed Content-Transfer-Encoding: 8bit Cc: rank1seeker@gmail.com, hackers@freebsd.org Subject: Re: 8 to 9: Kernel modularization -- did it change? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Feb 2012 00:30:45 -0000 > On 02/17/12 14:08, rank1seeker@gmail.com wrote: >>> For me as a user, that would be a much preferable approach, instilled >>> long ago by Linux. I don't like unused stuff around, and I like to >>> understand what I am using. >>> >>> Some build kernel confutation parameters "minimum modules", "medium >>> modules", "maximum modules" might be utilized. I would be using >>> "medium" or most likely "maximum", leaving me with a minimal kernel. >>> >>> -- Alex -- alex-goncharov@comcast.net -- >> NO. >> >>> Thinking bigger picture (beyond sound), would it make sense to keep >>> GENERIC very minimal, but provide an extensive loader.conf with a >>> default install...so most things worked, but were loaded as modules? >>> >>> Matt >> NO. >> >> >> You can't base a "wish" on a solution for YOURS problems! >> >> GENERIC must be as giantic as possible, to make as many machines as possible to BOOT and enable all what can be enabled in/on them. >> THEN ... individual "strips" unhooked parts -> custom kernel, via wich you "specialize it", for your hardware! >> >> That is, unless individual is passive/bored (lazy?) and prefer everything on a silver plate ... >> There are many paths in that case ... >> Windows are the easiest solution. THEY THINK FOR YOU! >> ;) >> >> >> Domagoj Smolčić >> _______________________________________________ >> freebsd-hackers@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-hackers >> To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" > I'm tired of Linux and "everything should be in the kernel, implemented > 4 ways" approach. > > I think you misunderstood. GENERIC should be able to boot anything > bootable within the architecture, right? We agree on that. Is sound > required for booting? > > We have a modular kernel. It makes best-practices-sense to keep the > kernel true to what's required to boot and initialize the hardware > required to come up multiuser. I am actually against having sound in > there at all. > > However, as a compromise, if it must be in there, then put it in > loader.conf and not the kernel. > > Do we still disagree? I think we probably should go two ways long and short term 1/ generic is installed at boot a) also install a truely "minimal" kernel and configure modules to use with it. but only once up and running with GENERIC. 2/ in the logn term we should add teh ability to detect devices and load modules needed.. either from the loader, or in early boot. > Matt > > > > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" > >