Re: [Qemu-devel] [RFC] darwin: work around sigfd

[Andreas Färber]

Am 30.05.2011 um 10:03 schrieb Paolo Bonzini:

> On 05/29/2011 06:50 PM, Andreas Färber wrote:
> > Am 08.05.2011 um 11:15 schrieb Andreas Färber:
> >
> > > Am 05.05.2011 um 15:15 schrieb Alexander Graf:
> > >
> > > > On 05.05.2011, at 14:56, Paolo Bonzini wrote:
> > > >
> > > > > On 05/05/2011 11:36 AM, Alexander Graf wrote:
> > > > > > When running qemu-system on Darwin, the vcpu processes guest  
> > > > > > code, but
> > > > > > I don't get to see anything on the cocoa screen.
> > > > >
> > > > > Out of curiosity, does it work with iothread?
> > > >
> > > > Seems to work with -nographic, yes. With cocoa it doesn't seem as
> > > > happy :o. It certainly gets a lot further than without.
> > >
> > > -nographic has issues with --enable-io-thread, too.
> >
> > Ping?
>
> The patch is obviously masking the real issue, I don't think Alex  
> meant it to be applied.

Neither did I...

> I would really like to look at iothread under Mac OS X, but I just  
> don't have the time right now.

but I would expect whomever introduced this feature/breakage to  
comment on what might be going wrong and what we/I might try. Like I  
said, it happens with and without iothread enabled.

The symptoms I'm seeing is that qemu-system-ppc[64] with -nographic - 
prom-env 'auto-boot?=false' hangs once the OpenBIOS prompt is  
displayed and keyboard input does not work, including Ctrl+a,x so that  
I have to kill the process the hard way. With Cocoa frontend, qemu  
with iothread gets to the Haiku desktop but is unusably sluggish  
(mouse movement and key presses take seconds to get processed) whereas  
without iothread it got stuck during boot splash already iirc.

Andreas