On Thu, 9 Jul 2026, Peter Maydell wrote:
On Thu, 9 Jul 2026 at 12:44, Markus Armbruster <[email protected]> wrote:
I stumbled over ARM machine musicpal, PPC machines pegasos1, pegasos2,
and MIPS machine fuloong2e crashes.
I run them like this:
$ qemu-system-aarch64 -M musicpal -nodefaults -S -display none -monitor stdio
Died when device_set_realized() tried to propagate a "no default audio
driver available" error to &error_abort.
Is this something we want to have be a possibility the devices
have to cope with? Can we have the "ignores all audio data"
backend be always available instead?
Otherwise every audio device needs to cope with "there is no
audio backend available" and implement "do nothing with the
audio data" itself.
I think the "no default audio driver available" error was returned from
the device but it was not propagated properly somewhere around
error_handle to become an error message to abort with so it's not
something the devices should care about but some problem in error
handling. Without -nodefaults there is a default audio device so this does
not happen but with -nodefaults you need to specify one explicitly. I
think the question is why the error is not propagated and exited with on
error_abort instead of crashing and is not something specific to these
devices or machines which are just reproducers of the error handling
issue.
Regards,
BALATON Zoltan
