From mboxrd@z Thu Jan 1 00:00:00 1970 From: Carlo Marcelo Arenas Belon Subject: Re: [RFC] modular dependencies for kvm's qemu Date: Tue, 16 Oct 2007 10:36:03 -0500 Message-ID: <20071016153603.GB15903@tapir> References: <20071016092214.GA13850@tapir> <20071016133930.GB2107@redhat.com> <20071016142110.GA15903@tapir> <4714C8B5.60104@qumranet.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Cc: kvm-devel To: Avi Kivity Return-path: Content-Disposition: inline In-Reply-To: <4714C8B5.60104-atKUWr5tajBWk0Htik3J/w@public.gmane.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: kvm-devel-bounces-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org Errors-To: kvm-devel-bounces-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org List-Id: kvm.vger.kernel.org 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 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/