On Thu, Apr 4, 2013 at 10:45 PM, Mark Cave-Ayland mark.cave-ayland@ilande.co.uk wrote:
On 04/04/13 21:32, Mark Cave-Ayland wrote:
SunOS crashes at the same place as with your previous patch. (Which is probably a good sign).
There is one interesting thing when I try to boot kadb: OFMEM: ofmem_claim phys=ffffffffffffffff size=00001000 align=00001000 OFMEM: ofmem_claim_virt virt=00000000 size=00001000 align=00001000 OFMEM: ofmem_map_page_range ffc66000 -> 006f7a000 00001000 mode 000000bc
So 0xffc66000 must be being returned back to client for it to use during subsequent calculations...
Actually there is another option - does the previous allocation before this one that returns 0xffc67000 as the virtual address? In that case it could indicate that va=0x0 doesn't have a special meaning after all.
Is it possible for you to post the complete log output from an unpatched OpenBIOS for us to look at so we can see the complete pattern of allocations?
The with the unpatched one it dies pretty early, right after claiming va=0x0. See the the attachment.
-- Regards, Artyom Tarasenko
linux/sparc and solaris/sparc under qemu blog: http://tyom.blogspot.com/search/label/qemu