On 21/08/20 13:28, Geoffrey McRae wrote: > >> 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?
I think adding a local mutex for audio stuff would be best, if it's not too hard. Paolo