From owner-cvs-all  Tue Sep 29 02:12:10 1998
Return-Path: <owner-cvs-all>
Received: (from daemon@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id CAA15540
          for cvs-all-outgoing; Tue, 29 Sep 1998 02:12:10 -0700 (PDT)
          (envelope-from owner-cvs-all)
Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21])
          by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id CAA15498;
          Tue, 29 Sep 1998 02:11:55 -0700 (PDT)
          (envelope-from peter@FreeBSD.org)
From: Peter Wemm <peter@FreeBSD.ORG>
Received: (from peter@localhost)
	by freefall.freebsd.org (8.8.8/8.8.5) id CAA19200;
	Tue, 29 Sep 1998 02:11:50 -0700 (PDT)
Date: Tue, 29 Sep 1998 02:11:50 -0700 (PDT)
Message-Id: <199809290911.CAA19200@freefall.freebsd.org>
To: cvs-committers@FreeBSD.ORG, cvs-all@FreeBSD.ORG
Subject: cvs commit: src/sys/boot/i386/libi386 aout_freebsd.c
Sender: owner-cvs-all@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

peter       1998/09/29 02:11:49 PDT

  Modified files:
    sys/boot/i386/libi386 aout_freebsd.c 
  Log:
  The bootinfo struct was getting clobbered or not passed through correctly.
  Presumably VTOP doesn't work for static objects.
  The easiest way to get it working was to reserve some space after the
  environment strings and copy the bootinfo struct there.
  Also, set RB_BOOTINFO, it's needed.
  
  I got the code to load and run an unmolested kernel OK for the first time
  with this system a few minutes ago - at last!.  I did have to stop it
  looking at the floppy though as BTX was trapping a mode 14 fault when
  it look for /boot/boot.conf when no disk was in the drive. (I'm booting
  from a scsi disk (bios disk 0x80)).
  
  Now to teach it about ELF and modules :-)
  
  Revision  Changes    Path
  1.6       +14 -2     src/sys/boot/i386/libi386/aout_freebsd.c