From owner-cvs-sys  Wed Oct  4 16:17:08 1995
Return-Path: owner-cvs-sys
Received: (from root@localhost)
          by freefall.freebsd.org (8.6.12/8.6.6) id QAA08100
          for cvs-sys-outgoing; Wed, 4 Oct 1995 16:17:08 -0700
Received: from jhome.DIALix.COM (root@jhome.DIALix.COM [192.203.228.69])
          by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id QAA08094
          ; Wed, 4 Oct 1995 16:16:41 -0700
Received: (from peter@localhost) by jhome.DIALix.COM (8.6.12/8.6.9) id HAA07112; Thu, 5 Oct 1995 07:13:02 +0800
Date: Thu, 5 Oct 1995 07:13:01 +0800 (WST)
From: Peter Wemm <peter@jhome.DIALix.COM>
To: Joerg Wunsch <joerg_wunsch@uriah.heep.sax.de>
cc: "Jordan K. Hubbard" <jkh@freefall.freebsd.org>,
        CVS-commiters@freefall.freebsd.org, cvs-sys@freefall.freebsd.org
Subject: Re: cvs commit: src/sys/i386/boot/kzipboot Makefile head.S
In-Reply-To: <199510042136.WAA04402@uriah.heep.sax.de>
Message-ID: <Pine.BSF.3.91.951005070820.509B-100000@jhome.DIALix.COM>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-cvs-sys@FreeBSD.org
Precedence: bulk

On Wed, 4 Oct 1995, J Wunsch wrote:
> As Jordan K. Hubbard wrote:
> > 
> > jkh         95/10/04 03:24:56
> > 
> >   Branch:      sys/i386/boot/kzipboot  RELENG_2_1_0
> >   Modified:    sys/i386/boot/kzipboot  Makefile head.S
> >   Log:
> >   Back out this attempt.  I was too hasty.  We'll revisit this
> >   later, after more correspondence.
> 
> I'm not sure why you have dumped it again, but you've been missing to
> import it completely anyway.  I've been missing the file kziphead.S,
> and the modifications to kzip(1).
> 
> I'm only asking since i've been attempting something similar to Gary's
> changes recently (but been unsuccesful).

I had a go too, I think I've cracked it, but my wife got rather attached 
to the X11 display, so I couldn't test it at the time...

One thing I think Gary had done, was move the kzip data to 0x100000, and 
uncompressed the kernel at the end of the kzip image.

So far as I can tell, this left a 900KB "hole" in extended memory below 
the uncompressed kernel, as the memory probe routine didn't check for 
extended memory below the kernel.

I did it by improving the overlapping uncompress.  I actually have a copy 
of Jordan's "MFSKERNEL", and am about to give it another test run.

Cheers,
-Peter