From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1MEfhe-0002Y3-Va for qemu-devel@nongnu.org; Thu, 11 Jun 2009 04:32:07 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1MEfha-0002WV-JT for qemu-devel@nongnu.org; Thu, 11 Jun 2009 04:32:06 -0400 Received: from [199.232.76.173] (port=34670 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1MEfha-0002WN-Dt for qemu-devel@nongnu.org; Thu, 11 Jun 2009 04:32:02 -0400 Received: from mx2.redhat.com ([66.187.237.31]:54208) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1MEfhZ-00055c-Nc for qemu-devel@nongnu.org; Thu, 11 Jun 2009 04:32:02 -0400 Date: Thu, 11 Jun 2009 11:29:44 +0300 From: "Michael S. Tsirkin" Subject: Re: [Qemu-devel] [PATCH 05/11] qemu: MSI-X support functions Message-ID: <20090611082944.GA20270@redhat.com> References: <200906101830.21537.paul@codesourcery.com> <20090610180756.GM28601@redhat.com> <200906102004.17905.paul@codesourcery.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200906102004.17905.paul@codesourcery.com> List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Paul Brook Cc: Carsten Otte , kvm@vger.kernel.org, Rusty Russell , qemu-devel@nongnu.org, virtualization@lists.linux-foundation.org, Blue Swirl , Christian Borntraeger , Avi Kivity On Wed, Jun 10, 2009 at 08:04:13PM +0100, Paul Brook wrote: > > > If we can't start a new qemu with the same hardware configuration then we > > > should not be allowing migration or loading of snapshots. > > > > OK, so I'll add an option in virtio-net to disable msi-x, and such > > an option will be added in any device with msi-x support. > > Will that address your concern? > > Yes, as long as migration fails when you try to migrate to the wrong kind of > device. > > Paul I think the right way to do this, is to make sure that standard read-only registers in PCI config space are not modified in migration (device-specific registers could have changed as a result of guest actions, so we can't make assumptions). -- MST