From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:54295) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UpOmh-0000AN-Gk for qemu-devel@nongnu.org; Wed, 19 Jun 2013 16:15:20 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1UpOme-0004WW-UC for qemu-devel@nongnu.org; Wed, 19 Jun 2013 16:15:15 -0400 Received: from ocelot.phlegethon.org ([81.29.64.94]:56302 helo=mail.phlegethon.org) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UpOmb-0004Vw-M4 for qemu-devel@nongnu.org; Wed, 19 Jun 2013 16:15:12 -0400 Date: Wed, 19 Jun 2013 21:15:01 +0100 From: Tim Deegan Message-ID: <20130619201501.GD32645@ocelot.phlegethon.org> References: <1371634333-23565-1-git-send-email-paul.durrant@citrix.com> <1371634945.22783.96.camel@zakaz.uk.xensource.com> <9AAE0902D5BC7E449B7C8E4E778ABCD004B6EB@LONPEX01CL01.citrite.net> <1371636452.22783.105.camel@zakaz.uk.xensource.com> <9AAE0902D5BC7E449B7C8E4E778ABCD004B763@LONPEX01CL01.citrite.net> <20130619182142.GB3014@u109add4315675089e695.ant.amazon.com> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline In-Reply-To: <20130619182142.GB3014@u109add4315675089e695.ant.amazon.com> Subject: Re: [Qemu-devel] [Xen-devel] [PATCH] Add Xen platform PCI device version 2. List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Matt Wilson Cc: qemu-devel@nongnu.org, Paul Durrant , Ian Campbell , Alex Bligh , xen-devel@lists.xen.org At 11:21 -0700 on 19 Jun (1371640904), Matt Wilson wrote: > On Wed, Jun 19, 2013 at 11:42:06AM +0100, Alex Bligh wrote: > > > > --On 19 June 2013 10:13:17 +0000 Paul Durrant > > wrote: > > > > >>We obviously can't say to users "Are you running Windows and are you > > >>running PV drivers >= X.Y, if so set lever A to position B, otherwise if > > >>you are running some other OS or an earlier version of the Windows PV > > >>driver set it to position A". > > > > > >Why not? The device can be chosen on a per-VM basis. > > > > Not everyone knows what guest some random user will be running > > (consider cloud platforms). > > I agree. If this is really the only solution, we would need to have > both versions presented to the guest so that old drivers continue to > work without any intervention. I suspect that if we expose both, both sets of drivers try to run the same PV connections, and hilarity ensues. Tim.