My suggestion is to work towards protecting the audio code with its own
mutex(es) and ignore the existence of the BQL for subsystems that can
do
so (audio is a prime candidate). Also please add comments to
audio_int.h about which functions are called from other threads than
the
QEMU main thread.
Ok, so to get back on topic, what exactly is the best way forward to fix
this issue in this patchset? Should I be managing a local mutex instead?
Thanks,
Paolo
[1] https://lamport.azurewebsites.net/pubs/teaching-concurrency.pdf
