[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <A12AC9D104E08D47BAF23C492F83C53B25CDE9E3@SHSMSX104.ccr.corp.intel.com>
Date: Thu, 26 Nov 2015 03:15:35 +0000
From: "Dong, Eddie" <eddie.dong@...el.com>
To: Alexander Duyck <alexander.duyck@...il.com>,
"Lan, Tianyu" <tianyu.lan@...el.com>
CC: "a.motakis@...tualopensystems.com" <a.motakis@...tualopensystems.com>,
Alex Williamson <alex.williamson@...hat.com>,
"b.reynal@...tualopensystems.com" <b.reynal@...tualopensystems.com>,
"Bjorn Helgaas" <bhelgaas@...gle.com>,
"Wyborny, Carolyn" <carolyn.wyborny@...el.com>,
"Skidmore, Donald C" <donald.c.skidmore@...el.com>,
"Jani, Nrupal" <nrupal.jani@...el.com>,
Alexander Graf <agraf@...e.de>,
"kvm@...r.kernel.org" <kvm@...r.kernel.org>,
Paolo Bonzini <pbonzini@...hat.com>,
"qemu-devel@...gnu.org" <qemu-devel@...gnu.org>,
"Tantilov, Emil S" <emil.s.tantilov@...el.com>,
"Or Gerlitz" <gerlitz.or@...il.com>,
"Rustad, Mark D" <mark.d.rustad@...el.com>,
"Michael S. Tsirkin" <mst@...hat.com>,
Eric Auger <eric.auger@...aro.org>,
intel-wired-lan <intel-wired-lan@...ts.osuosl.org>,
"Kirsher, Jeffrey T" <jeffrey.t.kirsher@...el.com>,
"Brandeburg, Jesse" <jesse.brandeburg@...el.com>,
"Ronciak, John" <john.ronciak@...el.com>,
"linux-api@...r.kernel.org" <linux-api@...r.kernel.org>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
"Vick, Matthew" <matthew.vick@...el.com>,
"Williams, Mitch A" <mitch.a.williams@...el.com>,
Netdev <netdev@...r.kernel.org>,
"Nelson, Shannon" <shannon.nelson@...el.com>,
Wei Yang <weiyang@...ux.vnet.ibm.com>,
"zajec5@...il.com" <zajec5@...il.com>
Subject: RE: [RFC PATCH V2 0/3] IXGBE/VFIO: Add live migration support for
SRIOV NIC
> On Wed, Nov 25, 2015 at 12:21 AM, Lan Tianyu <tianyu.lan@...el.com> wrote:
> > On 2015年11月25日 13:30, Alexander Duyck wrote:
> >> No, what I am getting at is that you can't go around and modify the
> >> configuration space for every possible device out there. This
> >> solution won't scale.
> >
> >
> > PCI config space regs are emulation by Qemu and so We can find the
> > free PCI config space regs for the faked PCI capability. Its position
> > can be not permanent.
>
> Yes, but do you really want to edit every driver on every OS that you plan to
> support this on. What about things like direct assignment of regular Ethernet
> ports? What you really need is a solution that will work generically on any
> existing piece of hardware out there.
The fundamental assumption of this patch series is to modify the driver in guest to self-emulate or track the device state, so that the migration may be possible.
I don't think we can modify OS, without modifying the drivers, even using the PCIe hotplug mechanism.
In the meantime, modifying Windows OS is a big challenge given that only Microsoft can do. While, modifying driver is relatively simple and manageable to device vendors, if the device vendor want to support state-clone based migration.
Thx Eddie
Powered by blists - more mailing lists