From: "Chen, Tiejun" <tiejun.chen@intel.com>
To: "Michael S. Tsirkin" <mst@redhat.com>
Cc: peter.maydell@linaro.org, xen-devel@lists.xensource.com,
stefano.stabellini@eu.citrix.com, allen.m.kay@intel.com,
qemu-devel@nongnu.org, Kelly.Zytaruk@amd.com,
yang.z.zhang@intel.com, anthony@codemonkey.ws,
anthony.perard@citrix.com, pbonzini@redhat.com
Subject: Re: [Qemu-devel] [v5][PATCH 3/5] xen, gfx passthrough: support Intel IGD passthrough with VT-D
Date: Fri, 27 Jun 2014 17:16:26 +0800 [thread overview]
Message-ID: <53AD366A.1040206@intel.com> (raw)
In-Reply-To: <20140625070439.GC25563@redhat.com>
On 2014/6/25 15:04, Michael S. Tsirkin wrote:
> On Wed, Jun 25, 2014 at 10:17:19AM +0800, Tiejun Chen wrote:
>> Some registers of Intel IGD are mapped in host bridge, so it needs to
[snip]
>> static int is_vga_passthrough(XenHostPCIDevice *dev)
>> {
>> @@ -291,3 +292,158 @@ static int create_pseudo_pch_isa_bridge(PCIBus *bus, XenHostPCIDevice *hdev)
>> XEN_PT_LOG(dev, "The pseudo Intel PCH ISA bridge created.\n");
>> return 0;
>> }
>> +
>> +int pci_create_pch(PCIBus *bus)
>
>
> Please prefix all xen specific non static functions
> with xen_ or something like this.
Okay.
> pci_ is for pci core.
>
> In fact it's a good idea to do this for static functions
> as well, in case we add a conflicting function in
> some header.
>
>> +{
>> + XenHostPCIDevice hdev;
>> + int r = 0;
>> +
>> + if (!xen_has_gfx_passthru) {
>> + return r;
>> + }
>> +
>> + r = xen_host_pci_device_get(&hdev, 0, 0, 0x1f, 0);
>> + if (r) {
>> + XEN_PT_ERR(NULL, "Failed to find Intel PCH on host\n");
>> + goto err;
>> + }
>> +
>> + if (hdev.vendor_id == PCI_VENDOR_ID_INTEL) {
>> + r = create_pseudo_pch_isa_bridge(bus, &hdev);
>> + if (r) {
>> + XEN_PT_ERR(NULL, "Failed to create PCH ISA bridge.\n");
>> + goto err;
>> + }
>> + }
>
> Does it work on non intel?
IGD means this should work on Intel platform.
> It seems to return success.
Okay, I'd like to change this a void.
> Maybe you should just verify that vendor and device
> ID have the expected values on the host, and
Vendor id is enough.
> fail otherwise.
>
>> +
>> + xen_host_pci_device_put(&hdev);
>> +
>> +err:
>> + return r;
>> +}
>> +
>> +/*
>> + * Currently we just pass this physical host bridge for IGD, 00:02.0.
>> + *
>> + * Here pci_dev is just that host bridge, so we have to get that real
>> + * passthrough device by that given devfn to further confirm.
>> + */
>
>
> confirm what?
So change like:
* passthrough device by that given devfn to avoid other devices access.
> Comments like this need to document what function does.
>
> Maybe
>
> /* Can we support IGD passthrough for this device?
> * We require ... <XYZ - fill in here>
> */
>
>> +static int is_igd_passthrough(PCIDevice *pci_dev)
>> +{
>> + PCIDevice *f = pci_dev->bus->devices[PCI_DEVFN(2, 0)];
>> + if (pci_dev->bus->devices[PCI_DEVFN(2, 0)]) {
>> + XenPCIPassthroughState *s = DO_UPCAST(XenPCIPassthroughState, dev, f);
>> + return (is_vga_passthrough(&s->real_device)
>> + && (s->real_device.vendor_id == PCI_VENDOR_ID_INTEL));
>> + } else {
>> + return 0;
>> + }
>> +}
>> +
>> +void igd_pci_write(PCIDevice *pci_dev, uint32_t config_addr,
>> + uint32_t val, int len)
>
> Same here, xen_ everywhere please.
Okay.
>
>> +{
>> + XenHostPCIDevice dev;
>> + int r;
>> +
>> + /* IGD read/write is through the host bridge.
>> + * ISA bridge is only for detect purpose. In i915 driver it will
>> + * probe ISA bridge to discover the IGD, see comment in i915_drv.c:
>> + * intel_detect_pch().
>
> You mean in linux kernel I guess?
So change like,
* probe ISA bridge to discover the IGD, see comment in Linux:i915_drv.c:
>
>> + */
>> +
>> + assert(pci_dev->devfn == 0x00);
>> +
>> + if (!is_igd_passthrough(pci_dev)) {
>> + goto write_default;
>> + }
>> +
>> + /* Just work for the i915 driver. */
>> + switch (config_addr) {
>> + case 0x58: /* PAVPC Offset */
>> + break;
>> + default:
>> + /* Just sets the emulated values. */
>> + goto write_default;
>> + }
>> +
>> + /* Host write */
>> + r = xen_host_pci_device_get(&dev, 0, 0, 0, 0);
>> + if (r) {
>> + XEN_PT_ERR(pci_dev, "Can't get pci_dev_host_bridge\n");
>> + abort();
>> + }
>> +
>> + r = xen_host_pci_set_block(&dev, config_addr, (uint8_t *)&val, len);
>> + if (r) {
>> + XEN_PT_ERR(pci_dev, "Can't get pci_dev_host_bridge\n");
>> + abort();
>> + }
>
>
> Cleaner:
>
> if (config_addr == 0x58) {
Maybe we add other offset in the future, so we'd better keep in them in
switch().
> /* Host write */
> r = xen_host_pci_device_get(&dev, 0, 0, 0, 0);
> if (r) {
> XEN_PT_ERR(pci_dev, "Can't get pci_dev_host_bridge\n");
> abort();
> }
>
> r = xen_host_pci_set_block(&dev, config_addr, (uint8_t *)&val, len);
> if (r) {
> XEN_PT_ERR(pci_dev, "Can't get pci_dev_host_bridge\n");
> abort();
> }
> }
>
> Note this does not work on e.g. BE.
Why do we need take BE into consideration here? Shouldn't PCI already be LE?
> The best way is really to make the register writeable in wmask.
> Then
> pci_default_write_config(pci_dev, config_addr, val, len);
> if (range_covers_byte(addr, len, 0x58)) {
> ....
>
> r = xen_host_pci_set_block(&dev, config_addr,
> pci_dev->config + config_addr, len);
> }
>
>
>
>
>
>> +
>> + xen_host_pci_device_put(&dev);
>> +
>> + return;
>> +
>> +write_default:
>> + pci_default_write_config(pci_dev, config_addr, val, len);
>> +}
>> +
>> +uint32_t igd_pci_read(PCIDevice *pci_dev, uint32_t config_addr, int len)
>> +{
>> + XenHostPCIDevice dev;
>> + uint32_t val;
>> + int r;
>> +
>> + /* IGD read/write is through the host bridge.
>> + * ISA bridge is only for detect purpose. In i915 driver it will
>> + * probe ISA bridge to discover the IGD, see comment in i915_drv.c:
>> + * intel_detect_pch().
>> + */
>> + assert(pci_dev->devfn == 0x00);
>> +
>> + if (!is_igd_passthrough(pci_dev)) {
>> + goto read_default;
>> + }
>> +
>> + /* Just work for the i915 driver. */
>> + switch (config_addr) {
>> + case 0x08: /* revision id */
>> + case 0x2c: /* sybsystem vendor id */
>> + case 0x2e: /* sybsystem id */
>
> Since you set them to match host previously,
> should be no need to override now.
Just *read* the host bridge, no *write* here.
>
>> + case 0x44: /* MCHBAR I915 */
>> + case 0x48: /* MCHBAR I965 */
>> + case 0x50: /* SNB: processor graphics control register */
>> + case 0x52: /* processor graphics control register */
>> + case 0xa0: /* top of memory */
>> + case 0xb0: /* ILK: BSM: should read from dev 2 offset 0x5c */
>> + case 0x58: /* SNB: PAVPC Offset */
>> + case 0xa4: /* SNB: graphics base of stolen memory */
>> + case 0xa8: /* SNB: base of GTT stolen memory */
>
> Move the actual code here.
>
Sorry, whats the actual code? Are you saying we can read all values from
the host bridge in advance then restore them here?
Thanks
Tiejun
>> + break;
>> + default:
>> + /* Just gets the emulated values. */
>
> and here.
>
>> + goto read_default;
>> + }
>> +
>> + /* Host read */
>> + r = xen_host_pci_device_get(&dev, 0, 0, 0, 0);
>> + if (r) {
>> + goto err_out;
>> + }
>> +
>> + r = xen_host_pci_get_block(&dev, config_addr, (uint8_t *)&val, len);
>> + if (r) {
>> + goto err_out;
>> + }
>> +
>> + xen_host_pci_device_put(&dev);
>> +
>> + return val;
>> +
>> +read_default:
>> + return pci_default_read_config(pci_dev, config_addr, len);
>> +
>> +err_out:
>> + XEN_PT_ERR(pci_dev, "Can't get pci_dev_host_bridge\n");
>> + return -1;
>> +}
>> --
>> 1.9.1
>
>
next prev parent reply other threads:[~2014-06-27 9:17 UTC|newest]
Thread overview: 169+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-06-25 2:17 [Qemu-devel] [v5][PATCH 0/5] xen: add Intel IGD passthrough support Tiejun Chen
2014-06-25 2:17 ` [Qemu-devel] [v5][PATCH 1/5] xen, gfx passthrough: basic graphics " Tiejun Chen
2014-06-25 6:21 ` Paolo Bonzini
2014-06-25 7:48 ` Chen, Tiejun
2014-06-25 6:35 ` Michael S. Tsirkin
2014-06-25 9:06 ` Chen, Tiejun
2014-06-25 9:16 ` Michael S. Tsirkin
2014-06-25 2:17 ` [Qemu-devel] [v5][PATCH 2/5] xen, gfx passthrough: create pseudo intel isa bridge Tiejun Chen
2014-06-25 6:22 ` Paolo Bonzini
2014-06-25 7:51 ` Chen, Tiejun
2014-06-25 6:45 ` Michael S. Tsirkin
2014-06-25 8:10 ` Chen, Tiejun
2014-06-25 8:28 ` Michael S. Tsirkin
2014-06-25 8:39 ` Chen, Tiejun
2014-06-25 8:43 ` Michael S. Tsirkin
2014-06-25 8:48 ` Chen, Tiejun
2014-06-25 9:04 ` Michael S. Tsirkin
2014-06-25 9:14 ` Chen, Tiejun
2014-06-25 9:21 ` Michael S. Tsirkin
2014-06-25 9:28 ` Chen, Tiejun
2014-06-25 9:44 ` Michael S. Tsirkin
2014-06-25 9:58 ` Chen, Tiejun
2014-06-27 7:22 ` Chen, Tiejun
2014-06-30 19:34 ` Stefano Stabellini
2014-07-01 2:21 ` Chen, Tiejun
2014-07-01 5:47 ` Michael S. Tsirkin
2014-07-01 9:50 ` Chen, Tiejun
2014-07-01 12:34 ` Michael S. Tsirkin
2014-07-01 16:51 ` Stefano Stabellini
2014-06-25 2:17 ` [Qemu-devel] [v5][PATCH 3/5] xen, gfx passthrough: support Intel IGD passthrough with VT-D Tiejun Chen
2014-06-25 6:25 ` Paolo Bonzini
2014-06-25 7:54 ` Chen, Tiejun
2014-06-25 7:04 ` Michael S. Tsirkin
2014-06-27 9:16 ` Chen, Tiejun [this message]
2014-06-25 14:05 ` Michael S. Tsirkin
2014-06-26 5:34 ` Chen, Tiejun
2014-06-26 6:04 ` Michael S. Tsirkin
2014-06-26 8:26 ` Chen, Tiejun
2014-06-25 2:17 ` [Qemu-devel] [v5][PATCH 4/5] xen, gfx passthrough: create host bridge to passthrough Tiejun Chen
2014-06-25 6:24 ` Paolo Bonzini
2014-06-27 8:34 ` Chen, Tiejun
2014-06-27 11:26 ` Paolo Bonzini
2014-06-29 7:56 ` Chen, Tiejun
2014-06-29 12:14 ` Michael S. Tsirkin
2014-06-30 2:52 ` Chen, Tiejun
2014-06-30 19:42 ` Stefano Stabellini
2014-07-01 2:19 ` Chen, Tiejun
2014-07-01 16:49 ` Stefano Stabellini
2014-07-01 18:34 ` Michael S. Tsirkin
2014-07-01 18:45 ` Michael S. Tsirkin
2014-06-25 2:17 ` [Qemu-devel] [v5][PATCH 5/5] xen, gfx passthrough: add opregion mapping Tiejun Chen
2014-06-25 7:13 ` Michael S. Tsirkin
2014-06-27 9:22 ` Chen, Tiejun
2014-06-29 11:43 ` Michael S. Tsirkin
2014-06-30 0:57 ` Chen, Tiejun
2014-06-25 6:19 ` [Qemu-devel] [v5][PATCH 0/5] xen: add Intel IGD passthrough support Paolo Bonzini
2014-06-25 7:15 ` Michael S. Tsirkin
2014-06-25 7:56 ` Paolo Bonzini
2014-06-25 7:35 ` Chen, Tiejun
2014-06-25 7:40 ` Michael S. Tsirkin
2014-06-25 7:44 ` Paolo Bonzini
2014-06-25 8:31 ` Michael S. Tsirkin
2014-06-25 8:39 ` Paolo Bonzini
2014-06-25 8:48 ` Michael S. Tsirkin
2014-06-25 8:55 ` Chen, Tiejun
2014-06-25 9:09 ` Michael S. Tsirkin
2014-06-25 9:21 ` Chen, Tiejun
2014-06-25 9:31 ` Paolo Bonzini
2014-06-25 9:50 ` Chen, Tiejun
2014-06-25 9:54 ` Paolo Bonzini
2014-06-25 10:00 ` Michael S. Tsirkin
2014-06-26 9:18 ` Chen, Tiejun
2014-06-26 10:03 ` Paolo Bonzini
2014-06-26 11:26 ` Michael S. Tsirkin
2014-06-26 11:30 ` Paolo Bonzini
2014-06-26 11:36 ` Michael S. Tsirkin
2014-06-26 13:30 ` Paolo Bonzini
2014-06-26 15:40 ` Michael S. Tsirkin
2014-06-30 2:51 ` Chen, Tiejun
2014-06-30 6:48 ` Michael S. Tsirkin
2014-06-30 7:24 ` Chen, Tiejun
2014-06-30 9:05 ` Michael S. Tsirkin
2014-06-30 9:38 ` Chen, Tiejun
2014-06-30 9:55 ` Michael S. Tsirkin
2014-06-30 10:20 ` [Qemu-devel] [Xen-devel] " Chen, Tiejun
2014-06-30 11:18 ` Paolo Bonzini
2014-06-30 11:31 ` Michael S. Tsirkin
2014-06-30 11:28 ` Michael S. Tsirkin
2014-07-01 2:40 ` Chen, Tiejun
2014-07-01 9:12 ` Michael S. Tsirkin
2014-07-01 9:46 ` Chen, Tiejun
2014-07-01 12:33 ` Michael S. Tsirkin
2014-07-02 0:59 ` Chen, Tiejun
2014-07-02 6:22 ` Michael S. Tsirkin
2014-07-02 8:45 ` Chen, Tiejun
2014-06-30 19:22 ` [Qemu-devel] " Stefano Stabellini
2014-06-30 19:31 ` [Qemu-devel] [Xen-devel] " Ross Philipson
2014-07-01 2:24 ` Chen, Tiejun
2014-07-01 5:39 ` Michael S. Tsirkin
2014-07-01 16:47 ` Stefano Stabellini
2014-07-01 17:02 ` Michael S. Tsirkin
2014-07-01 17:39 ` Ross Philipson
2014-07-01 18:06 ` Michael S. Tsirkin
2014-07-01 19:29 ` Ross Philipson
2014-07-02 6:11 ` Michael S. Tsirkin
2014-07-02 7:56 ` Chen, Tiejun
2014-07-02 11:33 ` Paolo Bonzini
2014-07-02 14:00 ` Konrad Rzeszutek Wilk
2014-07-02 14:07 ` Stefano Stabellini
2014-07-03 3:00 ` Chen, Tiejun
2014-07-03 18:25 ` Konrad Rzeszutek Wilk
2014-07-02 14:08 ` Michael S. Tsirkin
2014-07-02 16:05 ` Konrad Rzeszutek Wilk
2014-07-02 17:58 ` Michael S. Tsirkin
2014-07-02 14:50 ` [Qemu-devel] ResettRe: " Paolo Bonzini
2014-07-02 15:12 ` Michael S. Tsirkin
2014-07-02 19:33 ` Alex Williamson
2014-07-02 16:23 ` Konrad Rzeszutek Wilk
2014-07-02 16:27 ` Paolo Bonzini
2014-07-02 16:53 ` Michael S. Tsirkin
2014-07-03 7:32 ` Michael S. Tsirkin
2014-07-03 18:26 ` Konrad Rzeszutek Wilk
2014-07-03 19:09 ` [Qemu-devel] [Intel-gfx] " Jesse Barnes
2014-07-03 20:27 ` Michael S. Tsirkin
2014-07-16 14:20 ` Konrad Rzeszutek Wilk
2014-07-17 9:42 ` Chen, Tiejun
2014-07-17 17:37 ` Kay, Allen M
2014-07-18 13:44 ` Konrad Rzeszutek Wilk
2014-07-19 0:27 ` Kay, Allen M
2014-07-23 20:54 ` Konrad Rzeszutek Wilk
2014-07-24 1:44 ` Chen, Tiejun
2014-07-25 17:01 ` Konrad Rzeszutek Wilk
2014-07-29 6:59 ` Chen, Tiejun
2014-07-29 8:32 ` Paolo Bonzini
2014-07-29 9:14 ` Chen, Tiejun
2014-07-04 6:28 ` [Qemu-devel] " Paolo Bonzini
2014-07-06 6:08 ` Michael S. Tsirkin
2014-07-02 15:15 ` [Qemu-devel] " Ross Philipson
2014-07-02 15:27 ` Michael S. Tsirkin
2014-07-02 16:29 ` Paolo Bonzini
2014-07-02 16:45 ` Konrad Rzeszutek Wilk
2014-07-02 18:00 ` Michael S. Tsirkin
2014-07-03 5:57 ` Chen, Tiejun
2014-07-03 6:40 ` Michael S. Tsirkin
2014-07-01 18:20 ` Stefano Stabellini
2014-07-01 18:38 ` Michael S. Tsirkin
2014-07-02 1:37 ` Chen, Tiejun
2014-07-02 6:09 ` Michael S. Tsirkin
2014-07-02 7:51 ` Chen, Tiejun
2014-06-25 9:55 ` [Qemu-devel] " Michael S. Tsirkin
2014-06-25 9:59 ` Paolo Bonzini
2014-06-25 10:06 ` Chen, Tiejun
2014-06-25 10:21 ` Michael S. Tsirkin
2014-06-25 10:28 ` Chen, Tiejun
2014-06-25 10:32 ` Michael S. Tsirkin
2014-06-25 10:37 ` Chen, Tiejun
2014-06-25 10:55 ` Michael S. Tsirkin
2014-06-25 12:11 ` Paolo Bonzini
2014-06-25 13:47 ` Michael S. Tsirkin
2014-06-25 13:53 ` Paolo Bonzini
2014-06-25 14:10 ` Michael S. Tsirkin
2014-06-25 14:16 ` Paolo Bonzini
2014-06-25 14:26 ` Michael S. Tsirkin
2014-06-25 10:09 ` Michael S. Tsirkin
2014-06-25 10:14 ` Paolo Bonzini
2014-06-25 10:15 ` Chen, Tiejun
2014-06-25 10:28 ` Michael S. Tsirkin
2014-06-25 9:43 ` Michael S. Tsirkin
2014-07-08 10:45 ` [Qemu-devel] [Xen-devel] " Andrew Barnes
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=53AD366A.1040206@intel.com \
--to=tiejun.chen@intel.com \
--cc=Kelly.Zytaruk@amd.com \
--cc=allen.m.kay@intel.com \
--cc=anthony.perard@citrix.com \
--cc=anthony@codemonkey.ws \
--cc=mst@redhat.com \
--cc=pbonzini@redhat.com \
--cc=peter.maydell@linaro.org \
--cc=qemu-devel@nongnu.org \
--cc=stefano.stabellini@eu.citrix.com \
--cc=xen-devel@lists.xensource.com \
--cc=yang.z.zhang@intel.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).