From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([208.118.235.92]:45326) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TQa3L-0000l7-Gd for qemu-devel@nongnu.org; Tue, 23 Oct 2012 04:41:48 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TQa3F-0007oK-6N for qemu-devel@nongnu.org; Tue, 23 Oct 2012 04:41:35 -0400 Received: from mx1.redhat.com ([209.132.183.28]:19458) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TQa3E-0007oB-Ql for qemu-devel@nongnu.org; Tue, 23 Oct 2012 04:41:29 -0400 Message-ID: <5086582C.4020804@redhat.com> Date: Tue, 23 Oct 2012 10:41:16 +0200 From: Gerd Hoffmann MIME-Version: 1.0 References: <508549EA.4050603@redhat.com> <50864130.6040103@redhat.com> In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Subject: Re: [Qemu-devel] qemu <-> libvirt interaction broken List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Peter Maydell Cc: "qemu-devel@nongnu.org" , Aurelien Jarno On 10/23/12 10:19, Peter Maydell wrote: > On 23 October 2012 08:03, Gerd Hoffmann wrote: >> On 10/22/12 15:51, Peter Maydell wrote: >>> On 22 October 2012 14:28, Gerd Hoffmann wrote: >>>> Commit 585f60368f23e6603cf86cfdaeceb89d1169f4b8 appearently breaks the >>>> libvirt feature detection, my guests fail to start with this message: >>>> >>>> error: Failed to start domain fedora-org-virtio >>>> error: internal error qemu does not support SGA >>>> >>>> Running libvirt-0.10.2-2.el6.x86_64 >>> >>> Yeah, this is the commit that means you need an updated libvirt >>> from this point on (and in particular for qemu-1.3). >> >> Well, only problem is that 0.10.2 already is the latest libvirt release. >> Was it really intentional to break things like this? > > This change was postponed to after 1.2 was released to > give libvirt a chance to wean itself off parsing our --help > output. Yea, I know this has been the plan for a long time and I agree that it is a good move. Only problem is that the switch didn't happen yet. The bits might be landed in libvirt/master, but there is no release with this yet and thus libvirt versions using QOM for feature detection didn't find the way yet into distributions. IMO it is a bit early to stop caring about -help output compatibility in qemu. cheers, Gerd