Re: [OpenBIOS] testing Mac OS X boot on latest trunk (revision 1085) + divide by zero patch

[Programmingkid]

On Feb 3, 2013, at 12:50 PM, Andreas Tobler wrote:
> On 01.02.13 21:38, Programmingkid wrote:
> > > On 13.01.13 16:43, Mark Cave-Ayland wrote:
> > > >
> > >
> > > On 12/01/13 16:05, Amadeusz Sławiński wrote:
> > > >
> > > > >
> > >
> > > I used the latest proposed divide by zero patch
> > > > >
> > >
> > > So it seems like it is almost there.
> > > > >
> > >
> > > Seems like it still can't load kernel when run with boot cd:,\:tbxi
> > > > >
> > >
> > > Mac OS X 10.0
> > > > > http://asmblr.net/scrot/2013-01-12-155737_1366x768_scrot.png
> > >
> > > Mac OS X 10.2
> > > > > http://asmblr.net/scrot/2013-01-12-155642_1366x768_scrot.png
> > >
> > > Mac OS X 10.4
> > > > > http://asmblr.net/scrot/2013-01-12-155935_1366x768_scrot.png
> > >
> > > However when I specify partition to use it loads:
> > > > >
> > >
> > > Mac OS X 10.0 (boot cd:9,\:tbxi)
> > > > > http://asmblr.net/scrot/2013-01-12-163133_1366x768_scrot.png
> > >
> > > Mac OS X 10.2 (boot cd:9,\:tbxi)
> > > > > http://asmblr.net/scrot/2013-01-12-163300_1366x768_scrot.png
> > >
> > > Mac OS X 10.4 (boot cd:3,\:tbxi)
> > > > > http://asmblr.net/scrot/2013-01-12-163419_1366x768_scrot.png
> > > >
> > >
> > > This should now be fixed in SVN trunk.
> > > >
> > > >
> > >
> > > I believe I have now committed all outstanding patches based upon
> > > >
> > >
> > > William's main GSOC patchset, and performed a QEMU CDROM boot test
> > > >
> > >
> > > across all of SPARC32, SPARC64 and PPC to confirm that I haven't
> > > >
> > >
> > > introduced any regressions across any of my test images. Thank you
> > > >
> > >
> > > everyone for your help, patience and testing.
> > > >
> > > >
> > >
> > > Interestingly enough, commits 1081 and 1082 appear to have fixed the key
> > > >
> > >
> > > issues with OpenBIOS's PPC MMU code and as a result, the following
> > > >
> > >
> > > kernels will now at least boot from ISO images in QEMU:
> > > >
> > > >
> > >
> > > Darwin
> > > >
> > >
> > > FreeBSD
> > > >
> > >
> > > NetBSD
> > > >
> > >
> > > HelenOS
> > > >
> > >
> > > Fedora Linux
> > > >
> > >
> > > SuSE Linux
> > > >
> > > >
> > >
> > > I think the remainder of the bugs during kernel initialisation are
> > > >
> > >
> > > related to either missing/erroneous properties in the OpenBIOS device
> > > >
> > >
> > > tree, or bugs in QEMU's device emulation/Mac hardware model. This will
> > > >
> > >
> > > likely require some assistance from the QEMU people to fix.
> > >
> > > I can confirm the statement from Mark regarding FreeBSD. So far I can
> > > boot but I fail due to the fact that some interrupt-parents are not
> > > populated. Namely for via-cuda and for ata-1/2/3. Adding these lets the
> > > boot continue until I hang somewhere in a cpu_idle routine. Still
> > > investigating.
> > >
> > > One thing the qemu people might clarify, is -M mac99 ok to use? Or what
> > > would be the preferred Mac model and which cpu?
> > > My trials go with mac99 and -cpu G4 on the 32-bit qemu.
> > >
> > > I think once I solved the spinning in the cpu_idle routine I'm near
> > > completing the boot.
> > >
> > > Thank you all for this effort!
> > >
> > > Andreas
> >
> > Would you have a patch for this interrupt-parent property?
>
> Well, attached the hacky part I have. Hacky especially because of this
> '7' vs. '4'. It is not really clear what I did. At least I could boot
> until I get into an endless loop with cpu_spin... with FreeBSD ppc.
>
> Andreas
>
> <irq_parrent.diff>

I have tried out your patch with Mac OS 10.0 and Mac OS 10.2. I didn't notice any differences in behavior. The patch doesn't appear to have broken anything either. It would probably be a good idea to add the interrupt-parent property to the nodes that have it on real hardware.