[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