From owner-freebsd-questions@FreeBSD.ORG Thu Mar 11 16:36:54 2004 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6B37016A4CE for ; Thu, 11 Mar 2004 16:36:54 -0800 (PST) Received: from geminix.org (gen129.n001.c02.escapebox.net [213.73.91.129]) by mx1.FreeBSD.org (Postfix) with ESMTP id 252A743D2F for ; Thu, 11 Mar 2004 16:36:54 -0800 (PST) (envelope-from gemini@geminix.org) Message-ID: <40510622.7020906@geminix.org> Date: Fri, 12 Mar 2004 01:36:50 +0100 From: Uwe Doering Organization: Private UNIX Site User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.6) Gecko/20040119 X-Accept-Language: en-us, en MIME-Version: 1.0 To: FreeBSD Mailing list References: <20040311090126.GA19147@alzatex.com> <405046A0.9080702@geminix.org> <20040311183145.GG1378@alzatex.com> In-Reply-To: <20040311183145.GG1378@alzatex.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Received: from gemini by geminix.org with asmtp (TLSv1:AES256-SHA:256) (Exim 3.36 #1) id 1B1afV-0004r8-00; Fri, 12 Mar 2004 01:36:53 +0100 Subject: Re: Kernel Questions X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Mar 2004 00:36:54 -0000 Loren M. Lang wrote: > On Thu, Mar 11, 2004 at 11:59:44AM +0100, Uwe Doering wrote: >>Loren M. Lang wrote: > [...] > >>>3. The handbook seems to suggest to use the config, make, make install >>>procedure for installing the kernel if you have no other reason for not >>>using it, what is the reason for this? (The paragraph immediately >>>following procedure 2) >> >>This sequence takes care that all the modules get installed together >>with the matching kernel, that a backup of both the kernel and the >>modules is available (suffix '.old') in case the new kernel doesn't work >>properly, and it also deals with the system immutable flag ('schg') that >>protects '/kernel' from being deleted or clobbered by accident. You >>would have to do all these things by hand if you didn't use the >>recommended sequence. > > I mean why use that procedure over a make buildkernel installkernel, I > thought they both did all that. Well, as far as the result is concerned, both methods are identical. However, if you use the step-by-step procedure the object files remain intact after a kernel build, or at least until you delete them deliberately. So if you then have to make just a minor patch to one of the source files, possibly in the course of a security advisory, 'make' recompiles only the source file that changed. With the 'buildkernel' target, on the other hand, a complete kernel build takes place, that is, it compiles all source files again, regardless of how small the change you made actually was. This costs considerably more time. That's why the (selectively executed) step-by-step method makes sense for kernel development work and even the occasional security patch. Uwe -- Uwe Doering | EscapeBox - Managed On-Demand UNIX Servers gemini@geminix.org | http://www.escapebox.net