From owner-cvs-all Mon Jan 4 11:32:29 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA22741 for cvs-all-outgoing; Mon, 4 Jan 1999 11:32:29 -0800 (PST) (envelope-from owner-cvs-all@FreeBSD.ORG) Received: from spinner.netplex.com.au (spinner.netplex.com.au [202.12.86.3]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA22693 for ; Mon, 4 Jan 1999 11:32:25 -0800 (PST) (envelope-from peter@netplex.com.au) Received: from spinner.netplex.com.au (peter@localhost [127.0.0.1]) by spinner.netplex.com.au (8.9.1/8.9.1/Netplex) with ESMTP id DAA16859 for ; Tue, 5 Jan 1999 03:31:57 +0800 (WST) (envelope-from peter@spinner.netplex.com.au) Message-Id: <199901041931.DAA16859@spinner.netplex.com.au> X-Mailer: exmh version 2.0.2 2/24/98 To: committers@FreeBSD.ORG Subject: FYI: Upcoming ELF FLAG DAY Date: Tue, 05 Jan 1999 03:31:57 +0800 From: Peter Wemm Sender: owner-cvs-all@FreeBSD.ORG Precedence: bulk Please reply on -current to keep the threads together unless it's about fixing problems in the code or build mechanism. -Peter ------- Forwarded Message Date: Tue, 05 Jan 1999 03:27:43 +0800 From: Peter Wemm To: current@FreeBSD.ORG Subject: Re: UPCOMING FLAG DAY (Jan 6) I've updated the notes I originally used in the mail about the upcoming next stage of the ELF transition. In case you missed it or skipped too many articles in catchup after the break, the nutshell version is that we are planning on forcing the rest of the ELF changeover - a.out 'make world's are going to be disabled and we're going to switch the default kernel format to elf. Anyway, there is a (hopefully) better copy now at: http://www.freebsd.org/~peter/elfday.html Also, I have made a 3.5 inch disk image that can be used to create a preinstalled floppy with a generic kernel.gz. It boots to the point of starting /sbin/init. I strongly recommend people grab this and test out the basic stuff on it. As a footnote, the disk I created above has a slight tweek to the boot1/ boot2 code. One of my machines has a BT545S in it and it's int 0x13 BIOS hooks trash a bit of scratch memory that BTX uses. The tweaked version on the disk above uses a different relocation and callback address. This is not yet resolved, the hack I did could be making things worse, so don't shoot me yet. :-) I have not activated bootforth on the disks.. I guess the /usr/share/examples/bootforth/*.4th files would do as a starter. Cheers, - -Peter ------- End of Forwarded Message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe cvs-all" in the body of the message