From: Alexey Gerasimenko <x1917x@gmail.com> To: xen-devel@lists.xenproject.org Cc: Alexey Gerasimenko <x1917x@gmail.com>, qemu-devel@nongnu.org, Stefano Stabellini <sstabellini@kernel.org>, Anthony Perard <anthony.perard@citrix.com> Subject: [Qemu-devel] [RFC PATCH 19/30] xen/pt: avoid reading PCIe device type and cap version multiple times Date: Tue, 13 Mar 2018 04:34:04 +1000 [thread overview] Message-ID: <836d7504943af1390458dc2bc8341a654eee234a.1520867956.git.x1917x@gmail.com> (raw) In-Reply-To: <cover.1520867740.git.x1917x@gmail.com> In-Reply-To: <cover.1520867740.git.x1917x@gmail.com> xen_pt_config_init.c reads Device/Port Type and Capability version fields in many places. Two functions are used for this purpose: get_capability_version and get_device_type. These functions perform PCI conf space reading every time they're called. Another bad thing is that these functions know nothing about where PCI Expess Capability is located, so its offset must be provided explicitly in function arguments. Their typical usage is like this: uint8_t cap_ver = get_capability_version(s, real_offset - reg->offset); uint8_t dev_type = get_device_type(s, real_offset - reg->offset); To avoid this, the PCI Express Capability register now being read only once and stored in XenHostPCIDevice structure (pcie_flags field). The capabiliy offset parameter is no longer needed, simplifying functions usage. Also, get_device_type and get_capability_version were renamed to more descriptive get_pcie_device_type and get_pcie_capability_version. Signed-off-by: Alexey Gerasimenko <x1917x@gmail.com> --- hw/xen/xen-host-pci-device.c | 15 +++++++++++++++ hw/xen/xen-host-pci-device.h | 1 + hw/xen/xen_pt_config_init.c | 34 ++++++++++++++-------------------- 3 files changed, 30 insertions(+), 20 deletions(-) diff --git a/hw/xen/xen-host-pci-device.c b/hw/xen/xen-host-pci-device.c index 9d76b199af..11e9e26d31 100644 --- a/hw/xen/xen-host-pci-device.c +++ b/hw/xen/xen-host-pci-device.c @@ -402,6 +402,7 @@ void xen_host_pci_device_get(XenHostPCIDevice *d, uint16_t domain, { unsigned int v; Error *err = NULL; + int pcie_cap_pos; d->config_fd = -1; d->domain = domain; @@ -446,6 +447,20 @@ void xen_host_pci_device_get(XenHostPCIDevice *d, uint16_t domain, d->is_virtfn = xen_host_pci_dev_is_virtfn(d); d->has_pcie_ext_caps = xen_host_pci_dev_has_pcie_ext_caps(d); + /* read and store PCIe Capabilities field for later use */ + pcie_cap_pos = xen_host_pci_find_next_cap(d, 0, PCI_CAP_ID_EXP); + + if (pcie_cap_pos) { + if (xen_host_pci_get_word(d, pcie_cap_pos + PCI_EXP_FLAGS, + &d->pcie_flags)) { + error_setg(&err, "Unable to read from PCI Express capability " + "structure at 0x%x", pcie_cap_pos); + goto error; + } + } else { + d->pcie_flags = 0xFFFF; + } + return; error: diff --git a/hw/xen/xen-host-pci-device.h b/hw/xen/xen-host-pci-device.h index 37c5614a24..2884c4b4b9 100644 --- a/hw/xen/xen-host-pci-device.h +++ b/hw/xen/xen-host-pci-device.h @@ -27,6 +27,7 @@ typedef struct XenHostPCIDevice { uint16_t device_id; uint32_t class_code; int irq; + uint16_t pcie_flags; XenHostPCIIORegion io_regions[PCI_NUM_REGIONS - 1]; XenHostPCIIORegion rom; diff --git a/hw/xen/xen_pt_config_init.c b/hw/xen/xen_pt_config_init.c index a3ce33e78b..02e8c97f3c 100644 --- a/hw/xen/xen_pt_config_init.c +++ b/hw/xen/xen_pt_config_init.c @@ -828,24 +828,18 @@ static XenPTRegInfo xen_pt_emu_reg_vendor[] = { * PCI Express Capability */ -static inline uint8_t get_capability_version(XenPCIPassthroughState *s, - uint32_t offset) +static inline uint8_t get_pcie_capability_version(XenPCIPassthroughState *s) { - uint8_t flag; - if (xen_host_pci_get_byte(&s->real_device, offset + PCI_EXP_FLAGS, &flag)) { - return 0; - } - return flag & PCI_EXP_FLAGS_VERS; + assert(s->real_device.pcie_flags != 0xFFFF); + + return (uint8_t) (s->real_device.pcie_flags & PCI_EXP_FLAGS_VERS); } -static inline uint8_t get_device_type(XenPCIPassthroughState *s, - uint32_t offset) +static inline uint8_t get_pcie_device_type(XenPCIPassthroughState *s) { - uint8_t flag; - if (xen_host_pci_get_byte(&s->real_device, offset + PCI_EXP_FLAGS, &flag)) { - return 0; - } - return (flag & PCI_EXP_FLAGS_TYPE) >> 4; + assert(s->real_device.pcie_flags != 0xFFFF); + + return (uint8_t) ((s->real_device.pcie_flags & PCI_EXP_FLAGS_TYPE) >> 4); } /* initialize Link Control register */ @@ -853,8 +847,8 @@ static int xen_pt_linkctrl_reg_init(XenPCIPassthroughState *s, XenPTRegInfo *reg, uint32_t real_offset, uint32_t *data) { - uint8_t cap_ver = get_capability_version(s, real_offset - reg->offset); - uint8_t dev_type = get_device_type(s, real_offset - reg->offset); + uint8_t cap_ver = get_pcie_capability_version(s); + uint8_t dev_type = get_pcie_device_type(s); /* no need to initialize in case of Root Complex Integrated Endpoint * with cap_ver 1.x @@ -871,7 +865,7 @@ static int xen_pt_devctrl2_reg_init(XenPCIPassthroughState *s, XenPTRegInfo *reg, uint32_t real_offset, uint32_t *data) { - uint8_t cap_ver = get_capability_version(s, real_offset - reg->offset); + uint8_t cap_ver = get_pcie_capability_version(s); /* no need to initialize in case of cap_ver 1.x */ if (cap_ver == 1) { @@ -886,7 +880,7 @@ static int xen_pt_linkctrl2_reg_init(XenPCIPassthroughState *s, XenPTRegInfo *reg, uint32_t real_offset, uint32_t *data) { - uint8_t cap_ver = get_capability_version(s, real_offset - reg->offset); + uint8_t cap_ver = get_pcie_capability_version(s); uint32_t reg_field = 0; /* no need to initialize in case of cap_ver 1.x */ @@ -1586,8 +1580,8 @@ static int xen_pt_pcie_size_init(XenPCIPassthroughState *s, uint32_t base_offset, uint8_t *size) { PCIDevice *d = &s->dev; - uint8_t version = get_capability_version(s, base_offset); - uint8_t type = get_device_type(s, base_offset); + uint8_t version = get_pcie_capability_version(s); + uint8_t type = get_pcie_device_type(s); uint8_t pcie_size = 0; -- 2.11.0
WARNING: multiple messages have this Message-ID (diff)
From: Alexey Gerasimenko <x1917x@gmail.com> To: xen-devel@lists.xenproject.org Cc: Anthony Perard <anthony.perard@citrix.com>, Stefano Stabellini <sstabellini@kernel.org>, Alexey Gerasimenko <x1917x@gmail.com>, qemu-devel@nongnu.org Subject: [RFC PATCH 19/30] xen/pt: avoid reading PCIe device type and cap version multiple times Date: Tue, 13 Mar 2018 04:34:04 +1000 [thread overview] Message-ID: <836d7504943af1390458dc2bc8341a654eee234a.1520867956.git.x1917x@gmail.com> (raw) In-Reply-To: <cover.1520867740.git.x1917x@gmail.com> In-Reply-To: <cover.1520867740.git.x1917x@gmail.com> xen_pt_config_init.c reads Device/Port Type and Capability version fields in many places. Two functions are used for this purpose: get_capability_version and get_device_type. These functions perform PCI conf space reading every time they're called. Another bad thing is that these functions know nothing about where PCI Expess Capability is located, so its offset must be provided explicitly in function arguments. Their typical usage is like this: uint8_t cap_ver = get_capability_version(s, real_offset - reg->offset); uint8_t dev_type = get_device_type(s, real_offset - reg->offset); To avoid this, the PCI Express Capability register now being read only once and stored in XenHostPCIDevice structure (pcie_flags field). The capabiliy offset parameter is no longer needed, simplifying functions usage. Also, get_device_type and get_capability_version were renamed to more descriptive get_pcie_device_type and get_pcie_capability_version. Signed-off-by: Alexey Gerasimenko <x1917x@gmail.com> --- hw/xen/xen-host-pci-device.c | 15 +++++++++++++++ hw/xen/xen-host-pci-device.h | 1 + hw/xen/xen_pt_config_init.c | 34 ++++++++++++++-------------------- 3 files changed, 30 insertions(+), 20 deletions(-) diff --git a/hw/xen/xen-host-pci-device.c b/hw/xen/xen-host-pci-device.c index 9d76b199af..11e9e26d31 100644 --- a/hw/xen/xen-host-pci-device.c +++ b/hw/xen/xen-host-pci-device.c @@ -402,6 +402,7 @@ void xen_host_pci_device_get(XenHostPCIDevice *d, uint16_t domain, { unsigned int v; Error *err = NULL; + int pcie_cap_pos; d->config_fd = -1; d->domain = domain; @@ -446,6 +447,20 @@ void xen_host_pci_device_get(XenHostPCIDevice *d, uint16_t domain, d->is_virtfn = xen_host_pci_dev_is_virtfn(d); d->has_pcie_ext_caps = xen_host_pci_dev_has_pcie_ext_caps(d); + /* read and store PCIe Capabilities field for later use */ + pcie_cap_pos = xen_host_pci_find_next_cap(d, 0, PCI_CAP_ID_EXP); + + if (pcie_cap_pos) { + if (xen_host_pci_get_word(d, pcie_cap_pos + PCI_EXP_FLAGS, + &d->pcie_flags)) { + error_setg(&err, "Unable to read from PCI Express capability " + "structure at 0x%x", pcie_cap_pos); + goto error; + } + } else { + d->pcie_flags = 0xFFFF; + } + return; error: diff --git a/hw/xen/xen-host-pci-device.h b/hw/xen/xen-host-pci-device.h index 37c5614a24..2884c4b4b9 100644 --- a/hw/xen/xen-host-pci-device.h +++ b/hw/xen/xen-host-pci-device.h @@ -27,6 +27,7 @@ typedef struct XenHostPCIDevice { uint16_t device_id; uint32_t class_code; int irq; + uint16_t pcie_flags; XenHostPCIIORegion io_regions[PCI_NUM_REGIONS - 1]; XenHostPCIIORegion rom; diff --git a/hw/xen/xen_pt_config_init.c b/hw/xen/xen_pt_config_init.c index a3ce33e78b..02e8c97f3c 100644 --- a/hw/xen/xen_pt_config_init.c +++ b/hw/xen/xen_pt_config_init.c @@ -828,24 +828,18 @@ static XenPTRegInfo xen_pt_emu_reg_vendor[] = { * PCI Express Capability */ -static inline uint8_t get_capability_version(XenPCIPassthroughState *s, - uint32_t offset) +static inline uint8_t get_pcie_capability_version(XenPCIPassthroughState *s) { - uint8_t flag; - if (xen_host_pci_get_byte(&s->real_device, offset + PCI_EXP_FLAGS, &flag)) { - return 0; - } - return flag & PCI_EXP_FLAGS_VERS; + assert(s->real_device.pcie_flags != 0xFFFF); + + return (uint8_t) (s->real_device.pcie_flags & PCI_EXP_FLAGS_VERS); } -static inline uint8_t get_device_type(XenPCIPassthroughState *s, - uint32_t offset) +static inline uint8_t get_pcie_device_type(XenPCIPassthroughState *s) { - uint8_t flag; - if (xen_host_pci_get_byte(&s->real_device, offset + PCI_EXP_FLAGS, &flag)) { - return 0; - } - return (flag & PCI_EXP_FLAGS_TYPE) >> 4; + assert(s->real_device.pcie_flags != 0xFFFF); + + return (uint8_t) ((s->real_device.pcie_flags & PCI_EXP_FLAGS_TYPE) >> 4); } /* initialize Link Control register */ @@ -853,8 +847,8 @@ static int xen_pt_linkctrl_reg_init(XenPCIPassthroughState *s, XenPTRegInfo *reg, uint32_t real_offset, uint32_t *data) { - uint8_t cap_ver = get_capability_version(s, real_offset - reg->offset); - uint8_t dev_type = get_device_type(s, real_offset - reg->offset); + uint8_t cap_ver = get_pcie_capability_version(s); + uint8_t dev_type = get_pcie_device_type(s); /* no need to initialize in case of Root Complex Integrated Endpoint * with cap_ver 1.x @@ -871,7 +865,7 @@ static int xen_pt_devctrl2_reg_init(XenPCIPassthroughState *s, XenPTRegInfo *reg, uint32_t real_offset, uint32_t *data) { - uint8_t cap_ver = get_capability_version(s, real_offset - reg->offset); + uint8_t cap_ver = get_pcie_capability_version(s); /* no need to initialize in case of cap_ver 1.x */ if (cap_ver == 1) { @@ -886,7 +880,7 @@ static int xen_pt_linkctrl2_reg_init(XenPCIPassthroughState *s, XenPTRegInfo *reg, uint32_t real_offset, uint32_t *data) { - uint8_t cap_ver = get_capability_version(s, real_offset - reg->offset); + uint8_t cap_ver = get_pcie_capability_version(s); uint32_t reg_field = 0; /* no need to initialize in case of cap_ver 1.x */ @@ -1586,8 +1580,8 @@ static int xen_pt_pcie_size_init(XenPCIPassthroughState *s, uint32_t base_offset, uint8_t *size) { PCIDevice *d = &s->dev; - uint8_t version = get_capability_version(s, base_offset); - uint8_t type = get_device_type(s, base_offset); + uint8_t version = get_pcie_capability_version(s); + uint8_t type = get_pcie_device_type(s); uint8_t pcie_size = 0; -- 2.11.0 _______________________________________________ Xen-devel mailing list Xen-devel@lists.xenproject.org https://lists.xenproject.org/mailman/listinfo/xen-devel
next prev parent reply other threads:[~2018-03-12 18:35 UTC|newest] Thread overview: 183+ messages / expand[flat|nested] mbox.gz Atom feed top 2018-03-12 18:33 [Qemu-devel] [RFC PATCH 00/30] Xen Q35 Bringup patches + support for PCIe Extended Capabilities for passed through devices Alexey Gerasimenko 2018-03-12 18:33 ` Alexey Gerasimenko 2018-03-12 18:33 ` [RFC PATCH 01/12] libacpi: new DSDT ACPI table for Q35 Alexey Gerasimenko 2018-03-12 19:38 ` Konrad Rzeszutek Wilk 2018-03-12 20:10 ` Alexey G 2018-03-12 20:32 ` Konrad Rzeszutek Wilk 2018-03-12 21:19 ` Alexey G 2018-03-13 2:41 ` Tian, Kevin 2018-03-19 12:43 ` Roger Pau Monné 2018-03-19 13:57 ` Alexey G 2018-03-12 18:33 ` [RFC PATCH 02/12] Makefile: build and use new DSDT " Alexey Gerasimenko 2018-03-19 12:46 ` Roger Pau Monné 2018-03-19 14:18 ` Alexey G 2018-03-19 13:07 ` Jan Beulich 2018-03-19 14:10 ` Alexey G 2018-03-12 18:33 ` [RFC PATCH 03/12] hvmloader: add function to query an emulated machine type (i440/Q35) Alexey Gerasimenko 2018-03-13 17:26 ` Wei Liu 2018-03-13 17:58 ` Alexey G 2018-03-13 18:04 ` Wei Liu 2018-03-19 12:56 ` Roger Pau Monné 2018-03-19 16:26 ` Alexey G 2018-03-12 18:33 ` [RFC PATCH 04/12] hvmloader: add ACPI enabling for Q35 Alexey Gerasimenko 2018-03-13 17:26 ` Wei Liu 2018-03-19 13:01 ` Roger Pau Monné 2018-03-19 23:59 ` Alexey G 2018-03-12 18:33 ` [RFC PATCH 05/12] hvmloader: add Q35 DSDT table loading Alexey Gerasimenko 2018-03-19 14:45 ` Roger Pau Monné 2018-03-20 0:15 ` Alexey G 2018-03-12 18:33 ` [RFC PATCH 06/12] hvmloader: add basic Q35 support Alexey Gerasimenko 2018-03-19 15:30 ` Roger Pau Monné 2018-03-19 23:44 ` Alexey G 2018-03-20 9:20 ` Roger Pau Monné 2018-03-20 21:23 ` Alexey G 2018-03-12 18:33 ` [RFC PATCH 07/12] hvmloader: allocate MMCONFIG area in the MMIO hole + minor code refactoring Alexey Gerasimenko 2018-03-19 15:58 ` Roger Pau Monné 2018-03-19 19:49 ` Alexey G 2018-03-20 8:50 ` Roger Pau Monné 2018-03-20 9:25 ` Paul Durrant 2018-03-21 0:58 ` Alexey G 2018-03-21 9:09 ` Roger Pau Monné 2018-03-21 9:36 ` Paul Durrant 2018-03-21 14:35 ` Alexey G 2018-03-21 14:58 ` Paul Durrant 2018-03-21 14:25 ` Alexey G 2018-03-21 14:54 ` Paul Durrant 2018-03-21 17:41 ` Alexey G 2018-03-21 15:20 ` Roger Pau Monné 2018-03-21 16:56 ` Alexey G 2018-03-21 17:06 ` Paul Durrant 2018-03-22 0:31 ` Alexey G 2018-03-22 9:04 ` Jan Beulich 2018-03-22 9:55 ` Alexey G 2018-03-22 10:06 ` Paul Durrant 2018-03-22 11:56 ` Alexey G 2018-03-22 12:09 ` Jan Beulich 2018-03-22 13:05 ` Alexey G 2018-03-22 13:20 ` Jan Beulich 2018-03-22 14:34 ` Alexey G 2018-03-22 14:42 ` Jan Beulich 2018-03-22 15:08 ` Alexey G 2018-03-23 13:57 ` Paul Durrant 2018-03-23 22:32 ` Alexey G 2018-03-26 9:24 ` Roger Pau Monné 2018-03-26 19:42 ` Alexey G 2018-03-27 8:45 ` Roger Pau Monné 2018-03-27 15:37 ` Alexey G 2018-03-28 9:30 ` Roger Pau Monné 2018-03-28 11:42 ` Alexey G 2018-03-28 12:05 ` Paul Durrant 2018-03-28 10:03 ` Paul Durrant 2018-03-28 14:14 ` Alexey G 2018-03-21 17:15 ` Roger Pau Monné 2018-03-21 22:49 ` Alexey G 2018-03-22 9:29 ` Paul Durrant 2018-03-22 10:05 ` Roger Pau Monné 2018-03-22 10:09 ` Paul Durrant 2018-03-22 11:36 ` Alexey G 2018-03-22 10:50 ` Alexey G 2018-03-22 9:57 ` Roger Pau Monné 2018-03-22 12:29 ` Alexey G 2018-03-22 12:44 ` Roger Pau Monné 2018-03-22 15:31 ` Alexey G 2018-03-23 10:29 ` Paul Durrant 2018-03-23 11:38 ` Jan Beulich 2018-03-23 13:52 ` Paul Durrant 2018-05-29 14:23 ` Jan Beulich 2018-05-29 17:56 ` Alexey G 2018-05-29 18:47 ` Alexey G 2018-05-30 4:32 ` Alexey G 2018-05-30 8:13 ` Jan Beulich 2018-05-31 4:25 ` Alexey G 2018-05-30 8:12 ` Jan Beulich 2018-05-31 5:15 ` Alexey G 2018-06-01 5:30 ` Jan Beulich 2018-06-01 15:53 ` Alexey G 2018-03-12 18:33 ` [RFC PATCH 08/12] libxl: Q35 support (new option device_model_machine) Alexey Gerasimenko 2018-03-13 17:25 ` Wei Liu 2018-03-13 17:32 ` Anthony PERARD 2018-03-19 17:01 ` Roger Pau Monné 2018-03-19 22:11 ` Alexey G 2018-03-20 9:11 ` Roger Pau Monné 2018-03-21 16:27 ` Wei Liu 2018-03-21 17:03 ` Anthony PERARD 2018-03-21 16:25 ` Wei Liu 2018-03-12 18:33 ` [RFC PATCH 09/12] libxl: Xen Platform device support for Q35 Alexey Gerasimenko 2018-03-19 15:05 ` Alexey G 2018-03-21 16:32 ` Wei Liu 2018-03-12 18:33 ` [RFC PATCH 10/12] libacpi: build ACPI MCFG table if requested Alexey Gerasimenko 2018-03-19 17:33 ` Roger Pau Monné 2018-03-19 21:46 ` Alexey G 2018-03-20 9:03 ` Roger Pau Monné 2018-03-20 21:06 ` Alexey G 2018-05-29 14:36 ` Jan Beulich 2018-05-29 18:20 ` Alexey G 2018-03-12 18:33 ` [RFC PATCH 11/12] hvmloader: use libacpi to build MCFG table Alexey Gerasimenko 2018-03-14 17:48 ` Alexey G 2018-03-19 17:49 ` Roger Pau Monné 2018-03-19 21:20 ` Alexey G 2018-03-20 8:58 ` Roger Pau Monné 2018-03-20 9:36 ` Jan Beulich 2018-03-20 20:53 ` Alexey G 2018-03-21 7:36 ` Jan Beulich 2018-05-29 14:46 ` Jan Beulich 2018-05-29 17:26 ` Alexey G 2018-03-12 18:33 ` [RFC PATCH 12/12] docs: provide description for device_model_machine option Alexey Gerasimenko 2018-03-12 18:33 ` [Qemu-devel] [RFC PATCH 13/30] pc/xen: Xen Q35 support: provide IRQ handling for PCI devices Alexey Gerasimenko 2018-03-12 18:33 ` Alexey Gerasimenko 2018-03-14 10:48 ` [Qemu-devel] " Paolo Bonzini 2018-03-14 11:28 ` Alexey G 2018-03-14 11:28 ` Alexey G 2018-03-14 10:48 ` Paolo Bonzini 2018-03-12 18:33 ` [Qemu-devel] [RFC PATCH 14/30] pc/q35: Apply PCI bus BSEL property for Xen PCI device hotplug Alexey Gerasimenko 2018-03-12 18:33 ` Alexey Gerasimenko 2018-03-12 18:34 ` [Qemu-devel] [RFC PATCH 15/30] q35/acpi/xen: Provide ACPI PCI hotplug interface for Xen on Q35 Alexey Gerasimenko 2018-03-12 18:34 ` Alexey Gerasimenko 2018-03-12 18:34 ` [Qemu-devel] [RFC PATCH 16/30] q35/xen: Add Xen platform device support for Q35 Alexey Gerasimenko 2018-03-12 18:34 ` Alexey Gerasimenko 2018-03-12 19:44 ` [Qemu-devel] " Eduardo Habkost 2018-03-12 20:56 ` Alexey G 2018-03-12 20:56 ` Alexey G 2018-03-12 21:44 ` Eduardo Habkost 2018-03-12 21:44 ` [Qemu-devel] " Eduardo Habkost 2018-03-13 23:49 ` Alexey G 2018-03-13 23:49 ` Alexey G 2018-03-12 19:44 ` Eduardo Habkost 2018-03-13 9:24 ` [Qemu-devel] " Daniel P. Berrangé 2018-03-13 9:24 ` Daniel P. Berrangé 2018-03-12 18:34 ` [RFC PATCH 17/30] q35: Fix incorrect values for PCIEXBAR masks Alexey Gerasimenko 2018-03-12 18:34 ` [Qemu-devel] [RFC PATCH 18/30] xen/pt: XenHostPCIDevice: provide functions for PCI Capabilities and PCIe Extended Capabilities enumeration Alexey Gerasimenko 2018-03-12 18:34 ` Alexey Gerasimenko 2018-03-12 18:34 ` Alexey Gerasimenko [this message] 2018-03-12 18:34 ` [RFC PATCH 19/30] xen/pt: avoid reading PCIe device type and cap version multiple times Alexey Gerasimenko 2018-03-12 18:34 ` [Qemu-devel] [RFC PATCH 20/30] xen/pt: determine the legacy/PCIe mode for a passed through device Alexey Gerasimenko 2018-03-12 18:34 ` Alexey Gerasimenko 2018-03-12 18:34 ` [Qemu-devel] [RFC PATCH 21/30] xen/pt: Xen PCIe passthrough support for Q35: bypass PCIe topology check Alexey Gerasimenko 2018-03-12 18:34 ` Alexey Gerasimenko 2018-03-12 18:34 ` [Qemu-devel] [RFC PATCH 22/30] xen/pt: add support for PCIe Extended Capabilities and larger config space Alexey Gerasimenko 2018-03-12 18:34 ` Alexey Gerasimenko 2018-03-12 18:34 ` [Qemu-devel] [RFC PATCH 23/30] xen/pt: handle PCIe Extended Capabilities Next register Alexey Gerasimenko 2018-03-12 18:34 ` Alexey Gerasimenko 2018-03-12 18:34 ` [Qemu-devel] [RFC PATCH 24/30] xen/pt: allow to hide PCIe Extended Capabilities Alexey Gerasimenko 2018-03-12 18:34 ` Alexey Gerasimenko 2018-03-12 18:34 ` [Qemu-devel] [RFC PATCH 25/30] xen/pt: add Vendor-specific PCIe Extended Capability descriptor and sizing Alexey Gerasimenko 2018-03-12 18:34 ` Alexey Gerasimenko 2018-03-12 18:34 ` [Qemu-devel] [RFC PATCH 26/30] xen/pt: add fixed-size PCIe Extended Capabilities descriptors Alexey Gerasimenko 2018-03-12 18:34 ` Alexey Gerasimenko 2018-03-12 18:34 ` [Qemu-devel] [RFC PATCH 27/30] xen/pt: add AER PCIe Extended Capability descriptor and sizing Alexey Gerasimenko 2018-03-12 18:34 ` Alexey Gerasimenko 2018-03-12 18:34 ` [Qemu-devel] [RFC PATCH 28/30] xen/pt: add descriptors and size calculation for RCLD/ACS/PMUX/DPA/MCAST/TPH/DPC PCIe Extended Capabilities Alexey Gerasimenko 2018-03-12 18:34 ` Alexey Gerasimenko 2018-03-12 18:34 ` [Qemu-devel] [RFC PATCH 29/30] xen/pt: add Resizable BAR PCIe Extended Capability descriptor and sizing Alexey Gerasimenko 2018-03-12 18:34 ` Alexey Gerasimenko 2018-03-12 18:34 ` [Qemu-devel] [RFC PATCH 30/30] xen/pt: add VC/VC9/MFVC PCIe Extended Capabilities descriptors " Alexey Gerasimenko 2018-03-12 18:34 ` Alexey Gerasimenko 2018-03-13 9:21 ` [Qemu-devel] [RFC PATCH 00/30] Xen Q35 Bringup patches + support for PCIe Extended Capabilities for passed through devices Daniel P. Berrangé 2018-03-13 9:21 ` Daniel P. Berrangé 2018-03-13 11:37 ` Alexey G 2018-03-13 11:37 ` Alexey G 2018-03-13 11:44 ` Daniel P. Berrangé 2018-03-13 11:44 ` Daniel P. Berrangé 2018-03-16 17:34 ` Alexey G 2018-03-16 18:26 ` Stefano Stabellini 2018-03-16 18:36 ` Roger Pau Monné
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=836d7504943af1390458dc2bc8341a654eee234a.1520867956.git.x1917x@gmail.com \ --to=x1917x@gmail.com \ --cc=anthony.perard@citrix.com \ --cc=qemu-devel@nongnu.org \ --cc=sstabellini@kernel.org \ --cc=xen-devel@lists.xenproject.org \ /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: linkBe 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.