From owner-cvs-all Sat Sep 8 5:42: 3 2001 Delivered-To: cvs-all@freebsd.org Received: from anchor-post-30.mail.demon.net (anchor-post-30.mail.demon.net [194.217.242.88]) by hub.freebsd.org (Postfix) with ESMTP id 6CB7737B401; Sat, 8 Sep 2001 05:41:55 -0700 (PDT) Received: from [62.49.251.130] (helo=herring.nlsystems.com) by anchor-post-30.mail.demon.net with esmtp (Exim 2.12 #1) id 15fhQn-00045q-0U; Sat, 8 Sep 2001 13:41:53 +0100 Received: from salmon.nlsystems.com (salmon [10.0.0.3]) by herring.nlsystems.com (8.11.2/8.11.2) with ESMTP id f88Cecc61357; Sat, 8 Sep 2001 13:40:38 +0100 (BST) (envelope-from dfr@nlsystems.com) Date: Sat, 8 Sep 2001 13:40:17 +0100 (BST) From: Doug Rabson To: Peter Wemm Cc: John Baldwin , Doug Rabson , , Subject: Re: cvs commit: src/sys/boot/efi/libefi efifs.c Makefile efiboot In-Reply-To: <20010908115656.Q406-100000@salmon.nlsystems.com> Message-ID: <20010908133819.L406-100000@salmon.nlsystems.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-cvs-all@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sat, 8 Sep 2001, Doug Rabson wrote: > On Fri, 7 Sep 2001, Peter Wemm wrote: > > > Doug Rabson wrote: > > > On Fri, 7 Sep 2001, John Baldwin wrote: > > > > > > > > > > > On 07-Sep-01 Doug Rabson wrote: > > > > > dfr 2001/09/07 01:51:48 PDT > > > > > > > > > > Modified files: > > > > > sys/boot/efi/libefi Makefile efiboot.h > > > > > Added files: > > > > > sys/boot/efi/libefi efifs.c > > > > > Log: > > > > > Add a libstand filesystem for accessing EFI native filesystems. > > > > > > > > Woot! So how far along are you know? Can you read a kernel into memory no > > w? > > > > > > Of course not :-). I can open the file and read some bytes from it. > > > > When I briefly looked at this before, it looked a lot like we were loading > > the kernel and the loader into the same memory (region 7) at the same > > addresses.. > > I haven't payed much attention to addresses yet. EFI seems to run without > address translation and the loader loads somewhere fairly low in physical > memory. I don't get any choice about where the loader is loaded - it has > to self-relocate to wherever it happens to find itself. From my investigations so far, The firmware seems to load the loader in high memory, far away from where we want to load the kernel. At the moment, the kernel wants to be at 0x500000 physical and in my machines memory map, there is a nice convenient clear section of conventional memory running from 0x100000 to 0x3e979000 where the loader starts. -- Doug Rabson Mail: dfr@nlsystems.com Phone: +44 20 8348 6160 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe cvs-all" in the body of the message