qemu-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Qemu-devel] [PATCH -V2] iohandler: update qemu_fd_set_handler to wo


From: Anthony Liguori
Subject: Re: [Qemu-devel] [PATCH -V2] iohandler: update qemu_fd_set_handler to work with null call back arg
Date: Thu, 08 Sep 2011 07:57:12 -0500
User-agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.17) Gecko/20110516 Lightning/1.0b2 Thunderbird/3.1.10

On 09/08/2011 05:07 AM, Avi Kivity wrote:
On 09/07/2011 09:44 PM, Anthony Liguori wrote:

I think this is a bit more complicated than is really needed. Here's
what I came up with which also fixes another bug where the io channel
could be freed twice. I stumbled across this via a very strange
failure scenario. Avi, it might be worth trying this patch to see if
it fixes your problem too.

Right now, I've got more than just one problem.


One thing that I found challenging debugging this, coroutines make
valgrind very unhappy. Is it possible that we could have a command
line switch to fall back to the thread based coroutines so to make
things more valgrind friendly?

How is valgrind even aware of coroutines? Unless is doesn't implement
makecontext correctly, it shouldn't even be aware of them.

It detects stack switching and has trouble differentiating between a legitimate stack switch and something more nefarious. I believe the heuristic it currently uses is the distance that RSP moves. If it moves more than a certain threshold, it assumes that's a stack switch.

Regards,

Anthony Liguori







reply via email to

[Prev in Thread] Current Thread [Next in Thread]