Date: Thu, 04 Nov 2004 15:24:55 -0800 From: Julian Elischer <julian@elischer.org> To: Willem Jan Withagen <wjw@withagen.nl> Cc: Scott Long <scottl@freebsd.org> Subject: Re: Booting questions .... Message-ID: <418ABA47.7080306@elischer.org> In-Reply-To: <418AB888.7070305@withagen.nl> References: <418AB176.9030604@withagen.nl> <418AB649.80809@freebsd.org> <418AB888.7070305@withagen.nl>
next in thread | previous in thread | raw e-mail | index | archive | help
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 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. > > > --WjW > > _______________________________________________ > freebsd-arch@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-arch > To unsubscribe, send any mail to "freebsd-arch-unsubscribe@freebsd.org"
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?418ABA47.7080306>