Re: [Qemu-devel] [PATCH] OSX x86_64 host support

[Alexander Graf]

Hi,

On Dec 9, 2007, at 5:52 PM, Mike Kronenberg wrote:

> Hi from Q,
>
> Yes we have a OpenGL, CG and in dev a Core Animation version for vga  
> output.
> Quickdraw is depreciated since Tiger. But as QEMU has never added  
> gcc4 to the tool-chain, there was never a official running version  
> on any Intel machine :)

There still isn't. Sadly there have been no comments on my x86_64  
darwin patch, but that one seems to be the least intrusive and fastest  
intel mac qemu patch I've seen so far.

> Our OpenGL and CG  implementation offer fullscreen and tablet  
> support as-well.
> Fullscreen is very slow on the CG implementation, but was speeded up  
> by Core-Animation.
>
> I'd going with the OpenGL implementation, if the "true" opengl  
> implementation for QEMU was coming ;).
> Else the partial screen-redrawing of CG is faster than OpenGL.

My CG implementation is a mere "hack". There is no partion screen- 
redraw, as I push the full CGImage contents to the context on every  
repaint. So any of these sound way better.

> On the other hand, the QT implementation is and remains the fastest  
> solution, as no of the other allows directly accessing the video- 
> buffer, which results in way more copying.

I thought CG allows for storing images on the video card's buffer as  
well? At least that's what I've read somewhere in the Apple  
documentation.

> If there is need for back-porting any of this stuff, that would be  
> no problem.

Everything is better than what there is right now. Currently qemu is  
ppc 32-bit only with (maybe) 10.5 being the last supported version, as  
I personally believe that Apple will remove QuickDraw in 10.6. So I'm  
fine with whatever you feel like worth backporting.

I'm not in a position to decide on what to do, don't know who is  
either though. So if anyone with commit rights feels interested in Mac  
OS X Host support, I'd love to hear some words on this.

> For the new Q front-end, we are going with a CG approach only, but  
> we bypass cocoa.m altogether and mmap (shmem allows only 4mb on OS  
> X) everything to the viewer app.
>
> Mike



Cheers,

Alex