From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:53593) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UnBrF-00029c-UC for qemu-devel@nongnu.org; Thu, 13 Jun 2013 14:02:52 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1UnBrE-0005i7-5m for qemu-devel@nongnu.org; Thu, 13 Jun 2013 14:02:49 -0400 Received: from mail-qe0-f52.google.com ([209.85.128.52]:45862) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UnBrE-0005hs-18 for qemu-devel@nongnu.org; Thu, 13 Jun 2013 14:02:48 -0400 Received: by mail-qe0-f52.google.com with SMTP id i11so6657214qej.39 for ; Thu, 13 Jun 2013 11:02:47 -0700 (PDT) Sender: Paolo Bonzini Message-ID: <51BA0943.7050705@redhat.com> Date: Thu, 13 Jun 2013 14:02:43 -0400 From: Paolo Bonzini MIME-Version: 1.0 References: <1371117054-5694-1-git-send-email-paul.durrant@citrix.com> <1371145442.6955.64.camel@zakaz.uk.xensource.com> In-Reply-To: <1371145442.6955.64.camel@zakaz.uk.xensource.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Subject: Re: [Qemu-devel] [Xen-devel] [PATCH] Remove hardcoded xen-platform device initialization List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Ian Campbell Cc: Paul Durrant , xen-devel@lists.xen.org, qemu-devel@nongnu.org, Stefano Stabellini Il 13/06/2013 13:44, Ian Campbell ha scritto: > On Thu, 2013-06-13 at 18:33 +0100, Stefano Stabellini wrote: >> On Thu, 13 Jun 2013, Paul Durrant wrote: >>> The xen-platform device should be initialized by the Xen toolstack by >>> passing the appropriate -device argument on the command line. >>> >>> Signed-off-by: Paul Durrant >> >> This patch is problematic because we can't know for sure the version of >> upstream QEMU that is going to be used with Xen. >> If we apply this patch and QEMU 1.5 is going to be used with Xen 4.2, >> guests won't be able to use PV drivers. > > Is the right answer a lever to disable, rather than enable, it? > > A workaround for the situation you envisage is to use the > device_model_args config option, not ideal though. I think the right solution for this is to move towards using the normal "-M pc" machine. libxl can simply use "-M pc -machine accel=xen -device xen-platform-pv"; older versions that use the xenfv machine will still work. And if you do this, you will also get the benefit of versioned machine types. Paolo