On Tue, Feb 19, 2019 at 11:39:49AM +0100, David Hildenbrand wrote: > On 19.02.19 11:15, Gerd Hoffmann wrote: > > ardware is present the driver initializes > > successfully and throws errors later on, i.e. effectively the > > automatic probing doesn't work. So the driver should not be > > used by default (until that is fixed). Drop the can_be_default > > flag. > > > > Explicitly picking the alsa driver (using QEMU_AUDIO_DRV=alsa > > environment variable) will continue to work. > > Just pointing out that with this patch, audio initialization still > hinders me from starting guests on my Fedora 29 when running under root > (I don't think this patch was also intended to fix that, just pointing > out for me the problem still exists). > > > ALSA lib pulse.c:243:(pulse_connect) PulseAudio: Unable to connect: > Connection refused > > sdl: SDL_OpenAudio failed > sdl: Reason: ALSA: Couldn't open audio device: Connection refused > ALSA lib pulse.c:243:(pulse_connect) PulseAudio: Unable to connect: > Connection refused > > sdl: SDL_OpenAudio failed > sdl: Reason: ALSA: Couldn't open audio device: Connection refused > audio: Failed to create voice `pcspk' > qemu-system-x86_64: Initialization of device isa-pcspk failed: > Initializing audio voice failed
So SDL has the same problem (possibly only when using alsa). Hmm. Dropping can_be_default here will too break sound on BSD ...
