diff options
| author | Paolo Bonzini | 2015-06-18 18:47:18 +0200 |
|---|---|---|
| committer | Paolo Bonzini | 2015-07-01 15:45:50 +0200 |
| commit | 2e7f7a3c86f884a77296a137b7c730a4d580c5c9 (patch) | |
| tree | a6b808eefcf024455e90366c9ab77899167db614 /scripts | |
| parent | Fix irq route entries exceeding KVM_MAX_IRQ_ROUTES (diff) | |
| download | qemu-2e7f7a3c86f884a77296a137b7c730a4d580c5c9.tar.gz qemu-2e7f7a3c86f884a77296a137b7c730a4d580c5c9.tar.xz qemu-2e7f7a3c86f884a77296a137b7c730a4d580c5c9.zip | |
main-loop: use qemu_mutex_lock_iothread consistently
The next patch will require the BQL to be always taken with
qemu_mutex_lock_iothread(), while right now this isn't the case.
Outside TCG mode this is not a problem. In TCG mode, we need to be
careful and avoid the "prod out of compiled code" step if already
in a VCPU thread. This is easily done with a check on current_cpu,
i.e. qemu_in_vcpu_thread().
Hopefully, multithreaded TCG will get rid of the whole logic to kick
VCPUs whenever an I/O event occurs!
Cc: Frederic Konrad <fred.konrad@greensocs.com>
Message-Id: <1434646046-27150-2-git-send-email-pbonzini@redhat.com>
Signed-off-by: Paolo Bonzini <pbonzini@redhat.com>
Diffstat (limited to 'scripts')
0 files changed, 0 insertions, 0 deletions