From owner-freebsd-alpha Tue May 13 13:53:06 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA13259 for alpha-outgoing; Tue, 13 May 1997 13:53:06 -0700 (PDT) Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id NAA13252 for ; Tue, 13 May 1997 13:53:03 -0700 (PDT) Received: from rover.village.org [127.0.0.1] by rover.village.org with esmtp (Exim 1.60 #1) id 0wROZ5-000619-00; Tue, 13 May 1997 14:52:55 -0600 Subject: Re: Alpha questions.. To: freebsd-alpha@freebsd.org In-reply-to: Your message of "Tue, 13 May 1997 14:24:36 MDT." References: Date: Tue, 13 May 1997 14:52:55 -0600 From: Warner Losh Message-Id: Sender: owner-freebsd-alpha@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message Warner Losh writes: : Cool! I didn't know for sure. Now I do. I'd say there is no reason : to use ECOFF at all. Except that the boot program needs to read an ECOFF image off the disk in the ARC console (based on comments of others plus my experience with ARC BIOS mips machines). So some way of generating these ECOFF files must exist. Fortunately, the elf2ecoff that was written for and used by the NetBSD/pmax project, so it shouldn't be too hard to convert (assuming that the binutils obj-copy doesn't do the job already). We'll also need a working FAT file system since the ARC console only groks FAT file systems (or iso9660). Warner