[OpenBIOS] [commit] r969 - in trunk/openbios-devel/arch: ppc/qemu ppc64/qemu

Andreas Färber andreas.faerber at web.de
Sun Nov 28 13:42:33 CET 2010

Am 26.11.2010 um 10:53 schrieb Mark Cave-Ayland:

> Andreas Färber wrote:
>> Starting with this revision,
>> qemu-system-ppc64 -bios .../obj-ppc64/openbios-qemu.elf -prom-env  
>> 'auto-boot?=false'
>> should take you to the Forth prompt.
>> Have fun,
>> Andreas
> Great work! :)
> Does that mean you're now back onto booting PPC AIX?


No, not yet. I did some of the cleanups I announced first and ppc64 is  
not in a booting state yet. It hangs after "Trying cd:,\\:tbxi".
Right now I'm trying to figure out why Blue is having troubles  

I've also been investigating why Haiku hangs again.
It hangs while setting up the segment registers (mtsrin).

I noticed that Haiku uses the set-callback ciface method shortly  
before, but it appears that we only save the callback-function in  
forth/system/ciface.fs and - according to grep - never use it elsewhere.
Shouldn't every ofmem function check if we have a non-zero callback- 
function (how? Cf. below) and then call that instead?

variable callback-function

: set-callback ( newfunc -- oldfunc )
   callback-function @
   callback-function !

For AIX I'm looking into the machine support:
I noticed there's provisions for the PReP machine but that errors out  
in QEMU so I couldn't test. I'm pretty sure that enabling AAPL stuff  
on PReP would be wrong though (is_apple() == 1). Also, a new IBM PReP  
machine may get contributed to QEMU, requiring adjustments in OpenBIOS.
To emulate an IBM CHRP machine I need to fix ofmem and PCI code to  
handle 64-bit addresses.

Once that is done I'll probably get back to my RTAS investigations for  

So, quite a long list ahead still. Which is why I'm a little impatient  
to get the next obvious bugs fixed while avoiding bikeshed discussions  
about possible cleanups. ;)


More information about the OpenBIOS mailing list