More gdb info
Both threads are trying to lock:
p *(pthread_mutex_t*)0x55e8a5ae4aa0 $3 = {__data = {__lock = 2, __count = 0, __owner = 30193, __nusers = 1, __kind = 512, __spins = 0, __elision = 0, __list = { __prev = 0x0, __next = 0x0}}, __size = "\002\000\000\000\000\000\000\000\361u\000\000\001\000\000\000\000\002", '\000' <repeats 21 times>, __align = 2}
owner is 30193 which is the thread attempting to start the qemu process; possible that its trying to re-lock when it already owns the lock?
More gdb info
Both threads are trying to lock:
p *(pthread_ mutex_t* )0x55e8a5ae4aa0 000\000\ 000\000\ 000\000\ 361u\000\ 000\001\ 000\000\ 000\000\ 002", '\000' <repeats 21 times>, __align = 2}
$3 = {__data = {__lock = 2, __count = 0, __owner = 30193, __nusers = 1, __kind = 512, __spins = 0, __elision = 0, __list = {
__prev = 0x0, __next = 0x0}},
__size = "\002\000\
owner is 30193 which is the thread attempting to start the qemu process; possible that its trying to re-lock when it already owns the lock?