Re: [Qemu-devel] Mac OS X PPC host support (was: [4932] Preliminary PPC64/Linux host support)

[malc]

On Wed, 30 Jul 2008, Blue Swirl wrote:

> On 7/29/08, malc <address@hidden> wrote:
> >  I have made a stab at making it work and tried it on MacOS X (Tiger) that
> >  i have here, for Sparc it progress a bit further but still meets it's doom
> >  shortly:
> >
> >  qemu: fatal: Trap 0x29 while interrupts disabled, Error state
> >  pc: ffd04020  npc: ffd04024
> >  General Registers:
> >  %g0: 00000000   %g1: 00000000   %g2: ffd908e0   %g3: ffd00000
> >  %g4: ffd83038   %g5: 00000001   %g6: 00000000   %g7: 00000000
> >  Current Register Window:
> >  %o0: 00000000   %o1: 00000000   %o2: 00000000   %o3: 00000000
> >  %o4: 00000000   %o5: 00000000   %o6: ffdd3fa0   %o7: 00000000
> >  %l0: 00000000   %l1: 00000000   %l2: 00000000   %l3: 00000000
> >  %l4: 00000000   %l5: 00000000   %l6: 00000000   %l7: 00000000
> >  %i0: 00000000   %i1: 00000000   %i2: 00000000   %i3: 00000000
> >  %i4: 00000000   %i5: 00000000   %i6: 00000000   %i7: 00000000
> >
> >  Floating Point Registers:
> >  [all bit zero FPRs snipped]
> >  psr: 0x04001fc0 -> ---- SP- wim: 0x00000001
> >  fsr: 0x00080000
> >
> >  BlueSwirl, rings any bells?
>
> 29 is Data Access Exception, raised from unassigned memory access. The code is
>
> 0xffd04020:  std  %l0, [ %sp ]
>
> which is a double word store. Address in %sp (%o6, 0xffdd3fa0) is OK.
> So I'd check if qemu_st64 generates correct code.

That was spot on, thanks once again. I have notified main tcg proper to
not align register parameters, but failed to do so myself when calling
qemu_stXX helpers.

With that fixed Sparc test image boots in MacOS X, i386 test image does
make it to ext2fs warning but then just hangs there waiting for something,
and some dma timer warning messages popup in the console after a while,
therefore i'm reluctant on commiting it just now.

That said the code is there:
http://repo.or.cz/w/qemu/malc.git?a=shortlog;h=refs/heads/tcgppc32macosx
(warning, one commit was amended so things will not fast-forward)

My MacOS X stuff is outdated so maybe the i386 problem is not a TCG one,
testing from uptodate MacOS X/PPC32 people would be needed. And i think
someone more MacOS X inclined should take over this part.

--
mailto:address@hidden