files: 0.941
performance: 0.939
mistranslation: 0.936
device: 0.915
network: 0.914
operating system: 0.910
semantic: 0.906
graphic: 0.904
kernel: 0.879
ppc: 0.878
PID: 0.875
socket: 0.866
register: 0.858
user-level: 0.853
debug: 0.837
peripherals: 0.836
permissions: 0.835
hypervisor: 0.830
architecture: 0.823
vnc: 0.801
VMM: 0.800
risc-v: 0.799
boot: 0.780
TCG: 0.769
x86: 0.760
virtual: 0.748
KVM: 0.742
i386: 0.741
arm: 0.728
assembly: 0.653
alpha: 0.640
--------------------
debug: 0.886
performance: 0.705
boot: 0.569
x86: 0.245
PID: 0.125
i386: 0.114
arm: 0.083
virtual: 0.072
files: 0.067
TCG: 0.066
operating system: 0.064
device: 0.053
alpha: 0.048
register: 0.046
hypervisor: 0.040
user-level: 0.035
ppc: 0.032
socket: 0.031
network: 0.031
VMM: 0.030
vnc: 0.029
risc-v: 0.023
assembly: 0.022
peripherals: 0.021
semantic: 0.013
architecture: 0.011
kernel: 0.010
graphic: 0.008
permissions: 0.004
mistranslation: 0.002
KVM: 0.001

[Qemu-devel] [BUG] trace: QEMU hangs on initialization with the	"simple" backend

While starting the softmmu version of QEMU, the simple backend waits for the
writeout thread to signal a condition variable when initializing the output file
path. But since the writeout thread has not been created, it just waits forever.

Thanks,
  Lluis

On Tue, Feb 09, 2016 at 09:24:04PM +0100, Lluís Vilanova wrote:
>
While starting the softmmu version of QEMU, the simple backend waits for the
>
writeout thread to signal a condition variable when initializing the output
>
file
>
path. But since the writeout thread has not been created, it just waits
>
forever.
Denis Lunev posted a fix:
https://patchwork.ozlabs.org/patch/580968/
Stefan
signature.asc
Description:
PGP signature

Stefan Hajnoczi writes:

>
On Tue, Feb 09, 2016 at 09:24:04PM +0100, Lluís Vilanova wrote:
>
> While starting the softmmu version of QEMU, the simple backend waits for the
>
> writeout thread to signal a condition variable when initializing the output
>
> file
>
> path. But since the writeout thread has not been created, it just waits
>
> forever.
>
Denis Lunev posted a fix:
>
https://patchwork.ozlabs.org/patch/580968/
Great, thanks.

Lluis