From owner-freebsd-current Fri Jan 8 18:56:47 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA01952 for freebsd-current-outgoing; Fri, 8 Jan 1999 18:56:47 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ceia.nordier.com ([139.92.122.190]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA01946 for ; Fri, 8 Jan 1999 18:56:43 -0800 (PST) (envelope-from rnordier@nordier.com) Received: (from rnordier@localhost) by ceia.nordier.com (8.8.7/8.6.12) id EAA03799; Sat, 9 Jan 1999 04:53:54 +0200 (SAT) From: Robert Nordier Message-Id: <199901090253.EAA03799@ceia.nordier.com> Subject: Re: can't boot from CD and floppy after make release In-Reply-To: <199901082341.PAA00974@dingo.cdrom.com> from Mike Smith at "Jan 8, 99 03:41:33 pm" To: mike@smith.net.au (Mike Smith) Date: Sat, 9 Jan 1999 04:53:51 +0200 (SAT) Cc: rnordier@nordier.com, mike@smith.net.au, abial@nask.pl, jkh@zippy.cdrom.com, dillon@apollo.backplane.com, andreas@klemm.gtn.com, current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Mike Smith wrote: > > I quite like Jordan's suggestion of kzip'ing the loader. The > > compression is not especially efficient: > > > > -r-xr-xr-x 1 rnordier wheel 122880 Jan 3 23:55 loader > > -rwxr-xr-x 1 rnordier wheel 70760 Jan 8 23:05 loader.kz > > > > but boot1/boot2 don't have a problem with loader.kz. > > It's actually not that bad; there's 12k of overhead for the kzip parts, > which is why I was wondering if you had something more compact... Not really. An obvious choice would be something like the pkzip self-extracting archive stub, but I'm not aware of any suitable assembly language code, and would suspect the compactness probably does come mostly from not using C. > > But maybe this isn't the compression you had in mind (I'm assuming > > "when BTX relocates" refers to what the btxldr code does when > > unpacking the composite /boot/loader object before invoking the > > BTX kernel). > > Correct; it was my understanding that this process involved moving the > "payload" data from the load location to the run location, and whether > it might be feasible to unpack it along the way. That's the way it works, so it should be quite possible to do this, given suitable routines. -- Robert Nordier To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message