Re: [Qemu-devel] [RFC]virtio-blk: add disk-name device property

On 2017/1/12 10:22, Fam Zheng wrote: On Thu, 01/12 09:22, Yang Zhang wrote: On 2017/1/4 22:44, Stefan Hajnoczi wrote: On Tue, Jan 03, 2017 at 10:53:06AM -0600, Eric Blake wrote: On 12/29/2016 08:41 PM, Junkang Fu wrote: >From 74e913fc41ea98d1dde692175f1e3fb6729342aa Mon Sep 17 00:00:00 2

Re: [Qemu-devel] [RFC]virtio-blk: add disk-name device property

On 2017/1/4 22:44, Stefan Hajnoczi wrote: On Tue, Jan 03, 2017 at 10:53:06AM -0600, Eric Blake wrote: On 12/29/2016 08:41 PM, Junkang Fu wrote: >From 74e913fc41ea98d1dde692175f1e3fb6729342aa Mon Sep 17 00:00:00 2001 From: "junkang.fjk" Date: Wed, 24 Aug 2016

Re: [Qemu-devel] trace in arch/x86/kernel/apic/apic.c:1309 setup_local_APIC

On 2016/1/26 18:43, Stefan Priebe - Profihost AG wrote: Am 26.01.2016 um 11:13 schrieb Yang Zhang: On 2016/1/26 15:22, Stefan Priebe - Profihost AG wrote: Hi, Am 26.01.2016 um 02:46 schrieb Han, Huaitong: What is the host kernel version and host dmesg information? And does the problem exist

Re: [Qemu-devel] trace in arch/x86/kernel/apic/apic.c:1309 setup_local_APIC

On 2016/1/26 15:22, Stefan Priebe - Profihost AG wrote: Hi, Am 26.01.2016 um 02:46 schrieb Han, Huaitong: What is the host kernel version and host dmesg information? And does the problem exist when you use latest kernel and QEMU to replace old binary file? Guest and Host is both 4.1.15. You

Re: [Qemu-devel] trace in arch/x86/kernel/apic/apic.c:1309 setup_local_APIC

On 2016/1/26 19:40, Stefan Priebe - Profihost AG wrote: Am 26.01.2016 um 12:39 schrieb Yang Zhang: On 2016/1/26 18:43, Stefan Priebe - Profihost AG wrote: Am 26.01.2016 um 11:13 schrieb Yang Zhang: On 2016/1/26 15:22, Stefan Priebe - Profihost AG wrote: Hi, Am 26.01.2016 um 02:46 schrieb

Re: [Qemu-devel] VFIO based vGPU(was Re: [Announcement] 2015-Q3 release of XenGT - a Mediated ...)

On 2016/1/26 15:41, Jike Song wrote: On 01/26/2016 05:30 AM, Alex Williamson wrote: [cc +Neo @Nvidia] Hi Jike, On Mon, 2016-01-25 at 19:34 +0800, Jike Song wrote: On 01/20/2016 05:05 PM, Tian, Kevin wrote: I would expect we can spell out next level tasks toward above direction, upon which

Re: [Qemu-devel] VFIO based vGPU(was Re: [Announcement] 2015-Q3 release of XenGT - a Mediated ...)

On 2016/1/27 8:06, Jike Song wrote: On 01/26/2016 10:05 PM, Yang Zhang wrote: On 2016/1/26 15:41, Jike Song wrote: We will need to extend: - VFIO_DEVICE_GET_REGION_INFO a) adding a flag: DONT_MAP. For example, the MMIO of vgpu should be trapped instead of being mmap-ed. I may

Re: [Qemu-devel] VFIO based vGPU(was Re: [Announcement] 2015-Q3 release of XenGT - a Mediated ...)

On 2016/1/27 6:56, Alex Williamson wrote: On Tue, 2016-01-26 at 22:39 +, Tian, Kevin wrote: From: Alex Williamson [mailto:alex.william...@redhat.com] Sent: Wednesday, January 27, 2016 6:27 AM On Tue, 2016-01-26 at 22:15 +, Tian, Kevin wrote: From: Alex Williamson

Re: [Qemu-devel] [RFC PATCH 0/3] x86: Add support for guest DMA dirty page tracking

On 2015/12/14 5:28, Alexander Duyck wrote: This patch set is meant to be the guest side code for a proof of concept involving leaving pass-through devices in the guest during the warm-up phase of guest live migration. In order to accomplish this I have added a new function called dma_mark_dirty

