[OpenBIOS] [PATCH 0/5] v1 alternative implementation of sparc64 boot memory mapping

Mark Cave-Ayland mark.cave-ayland at siriusit.co.uk
Wed Dec 30 14:41:26 CET 2009

Igor V. Kovalenko wrote:

> In my test these series are as efficient as
> qemu change to remap i/o and pci spaces in
> allowing milax032sparc.iso to not step over
> cmd646 registers. Currently milax loader
> gets a bit further and fails with
>  Can't open /ramdisk-root
>  byte-load: exception caught!


Well done on the progress you've both made on this. I've just updated to 
latest git/SVN and I now get the same error above when trying to boot Milax.

Some initial prodding shows that the ramdisk has an Fcode payload that 
gets executed to create a new /ramdisk-root node in the device tree. 
However for reasons currently unknown, the methods contained within the 
ramdisk Fcode aren't being created under the /ramdisk-root node which is 
why boot fails.

Since this section of code is surrounded by a push-package/pop-package 
pair, I'm beginning to wonder if I've missed some subtlety related to 
wordlists in my implementation which causes the new words to be defined 
in the wrong place...



Mark Cave-Ayland - Senior Technical Architect
PostgreSQL - PostGIS
Sirius Corporation plc - control through freedom
t: +44 870 608 0063

Sirius Labs: http://www.siriusit.co.uk/labs

More information about the OpenBIOS mailing list