On Tue, Feb 19, 2019 at 01:12:58PM +0100, Gerd Hoffmann wrote: > 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 ...
We could temporarily put the Linux default ordering back to have "oss" before sdl/alsa until the initialization code in sdl/alsa can be fixed to correctly detect working audio. Regards, Daniel -- |: https://berrange.com -o- https://www.flickr.com/photos/dberrange :| |: https://libvirt.org -o- https://fstop138.berrange.com :| |: https://entangle-photo.org -o- https://www.instagram.com/dberrange :|