From mboxrd@z Thu Jan 1 00:00:00 1970 From: Jan Kiszka Subject: Re: [Qemu-devel] [patch 2/6] Use machine options to emulate -no-kvm-irqchip Date: Thu, 04 Oct 2012 16:30:26 +0200 Message-ID: <506D9D82.2090202@siemens.com> References: <20121003105255.972669952@amt.cnet> <20121003105509.391284251@amt.cnet> <87fw5vhb5a.fsf@codemonkey.ws> <20121003150341.GA15164@amt.cnet> <506C5DED.7000705@web.de> <878vbn4gs9.fsf@codemonkey.ws> <506C74E0.8080409@web.de> <20121003182652.GA32381@amt.cnet> <506D56B1.8090804@web.de> <87626qiahv.fsf@codemonkey.ws> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Marcelo Tosatti , qemu-devel@nongnu.org, kvm@vger.kernel.org, Gerd Hoffmann To: Anthony Liguori Return-path: Received: from thoth.sbs.de ([192.35.17.2]:17867 "EHLO thoth.sbs.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S965093Ab2JDOaj (ORCPT ); Thu, 4 Oct 2012 10:30:39 -0400 In-Reply-To: <87626qiahv.fsf@codemonkey.ws> Sender: kvm-owner@vger.kernel.org List-ID: On 2012-10-04 16:21, Anthony Liguori wrote: > -no-kvm should be included too. Reminds me that we still need to agree on the final default accel strategy. > > I just ran across a user that was injecting '-no-kvm-irqchip' in their > libvirt XML via a custom attribute. It turned out it was to work around > broken MSI support in their funky guest they were running. It was the > wrong solution to the problem but they were doing it regardless. > > The point is, there are users in the wild using these options. There's > no reason to remove them if they are trivial to maintain (and they are > in their current form). So let's define a consistent policy for them all: - warn on the command line on use - avoid adding them to the help or other user documentation - keep them until we rework the whole command line Jan -- Siemens AG, Corporate Technology, CT RTC ITP SDP-DE Corporate Competence Center Embedded Linux