tracing: start trace processing thread in final child process
authorMichael Mueller <mimu@linux.vnet.ibm.com>
Mon, 23 Sep 2013 14:36:54 +0000 (16:36 +0200)
committerStefan Hajnoczi <stefanha@redhat.com>
Mon, 27 Jan 2014 14:49:39 +0000 (15:49 +0100)
commit8a745f2a9296ad2cf6bda33534ed298f2625a4ad
tree3fc2117f44d8850de4add13e73173da0ea918224
parent0169c511554cb0014a00290b0d3d26c31a49818f
tracing: start trace processing thread in final child process

When running with trace backend e.g. "simple" the writer thread needs to be
implemented in the same process context as the trace points that will be
processed. Under libvirtd control, qemu gets first started in daemonized
mode to privide its capabilities. Creating the writer thread in the initial
process context then leads to a dead lock because the thread gets termined
together with the initial parent. (-daemonize)

Signed-off-by: Michael Mueller <mimu@linux.vnet.ibm.com>
Signed-off-by: Christian Borntraeger <borntraeger@de.ibm.com>
[minor whitespace fixes]
Signed-off-by: Stefan Hajnoczi <stefanha@redhat.com>
vl.c