From: "Chen, Tiejun" <tiejun.chen@intel.com>
To: Stefano Stabellini <stefano.stabellini@eu.citrix.com>, mst@redhat.com
Cc: qemu-devel@nongnu.org, pbonzini@redhat.com, ehabkost@redhat.com,
rth@twiddle.net
Subject: Re: [Qemu-devel] [v8][RESEND][PATCH 00/10] xen: add Intel IGD passthrough
Date: Fri, 03 Jul 2015 11:17:06 +0800 [thread overview]
Message-ID: <5595FEB2.2000007@intel.com> (raw)
In-Reply-To: <alpine.DEB.2.02.1507011702010.17378@kaball.uk.xensource.com>
On 2015/7/2 0:03, Stefano Stabellini wrote:
> Aside from a couple of really minor stylistic issues, I think the patch
Thanks for your review.
> series can go in from my point of view. However it looks like you are
> still missing a few acked-by/reviewed-by on the non-xen patches.
Just yesterday Michael Acked them :)
Note once you're fine to my replies to your previous comments, I'd like
to rebase them on the latest and then send out the last revision adding
Acked-by with you and Michael.
Thanks
Tiejun
>
> On Wed, 1 Jul 2015, Chen, Tiejun wrote:
>> Ping...
>>
>> Thanks
>> Tiejun
>>
>> On 2015/6/5 16:44, Tiejun Chen wrote:
>>> v8:
>>>
>>> * Rebase on the latest qemu tree
>>> * Cleanup one xen leftover in patch #3
>>>
>>> v7:
>>>
>>> * Instead of "-gfx_passthru" we'd like to make that a machine
>>> option, "-machine xxx,igd-passthru=on""
>>> * try to make something as common shared by others like KvmGT in
>>> the future
>>> * Just read those real value from host bridge pci
>>> configuration space when create host bridge then put in dev->config.
>>>
>>> v6:
>>>
>>> * Drop introducing a new machine specific to IGD passthrough
>>> * Try to share some codes from KVM stuff in qemu to retrive VGA BIOS
>>> * Currently IGD drivers always need to access PCH by 1f.0. But we
>>> don't want to poke that directly to get ID, and although in real
>>> world different GPU should have different PCH. But actually the
>>> different PCH DIDs likely map to different PCH SKUs. We do the
>>> same thing for the GPU. For PCH, the different SKUs are going to
>>> be all the same silicon design and implementation, just different
>>> features turn on and off with fuses. The SW interfaces should be
>>> consistent across all SKUs in a given family (eg LPT). But just
>>> same features may not be supported.
>>>
>>> Most of these different PCH features probably don't matter to the
>>> Gfx driver, but obviously any difference in display port connections
>>> will so it should be fine with any PCH in case of passthrough.
>>>
>>> So currently use one PCH version, 0x8c4e, to cover all HSW(Haswell)
>>> scenarios, 0x9cc3 for BDW(Broadwell).
>>> * Drop igd write ops since its fine to emulate that, and we also shrink
>>> those igd read ops as necessary.
>>> * Rebase and cleanup all patches.
>>>
>>> v5:
>>>
>>> * Simplify to make sure its really inherited from the standard one in patch
>>> #3
>>> * Then drop the original patch #3
>>>
>>> v4:
>>>
>>> * Rebase on latest tree
>>> * Drop patch #2
>>> * Regenerate patches after Michael introduce patch #1
>>> * We need to use this pci_type as a index to reuse I440FX_PCI_DEVICE()
>>> * Test: boot with a preinstalled winxp
>>> ./i386-softmmu/qemu-system-i386 -hda winxp-32.img -m 2560 -boot c
>>> -machine pc
>>>
>>> v3:
>>>
>>> * Drop patch #4
>>> * Add one patch #1 from Michael
>>> * Rebase
>>> * In./i386-softmmu/qemu-system-i386 -hda test.img -m 2560 -boot c -machine
>>> pc
>>>
>>> v2:
>>>
>>> * Fix some coding style
>>> * New patch to separate i440fx_init
>>> * Just add prefix with XEN_IGD_PASSTHROUGH/xen_igd_passthrough
>>> * Based on patch #2 to regenerate
>>> * Unify prefix with XEN_IGD_PASSTHROUGH/xen_igd_passthrough like patch #3
>>> * Test: boot with a preinstalled ubuntu 14.04
>>> ./i386-softmmu/qemu-system-i386 -hda test.img -m 2560 -boot c -machine pc
>>>
>>> As we discussed we need to create a separate machine to support current
>>> IGD passthrough.
>>>
>>> ----------------------------------------------------------------
>>> Michael S. Tsirkin (1):
>>> i440fx: make types configurable at run-time
>>>
>>> Tiejun Chen (9):
>>> pc_init1: pass parameters just with types
>>> piix: create host bridge to passthrough
>>> hw/pci-assign: split pci-assign.c
>>> xen, gfx passthrough: basic graphics passthrough support
>>> xen, gfx passthrough: retrieve VGA BIOS to work
>>> igd gfx passthrough: create a isa bridge
>>> xen, gfx passthrough: register a isa bridge
>>> xen, gfx passthrough: register host bridge specific to passthrough
>>> xen, gfx passthrough: add opregion mapping
>>>
>>> hw/core/machine.c | 20 +++
>>> hw/i386/Makefile.objs | 1 +
>>> hw/i386/kvm/pci-assign.c | 82 +---------
>>> hw/i386/pc_piix.c | 151 ++++++++++++++++++-
>>> hw/i386/pci-assign-load-rom.c | 93 ++++++++++++
>>> hw/pci-host/piix.c | 91 +++++++++++-
>>> hw/xen/Makefile.objs | 1 +
>>> hw/xen/xen-host-pci-device.c | 5 +
>>> hw/xen/xen-host-pci-device.h | 1 +
>>> hw/xen/xen_pt.c | 32 ++++
>>> hw/xen/xen_pt.h | 21 ++-
>>> hw/xen/xen_pt_config_init.c | 51 ++++++-
>>> hw/xen/xen_pt_graphics.c | 272 ++++++++++++++++++++++++++++++++++
>>> include/hw/boards.h | 1 +
>>> include/hw/i386/pc.h | 8 +-
>>> include/hw/pci/pci-assign.h | 27 ++++
>>> include/hw/xen/xen.h | 1 +
>>> qemu-options.hx | 3 +
>>> vl.c | 10 ++
>>> 19 files changed, 780 insertions(+), 91 deletions(-)
>>> create mode 100644 hw/i386/pci-assign-load-rom.c
>>> create mode 100644 hw/xen/xen_pt_graphics.c
>>> create mode 100644 include/hw/pci/pci-assign.h
>>>
>>> Thanks
>>> Tiejun
>>>
>>>
>>>
>>
>
next prev parent reply other threads:[~2015-07-03 3:17 UTC|newest]
Thread overview: 22+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-06-05 8:44 [Qemu-devel] [v8][RESEND][PATCH 00/10] xen: add Intel IGD passthrough Tiejun Chen
2015-06-05 8:44 ` [Qemu-devel] [v8][RESEND][PATCH 01/10] i440fx: make types configurable at run-time Tiejun Chen
2015-06-05 8:44 ` [Qemu-devel] [v8][RESEND][PATCH 02/10] pc_init1: pass parameters just with types Tiejun Chen
2015-06-05 8:44 ` [Qemu-devel] [v8][RESEND][PATCH 03/10] piix: create host bridge to passthrough Tiejun Chen
2015-06-05 8:44 ` [Qemu-devel] [v8][RESEND][PATCH 04/10] hw/pci-assign: split pci-assign.c Tiejun Chen
2015-06-05 8:44 ` [Qemu-devel] [v8][RESEND][PATCH 05/10] xen, gfx passthrough: basic graphics passthrough support Tiejun Chen
2015-07-01 15:45 ` Stefano Stabellini
2015-06-05 8:44 ` [Qemu-devel] [v8][RESEND][PATCH 06/10] xen, gfx passthrough: retrieve VGA BIOS to work Tiejun Chen
2015-07-01 15:51 ` Stefano Stabellini
2015-06-05 8:44 ` [Qemu-devel] [v8][RESEND][PATCH 07/10] igd gfx passthrough: create a isa bridge Tiejun Chen
2015-06-05 8:44 ` [Qemu-devel] [v8][RESEND][PATCH 08/10] xen, gfx passthrough: register " Tiejun Chen
2015-07-01 15:55 ` Stefano Stabellini
2015-07-03 1:51 ` Chen, Tiejun
2015-06-05 8:45 ` [Qemu-devel] [v8][RESEND][PATCH 09/10] xen, gfx passthrough: register host bridge specific to passthrough Tiejun Chen
2015-07-01 15:58 ` Stefano Stabellini
2015-07-03 3:11 ` Chen, Tiejun
2015-06-05 8:45 ` [Qemu-devel] [v8][RESEND][PATCH 10/10] xen, gfx passthrough: add opregion mapping Tiejun Chen
2015-07-01 16:01 ` Stefano Stabellini
2015-07-01 1:39 ` [Qemu-devel] [v8][RESEND][PATCH 00/10] xen: add Intel IGD passthrough Chen, Tiejun
2015-07-01 16:03 ` Stefano Stabellini
2015-07-03 3:17 ` Chen, Tiejun [this message]
2015-07-02 6:22 ` Michael S. Tsirkin
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=5595FEB2.2000007@intel.com \
--to=tiejun.chen@intel.com \
--cc=ehabkost@redhat.com \
--cc=mst@redhat.com \
--cc=pbonzini@redhat.com \
--cc=qemu-devel@nongnu.org \
--cc=rth@twiddle.net \
--cc=stefano.stabellini@eu.citrix.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.