Re: [RFC] modular dependencies for kvm's qemu

Anthony Liguori
2007-10-16T15:48:01Z

Carlo Marcelo Arenas Belon wrote:
> On Tue, Oct 16, 2007 at 04:20:37PM +0200, Avi Kivity wrote:
>
>> Carlo Marcelo Arenas Belon wrote:
>>
>>>
>>>
>>>> It seems like rather
>>>> a bad idea to suddenly switch the configure script defaults in the way
>>>> you suggest for alsa. It really wouldn't be much harder to set
>>>> enable_alsa=1
>>>> in the top of configure, and then have the flag toggle it to off.
>>>>
>>> ok, but if that is added to kvm's configure then the logic will be inversed
>>> when looking at qemu's configure, probably confusing users.
>>>
>> If audio output is going to sdl anyway, then this has no effect on most
>> users, right?
>>
>
> it probably wouldn't work out of the box, unless they change
>
> QEMU_AUDIO_DRV=alsa
>

If alsa support is compiled in, then alsa will be preferred over SDL.
As long as SDL is supported in the build (which is the default), then
you will be able to at least use alsa. Whatever SDL uses by default
depends on what the configuration is. IMHO, just relying on SDL to pick
the Right Thing is best because that's a choice that was made by the
distribution so presumably it's whatever works the best on the given system.

Regards,

Anthony Liguori

> to :
>
> QEMU_AUDIO_DRV=sdl
> SDL_AUDIODRIVER=alsa
>
> but I never had sound support configured so I am no way expert and can't test
> if that is the case or if that is the way it fallsback (will take a closer
> look at the code later though).
>
>
>> If so I prefer being closer to qemu as you suggest.
>>
>
> you mean closer as on using the same syntax, or closer as on avoiding changing
> qemu unless absolutely needed?
>
> Carlo
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc.
> Still grepping through log files to find problems? Stop.
> Now Search log events and configuration files using AJAX and a browser.
> Download your FREE copy of Splunk now >> http://get.splunk.com/
> _______________________________________________
> kvm-devel mailing list
> kvm-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
> https://lists.sourceforge.net/lists/listinfo/kvm-devel