[OpenBIOS] PATCH: Make creation of the MMU translation entries architecture-specific

Andreas Färber andreas.faerber at web.de
Sat May 22 15:37:41 CEST 2010


Hi Mark,

Thanks,

Am 21.05.2010 um 12:03 schrieb Mark Cave-Ayland:

> Andreas, if this works, how much further does the Haiku boot get?

The stock nightly CD images (http://haiku-files.org/ppc/index.php?show=all 
) don't visibly get further.

Locally, with the attached patch applied to Haiku's boot loader, I  
avoid a memset on the memory returned by of_claim and thus get to some  
debug output I've enabled in arch/ppc/mmu.cpp:find_allocated_ranges  
(the "0: map: ..." stuff).

Comparison with Apple's OpenFirmware shows that:
* Apple's of_claim returns memory at 0x00400000 (vs. 0x07f00000)
* On the Mac I see an identity-mapped area at 0x00400000, length  
4194304, mode 16 (vs. mode 2 and size 1048576 for 0x07f00000 from  
OpenBIOS)

Haiku seems to actually claim 1048576 bytes for the new page table, so  
I guess it uses up all available memory? Where can we bump that  
number? QEMU?

Regards,
Andreas

-------------- next part --------------
A non-text attachment was scrubbed...
Name: ppc_QEMU_memset.diff
Type: application/octet-stream
Size: 637 bytes
Desc: not available
URL: <http://lists.openbios.org/pipermail/openbios/attachments/20100522/1a298bf2/attachment.obj>
-------------- next part --------------



More information about the OpenBIOS mailing list