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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).