Re: [Qemu-devel] [RFC PATCH 0/3] x86: Add support for guest DMA dirty page tracking

On 2015/12/14 12:54, Alexander Duyck wrote: On Sun, Dec 13, 2015 at 6:27 PM, Yang Zhang <yang.zhang...@gmail.com> wrote: On 2015/12/14 5:28, Alexander Duyck wrote: This patch set is meant to be the guest side code for a proof of concept involving leaving pass-through devices in the

Re: [Qemu-devel] [RFC PATCH 0/3] x86: Add support for guest DMA dirty page tracking

On 2015/12/14 13:46, Alexander Duyck wrote: On Sun, Dec 13, 2015 at 9:22 PM, Yang Zhang <yang.zhang...@gmail.com> wrote: On 2015/12/14 12:54, Alexander Duyck wrote: On Sun, Dec 13, 2015 at 6:27 PM, Yang Zhang <yang.zhang...@gmail.com> wrote: On 2015/12/14 5:28, Alexander

Re: [Qemu-devel] live migration vs device assignment (motivation)

On 2015/12/10 18:18, Dr. David Alan Gilbert wrote: * Lan, Tianyu (tianyu@intel.com) wrote: On 12/8/2015 12:50 AM, Michael S. Tsirkin wrote: I thought about what this is doing at the high level, and I do have some value in what you are trying to do, but I also think we need to clarify the

Re: [Qemu-devel] live migration vs device assignment (motivation)

On 2015/12/10 19:41, Dr. David Alan Gilbert wrote: * Yang Zhang (yang.zhang...@gmail.com) wrote: On 2015/12/10 18:18, Dr. David Alan Gilbert wrote: * Lan, Tianyu (tianyu@intel.com) wrote: On 12/8/2015 12:50 AM, Michael S. Tsirkin wrote: I thought about what this is doing at the high

[Qemu-devel] [PATCH 1/5] xen, gfx passthrough: basic graphics passthrough support

From: Yang Zhang yang.z.zh...@intel.com basic gfx passthrough support: - add a vga type for gfx passthrough - retrieve VGA bios from host 0xC, then load it to guest 0xC - register/unregister legacy VGA I/O ports and MMIOs for passthroughed gfx The original patch is from Weidong Han

[Qemu-devel] [PATCH 0/5] xen: add Intel IGD passthrough support

From: Yang Zhang yang.z.zh...@intel.com The following patches are ported from Xen Qemu-traditional branch which are adding Intel IGD passthrough supporting to Qemu upstream. To pass through IGD to guest, user need to add following lines in Xen config file: gfx_passthru=1 pci=['00:02.0@2

[Qemu-devel] [PATCH 2/5] xen, gfx passthrough: reserve 00:02.0 for INTEL IGD

From: Yang Zhang yang.z.zh...@intel.com Some VBIOSs and drivers assume the IGD BDF (bus:device:function) is always 00:02.0, so this patch reserves 00:02.0 for assigned IGD in guest. The original patch is from Weidong Han weidong@intel.com Signed-off-by: Yang Zhang yang.z.zh...@intel.com Cc

[Qemu-devel] [PATCH 3/5] xen, gfx passthrough: create intel isa bridge

From: Yang Zhang yang.z.zh...@intel.com ISA bridge is needed since Intel gfx drive will probe it instead of Dev31:Fun0 to make graphics device passthrough work easy for VMM, that only need to expose ISA bridge to let driver know the real hardware underneath. The original patch is from Allen Kay

[Qemu-devel] [PATCH 4/5] xen, gfx passthrough: support Intel IGD passthrough with VT-D

From: Yang Zhang yang.z.zh...@intel.com Some registers of Intel IGD are mapped in host bridge, so it needs to passthrough these registers of physical host bridge to guest because emulated host bridge in guest doesn't have these mappings. The original patch is from Weidong Han weidong.han

[Qemu-devel] [PATCH 5/5] xen, gfx passthrough: add opregion mapping

From: Yang Zhang yang.z.zh...@intel.com The OpRegion shouldn't be mapped 1:1 because the address in the host can't be used in the guest directly. This patch traps read and write access to the opregion of the Intel GPU config space (offset 0xfc). The original patch is from Jean Guyader jean.guya