diff options
| author | Paolo Bonzini | 2017-02-13 14:52:25 +0100 |
|---|---|---|
| committer | Stefan Hajnoczi | 2017-02-21 12:14:08 +0100 |
| commit | a9d9235567e7637d474fa9a52432c63c9feeed07 (patch) | |
| tree | a222f3c26bddfb5b007f6557317b1d50b757cbc2 /util/trace-events | |
| parent | nbd: convert to use qio_channel_yield (diff) | |
| download | qemu-a9d9235567e7637d474fa9a52432c63c9feeed07.tar.gz qemu-a9d9235567e7637d474fa9a52432c63c9feeed07.tar.xz qemu-a9d9235567e7637d474fa9a52432c63c9feeed07.zip | |
coroutine-lock: reschedule coroutine on the AioContext it was running on
As a small step towards the introduction of multiqueue, we want
coroutines to remain on the same AioContext that started them,
unless they are moved explicitly with e.g. aio_co_schedule. This patch
avoids that coroutines switch AioContext when they use a CoMutex.
For now it does not make much of a difference, because the CoMutex
is not thread-safe and the AioContext itself is used to protect the
CoMutex from concurrent access. However, this is going to change.
Reviewed-by: Stefan Hajnoczi <stefanha@redhat.com>
Signed-off-by: Paolo Bonzini <pbonzini@redhat.com>
Reviewed-by: Fam Zheng <famz@redhat.com>
Reviewed-by: Daniel P. Berrange <berrange@redhat.com>
Message-id: 20170213135235.12274-9-pbonzini@redhat.com
Signed-off-by: Stefan Hajnoczi <stefanha@redhat.com>
Diffstat (limited to 'util/trace-events')
| -rw-r--r-- | util/trace-events | 1 |
1 files changed, 0 insertions, 1 deletions
diff --git a/util/trace-events b/util/trace-events index 53bd70c4cd..65c978715a 100644 --- a/util/trace-events +++ b/util/trace-events @@ -28,7 +28,6 @@ qemu_coroutine_terminate(void *co) "self %p" # util/qemu-coroutine-lock.c qemu_co_queue_run_restart(void *co) "co %p" -qemu_co_queue_next(void *nxt) "next %p" qemu_co_mutex_lock_entry(void *mutex, void *self) "mutex %p self %p" qemu_co_mutex_lock_return(void *mutex, void *self) "mutex %p self %p" qemu_co_mutex_unlock_entry(void *mutex, void *self) "mutex %p self %p" |