From owner-freebsd-arch@FreeBSD.ORG Mon Jun 2 12:23:08 2003 Return-Path: Delivered-To: freebsd-arch@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7B23437B401 for ; Mon, 2 Jun 2003 12:23:08 -0700 (PDT) Received: from ns1.gnf.org (ns1.gnf.org [63.196.132.67]) by mx1.FreeBSD.org (Postfix) with ESMTP id 51A4B43F75 for ; Mon, 2 Jun 2003 12:23:06 -0700 (PDT) (envelope-from gtetlow@gnf.org) Received: from EXCHCLUSTER01.lj.gnf.org (exch01.lj.gnf.org [172.25.10.19]) by ns1.gnf.org (8.12.8p1/8.12.8) with ESMTP id h52JN4tF094357 for ; Mon, 2 Jun 2003 12:23:04 -0700 (PDT) (envelope-from gtetlow@gnf.org) Received: from roark.gnf.org ([172.25.24.15]) by EXCHCLUSTER01.lj.gnf.org with Microsoft SMTPSVC(5.0.2195.5329); Mon, 2 Jun 2003 12:23:05 -0700 Received: from roark.gnf.org (localhost [127.0.0.1]) by roark.gnf.org (8.12.9/8.12.9) with ESMTP id h52JN5jX020381; Mon, 2 Jun 2003 12:23:05 -0700 (PDT) (envelope-from gtetlow@gnf.org) Received: (from gtetlow@localhost) by roark.gnf.org (8.12.9/8.12.9/Submit) id h52JN51v020380; Mon, 2 Jun 2003 12:23:05 -0700 (PDT) (envelope-from gtetlow) Date: Mon, 2 Jun 2003 12:23:05 -0700 From: Gordon Tetlow To: Sean Chittenden Message-ID: <20030602192305.GC87863@roark.gnf.org> References: <20030602171942.GA87863@roark.gnf.org> <20030602191007.GE65470@perrin.int.nxad.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="AkcDN4P/vcry3ns+" Content-Disposition: inline In-Reply-To: <20030602191007.GE65470@perrin.int.nxad.com> User-Agent: Mutt/1.4i X-Habeas-SWE-1: winter into spring X-Habeas-SWE-2: brightly anticipated X-Habeas-SWE-3: like Habeas SWE (tm) X-Habeas-SWE-4: Copyright 2002 Habeas (tm) X-Habeas-SWE-5: Sender Warranted Email (SWE) (tm). The sender of this X-Habeas-SWE-6: email in exchange for a license for this Habeas X-Habeas-SWE-7: warrant mark warrants that this is a Habeas Compliant X-Habeas-SWE-8: Message (HCM) and not spam. Please report use of this X-Habeas-SWE-9: mark in spam to . X-OriginalArrivalTime: 02 Jun 2003 19:23:06.0063 (UTC) FILETIME=[64B165F0:01C3293C] cc: arch@FreeBSD.org cc: Tim Kientzle Subject: Re: Making a dynamically-linked root X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Jun 2003 19:23:08 -0000 --AkcDN4P/vcry3ns+ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Jun 02, 2003 at 12:10:07PM -0700, Sean Chittenden wrote: > > I'm planning on making a dynamically-linked root partition by > > 5.2. To that end, I'm planning on doing to the following: > >=20 > > Integrate Tim Kientzle's /rescue patches into the tree > > Create /lib and populate with all the libs needed to support dynamically > > linked binaries in /bin and /sbin > > Have a big (probably NO_DYNAMIC_ROOT) knob to switch from static to > > dynamic. >=20 > I didn't see the bits for /rescue in the attached patch listed to know > if there is a more updated /rescue patch available, but I just want to > emphasize the caution necessary for this. Part of the reason for this email was to communicate to Tim that I'd like his patches to integrate into my tree. > On a different note regarding /rescue, would it be possible to add > less(1) to the rescue set? In single user mode, scroll lock doesn't > work and there's no way to read recent entries in UPDATING without Hmm, my scroll lock works in single-user. > cat(1) or head(1). Lastly, on install, given the importance of having > functioning binaries for /bin and /sbin, has it been considered to > have the programs executed once before install to see if they can run, > possibly with the -V flag? >=20 > ./[progname] --test > install [progname] /bin This isn't a bad idea going down the road. > Having make bomb out after having the program run a "self test" that > tests its ability to execute with ld would save many headaches. >=20 > As for the performance hit that you describe, have you investigated > the prebinding work to see how that affects performance with /lib and > /usr/lib prebound? I imagine it would help, but I don't think mdodd's prebinding stuff is to the point where we can use it. -gordon --AkcDN4P/vcry3ns+ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE+26QZRu2t9DV9ZfsRAuA3AKCZcYQiaCbEjxe039bPj8hCLn2cKQCgh9Jt 8OLG745f5j1SAbPluGubUUM= =L7bw -----END PGP SIGNATURE----- --AkcDN4P/vcry3ns+--