From owner-freebsd-ppc@FreeBSD.ORG Wed Jun 28 18:03:34 2006 Return-Path: X-Original-To: freebsd-ppc@freebsd.org Delivered-To: freebsd-ppc@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A4BE916A524 for ; Wed, 28 Jun 2006 18:03:34 +0000 (UTC) (envelope-from grehan@freebsd.org) Received: from dommail.onthenet.com.au (dommail.OntheNet.com.au [203.13.70.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id F11D1451E3 for ; Wed, 28 Jun 2006 17:41:52 +0000 (GMT) (envelope-from grehan@freebsd.org) Received: from [192.168.0.14] (dsl-63-249-90-35.cruzio.com [63.249.90.35]) by dommail.onthenet.com.au (MOS 3.5.7-GR) with ESMTP id BXS52874 (AUTH peterg@ptree32.com.au); Thu, 29 Jun 2006 03:41:37 +1000 (EST) Message-ID: <44A2BF51.9090204@freebsd.org> Date: Wed, 28 Jun 2006 10:41:37 -0700 From: Peter Grehan User-Agent: Thunderbird 1.5 (Macintosh/20051201) MIME-Version: 1.0 To: matt@genesi-usa.com References: <008201c69a8c$039bf810$99dfdfdf@bakuhatsu.net> In-Reply-To: <008201c69a8c$039bf810$99dfdfdf@bakuhatsu.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-ppc@freebsd.org Subject: Re: FreeBSD 6.0 on Pegasos/ODW X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: grehan@freebsd.org List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Jun 2006 18:03:34 -0000 Hi Matt, > How does FreeBSD allocate it's memory from the point the kernel is > loaded, through claim or just assuming it owns it all at that point? It uses the OpenFirmware memory map to work out what's in use and takes over all that's left. Since the loader uses ofw calls to allocate memory, the kernel itself, and ofw, won't be touched since it should be in the ofw memorymap. So, I think the overwriting should only occur if ofw is allowing the loader to claim memory used by the kernel. At the loader prompt, issue a 'memmap' command: that should dump what ofw returns as it's map. You could then load the kernel (but not boot) and issue 'memmap' again to see what effect the kernel and env has on the memory map. > Having it put the kernel somewhere after the first 32MB would be > a good test. Our load-base variable is set to 0x4000000 so the > loader goes there. I will see if I can get you guys a decent copy > of the memory map.. That could work. You will have to modify the linker script in sys/conf/ldscript.powerpc to change the load address. later, Peter.