From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from [140.186.70.92] (port=45600 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Obw69-0000tM-9W for qemu-devel@nongnu.org; Thu, 22 Jul 2010 09:46:06 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1Obw67-0000us-Ts for qemu-devel@nongnu.org; Thu, 22 Jul 2010 09:46:04 -0400 Received: from mx1.redhat.com ([209.132.183.28]:10885) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Obw67-0000um-M8 for qemu-devel@nongnu.org; Thu, 22 Jul 2010 09:46:03 -0400 Date: Thu, 22 Jul 2010 10:45:58 -0300 From: Luiz Capitulino Subject: Re: [Qemu-devel] [PATCH] move 'unsafe' to end of caching modes in help Message-ID: <20100722104558.2012e027@redhat.com> In-Reply-To: <4C475EC0.2000805@codemonkey.ws> References: <4C4704FC020000480009AB6E@sinclair.provo.novell.com> <4C475EC0.2000805@codemonkey.ws> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Anthony Liguori Cc: qemu-devel@nongnu.org, Bruce Rogers On Wed, 21 Jul 2010 15:55:28 -0500 Anthony Liguori wrote: > On 07/21/2010 03:32 PM, Bruce Rogers wrote: > > Libvirt parses qemu help output to determine qemu features. In particular > > it probes for the following: "cache=writethrough|writeback|none". The > > addition of the unsafe cache mode was inserted within this string, as > > opposed to being added to the end, which impacted libvirt's probe. > > Unbreak libvirt by keeping the existing cache modes intact and add > > unsafe to the end. > > > > This problem only manifests itself if a caching mode is explicitly > > specified in the libvirt xml, in which case older syntax for caching is > > passed to qemu, which it no longer understands. > > > > Signed-off-by: Bruce Rogers > > > > Errr, libvirt is still doing this? > > This comes up frequently and it's a real PITA. Help text is not a > feature probing interface. This is a libvirt bug and it needs to be > fixed in libvirt. IMHO, we should try to not break it as much as we can while QMP isn't stable yet, just like we do for the user monitor.