lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC | |
Open Source and information security mailing list archives
| ||
|
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