diff options
| author | Aníbal Limón <anibal.limon@linux.intel.com> | 2015-09-03 15:48:33 -0500 |
|---|---|---|
| committer | Paolo Bonzini <pbonzini@redhat.com> | 2015-09-07 18:14:03 +0200 |
| commit | 46036b2462c7ff56c0af6466ea6b9248197a38a8 (patch) | |
| tree | edcc2ee271920fdcd94aa1aa5e4884ac96628d6e /iohandler.c | |
| parent | d12f7309483e20d1bae9304f4b812bf53a8e6510 (diff) | |
| download | qemu-46036b2462c7ff56c0af6466ea6b9248197a38a8.zip qemu-46036b2462c7ff56c0af6466ea6b9248197a38a8.tar.gz qemu-46036b2462c7ff56c0af6466ea6b9248197a38a8.tar.bz2 | |
cpus.c: qemu_mutex_lock_iothread fix race condition at cpu thread init
When QEMU starts the RCU thread executes qemu_mutex_lock_thread
causing error "qemu:qemu_cpu_kick_thread: No such process" and exits.
This isn't occur frequently but in glibc the thread id can exist and
this not guarantee that the thread is on active/running state. If is
inserted a sleep(1) after newthread assignment [1] the issue appears.
So not make assumption that thread exist if first_cpu->thread is set
then change the validation of cpu to created that is set into cpu
threads (kvm, tcg, dummy).
[1] https://sourceware.org/git/?p=glibc.git;a=blob;f=nptl/pthread_create.c;h=d10f4ea8004e1d8f3a268b95cc0f8d93b8d89867;hb=HEAD#l621
Cc: qemu-stable@nongnu.org
Signed-off-by: Aníbal Limón <anibal.limon@linux.intel.com>
Message-Id: <1441313313-3040-1-git-send-email-anibal.limon@linux.intel.com>
Signed-off-by: Paolo Bonzini <pbonzini@redhat.com>
Diffstat (limited to 'iohandler.c')
0 files changed, 0 insertions, 0 deletions