From owner-freebsd-arch@FreeBSD.ORG Thu Nov 4 23:55:00 2004 Return-Path: Delivered-To: freebsd-arch@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 01CD916A4CE; Thu, 4 Nov 2004 23:55:00 +0000 (GMT) Received: from freebee.digiware.nl (dsl439.iae.nl [212.61.63.187]) by mx1.FreeBSD.org (Postfix) with ESMTP id D75D343D5D; Thu, 4 Nov 2004 23:54:58 +0000 (GMT) (envelope-from wjw@withagen.nl) Received: from [212.61.27.71] (dual.digiware.nl [212.61.27.71]) by freebee.digiware.nl (8.12.10/8.12.10) with ESMTP id iA4Nss5p013662; Fri, 5 Nov 2004 00:54:54 +0100 (CET) (envelope-from wjw@withagen.nl) Message-ID: <418AC14E.4040005@withagen.nl> Date: Fri, 05 Nov 2004 00:54:54 +0100 From: Willem Jan Withagen User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.2) Gecko/20040804 Netscape/7.2 (ax) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Julian Elischer References: <418AB176.9030604@withagen.nl> <418AB649.80809@freebsd.org> <418AB888.7070305@withagen.nl> <418ABA47.7080306@elischer.org> In-Reply-To: <418ABA47.7080306@elischer.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: "arch@freebsd.org" cc: Scott Long Subject: Re: Booting questions .... X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Nov 2004 23:55:00 -0000 Julian Elischer wrote: > > > Willem Jan Withagen wrote: > >> Scott Long wrote: >> >>> The loader has a protected mode environment. It is apparently not all >>> that hard to port memtest86 into it. I'd highly recommend doing this >>> rather than trying to hack up the early pmap initialization. >> >> >> >> Is that so.... I was unable to find that. :( can you give me a pointer?? >> >> And like I wrote in the previous discussion. The algorithms are not >> all that difficult to write. It is getting easy access to the memory. >> If you look at memtest86, you'll that they have to get a lot of work >> done to get to the actual job: memory testing. >> And that only for the x86 type processors, which are already served by >> memtest86. >> >> But reading your question, the answer would be: >> too complex to get this figured out >> >> Then how about this: >> what minimal parts of the kernel do I need to get at least: >> 1 cpu booted >> flat memoryspace >> printf working on the console (vga of serial) >> areas which are taken by the above. >> do I again get into pmap init stuff. > > > > > you can not get all memory in a flat memory space with the advent of PAE. > you need to page it in and out of the address space. > I THINK the latest memtest86 does this.. I got lost in all the code spins in memtest86... Ant thinking that there would be a simpler aproach, I stopped trying to understand all. > I used to have a memory test that was based on the 1st stage bootlblocks > (The thing that loads the loader) > it was quite easy from that point.. > you had full control of the memory and the disk and could load files and > beat up anything. Eeek, boot1 is ASM, and boot2 is fully loaded with v86 on i386.... And now I come to think of it, it would not really work for me, since I'm using GRUB to actually get directly to /boot/loader. But that's rather specific in my case. --WjW