[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!
Igor/Blue,
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...
ATB,
Mark.
--
Mark Cave-Ayland - Senior Technical Architect
PostgreSQL - PostGIS
Sirius Corporation plc - control through freedom
http://www.siriusit.co.uk
t: +44 870 608 0063
Sirius Labs: http://www.siriusit.co.uk/labs
More information about the OpenBIOS
mailing list