From owner-freebsd-bugs Mon Jul 1 8:30:15 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A152537B405 for ; Mon, 1 Jul 2002 08:30:05 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3AA7343E13 for ; Mon, 1 Jul 2002 08:30:05 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.4/8.12.4) with ESMTP id g61FU5JU052987 for ; Mon, 1 Jul 2002 08:30:05 -0700 (PDT) (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.12.4/8.12.4/Submit) id g61FU5Hs052986; Mon, 1 Jul 2002 08:30:05 -0700 (PDT) Date: Mon, 1 Jul 2002 08:30:05 -0700 (PDT) Message-Id: <200207011530.g61FU5Hs052986@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Giorgos Keramidas Subject: Re: kern/40021: [patch] use ld(1) to build kernel with linked-in md(4) filesys Reply-To: Giorgos Keramidas Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR kern/40021; it has been noted by GNATS. From: Giorgos Keramidas To: bug-followup@FreeBSD.org Cc: Subject: Re: kern/40021: [patch] use ld(1) to build kernel with linked-in md(4) filesys Date: Mon, 1 Jul 2002 18:28:39 +0300 Adding to audit trail the text of kern/40026: : : Date: Sun, 30 Jun 2002 02:48:12 +0000 : From: W Gerald Hicks : Sender: gehicks@gehicks.dyndns.org : To: FreeBSD-gnats-submit@FreeBSD.org : Cc: Ian Dowse , freebsd-small@FreeBSD.org : Subject: pending/40026: [patch] use ld(1) to build kernel with linked-in md(4) filesys : : > The patch seems to remove rather than deprecate the MD_ROOT_SIZE code. : : Oops, wrong choice of words. Yes, it's intended to replace the : MD_ROOT_SIZE feature and any need for a write_mfs_in_kernel program. : : I wasn't clear about what this patch is for right now. I don't want : to ask to have it committed right away. It is one of a few : prerequisite patches I am preparing to do some work on PicoBSD and : needed to post this so others will be able to get the subsequent : patches to build. : : > Is there a good reason not just leave it there and add the new option. : : I suppose I could have set a -DMD_ROOT_IMAGE when : makeoption MD_ROOT_IMAGE= : is specified but otherwise it seems hard to relate 'options' with : 'makeoptions'. : : > The new approach requires that you have the image available at the : > time that the kernel is compiled, so for some applications it is : > less flexible (...) : : Well, not exactly. This patch is only the first piece of a scheme : :-) : : kern/40017 is related to this effort. It allows us to use modified : kernel build metadata (sys/conf) for specialized applications. : Using this facility I am going to provide further patches which : allow incremental linking. : : These changes are pretty far-reaching and I was afraid of taking : them straight to src/sys/conf directly. kern/40017 allows us to use : something like /usr/local/src/picobsd/conf to implement extra build : steps from private specialized versions of the kern.pre.mk and : kern.post.mk files. : : The picobsd/conf example will implement another couple of : makeoptions: : : makeoptions RLINK_KERNEL="/mykernels/kernel-foo-v1.rel" : makeoptions RLINK_KERNEL_OBJS="/tmp/foo.o" : : There are two new kernel build targets used for these options: : : make prelim # build a partially linked-kernel : make final # produce a bootable kernel : : This has all been tested successfully in a src/conf patch. : I hesitated submitting them there in favor of an "outboard" approach : using kern/40017 : : I'd really rather avoid bringing the objcopy step into the kernel : build process. : : Being able to build a kernel with a two-step process allows us to : trivially wrap everything into a little shell script or other : makefile fragment. The 'make final' step can be run as often as one : requires while changing filesystem images. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message