From owner-cvs-all  Wed Sep 30 05:14:45 1998
Return-Path: <owner-cvs-all>
Received: (from daemon@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id FAA21412
          for cvs-all-outgoing; Wed, 30 Sep 1998 05:14:45 -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 FAA21406;
          Wed, 30 Sep 1998 05:14:44 -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 FAA22936;
	Wed, 30 Sep 1998 05:14:39 -0700 (PDT)
Date: Wed, 30 Sep 1998 05:14:39 -0700 (PDT)
Message-Id: <199809301214.FAA22936@freefall.freebsd.org>
To: cvs-committers@FreeBSD.ORG, cvs-all@FreeBSD.ORG
Subject: cvs commit: src/sys/i386/conf kernel.script Makefile.i386
Sender: owner-cvs-all@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

peter       1998/09/30 05:14:39 PDT

  Modified files:
    sys/i386/conf        Makefile.i386 
  Added files:
    sys/i386/conf        kernel.script 
  Log:
  Make the ELF kernel build produce a dynamic executable (!).  This enables
  the in-kernel linker to access the _DYNAMIC data for doing loadable elf
  modules.  The alpha kernel is already done this way, I've borrowed some of
  the hacks from there.
  
  This is primarily aimed at the 3-stage boot process which is intended to
  be able to do pre-loading of kernel modules.
  
  Note that the entry point isn't 0xf0100000 any more, it'll be a little
  further on - but this value is stored in the headers.  I don't think this
  will be a problem, but I'm sure somebody will tell me if it is. :-)
  
  I'm not sure if btxboot is going to like this, it doesn't do proper ELF
  header checking and assumes that there are exactly two program header
  entries and that they are both PT_LOAD entries - a bad assumption.
  
  Revision  Changes    Path
  1.125     +16 -3     src/sys/i386/conf/Makefile.i386