From: Bernhard Beschow <shentey@gmail.com>
To: qemu-devel@nongnu.org
Cc: Eduardo Habkost <eduardo@habkost.net>,
Stefano Stabellini <sstabellini@kernel.org>,
"Michael S. Tsirkin" <mst@redhat.com>,
qemu-trivial@nongnu.org, Paul Durrant <paul@xen.org>,
Richard Henderson <richard.henderson@linaro.org>,
xen-devel@lists.xenproject.org,
Anthony Perard <anthony.perard@citrix.com>,
Paolo Bonzini <pbonzini@redhat.com>
Subject: Re: [PATCH 1/2] hw/xen/xen_pt: Confine igd-passthrough-isa-bridge to XEN
Date: Tue, 05 Apr 2022 11:32:51 +0000 [thread overview]
Message-ID: <2E37BFBA-3EA7-4A3F-B58C-860088275DAA@gmail.com> (raw)
In-Reply-To: <20220326165825.30794-2-shentey@gmail.com>
Am 26. März 2022 16:58:23 UTC schrieb Bernhard Beschow <shentey@gmail.com>:
>igd-passthrough-isa-bridge is only requested in xen_pt but was
>implemented in pc_piix.c. This caused xen_pt to dependend on i386/pc
>which is hereby resolved.
>
>Signed-off-by: Bernhard Beschow <shentey@gmail.com>
>---
> hw/i386/pc_piix.c | 118 --------------------------------------
> hw/xen/xen_pt.c | 1 -
> hw/xen/xen_pt.h | 1 +
> hw/xen/xen_pt_graphics.c | 119 +++++++++++++++++++++++++++++++++++++++
> include/hw/i386/pc.h | 1 -
> 5 files changed, 120 insertions(+), 120 deletions(-)
>
>diff --git a/hw/i386/pc_piix.c b/hw/i386/pc_piix.c
>index b72c03d0a6..6ad5c02f07 100644
>--- a/hw/i386/pc_piix.c
>+++ b/hw/i386/pc_piix.c
>@@ -801,124 +801,6 @@ static void pc_i440fx_1_4_machine_options(MachineClass *m)
> DEFINE_I440FX_MACHINE(v1_4, "pc-i440fx-1.4", pc_compat_1_4_fn,
> pc_i440fx_1_4_machine_options);
>
>-typedef struct {
>- uint16_t gpu_device_id;
>- uint16_t pch_device_id;
>- uint8_t pch_revision_id;
>-} IGDDeviceIDInfo;
>-
>-/* 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).
>- */
>-static const IGDDeviceIDInfo igd_combo_id_infos[] = {
>- /* HSW Classic */
>- {0x0402, 0x8c4e, 0x04}, /* HSWGT1D, HSWD_w7 */
>- {0x0406, 0x8c4e, 0x04}, /* HSWGT1M, HSWM_w7 */
>- {0x0412, 0x8c4e, 0x04}, /* HSWGT2D, HSWD_w7 */
>- {0x0416, 0x8c4e, 0x04}, /* HSWGT2M, HSWM_w7 */
>- {0x041E, 0x8c4e, 0x04}, /* HSWGT15D, HSWD_w7 */
>- /* HSW ULT */
>- {0x0A06, 0x8c4e, 0x04}, /* HSWGT1UT, HSWM_w7 */
>- {0x0A16, 0x8c4e, 0x04}, /* HSWGT2UT, HSWM_w7 */
>- {0x0A26, 0x8c4e, 0x06}, /* HSWGT3UT, HSWM_w7 */
>- {0x0A2E, 0x8c4e, 0x04}, /* HSWGT3UT28W, HSWM_w7 */
>- {0x0A1E, 0x8c4e, 0x04}, /* HSWGT2UX, HSWM_w7 */
>- {0x0A0E, 0x8c4e, 0x04}, /* HSWGT1ULX, HSWM_w7 */
>- /* HSW CRW */
>- {0x0D26, 0x8c4e, 0x04}, /* HSWGT3CW, HSWM_w7 */
>- {0x0D22, 0x8c4e, 0x04}, /* HSWGT3CWDT, HSWD_w7 */
>- /* HSW Server */
>- {0x041A, 0x8c4e, 0x04}, /* HSWSVGT2, HSWD_w7 */
>- /* HSW SRVR */
>- {0x040A, 0x8c4e, 0x04}, /* HSWSVGT1, HSWD_w7 */
>- /* BSW */
>- {0x1606, 0x9cc3, 0x03}, /* BDWULTGT1, BDWM_w7 */
>- {0x1616, 0x9cc3, 0x03}, /* BDWULTGT2, BDWM_w7 */
>- {0x1626, 0x9cc3, 0x03}, /* BDWULTGT3, BDWM_w7 */
>- {0x160E, 0x9cc3, 0x03}, /* BDWULXGT1, BDWM_w7 */
>- {0x161E, 0x9cc3, 0x03}, /* BDWULXGT2, BDWM_w7 */
>- {0x1602, 0x9cc3, 0x03}, /* BDWHALOGT1, BDWM_w7 */
>- {0x1612, 0x9cc3, 0x03}, /* BDWHALOGT2, BDWM_w7 */
>- {0x1622, 0x9cc3, 0x03}, /* BDWHALOGT3, BDWM_w7 */
>- {0x162B, 0x9cc3, 0x03}, /* BDWHALO28W, BDWM_w7 */
>- {0x162A, 0x9cc3, 0x03}, /* BDWGT3WRKS, BDWM_w7 */
>- {0x162D, 0x9cc3, 0x03}, /* BDWGT3SRVR, BDWM_w7 */
>-};
>-
>-static void isa_bridge_class_init(ObjectClass *klass, void *data)
>-{
>- DeviceClass *dc = DEVICE_CLASS(klass);
>- PCIDeviceClass *k = PCI_DEVICE_CLASS(klass);
>-
>- dc->desc = "ISA bridge faked to support IGD PT";
>- set_bit(DEVICE_CATEGORY_BRIDGE, dc->categories);
>- k->vendor_id = PCI_VENDOR_ID_INTEL;
>- k->class_id = PCI_CLASS_BRIDGE_ISA;
>-};
>-
>-static const TypeInfo isa_bridge_info = {
>- .name = "igd-passthrough-isa-bridge",
>- .parent = TYPE_PCI_DEVICE,
>- .instance_size = sizeof(PCIDevice),
>- .class_init = isa_bridge_class_init,
>- .interfaces = (InterfaceInfo[]) {
>- { INTERFACE_CONVENTIONAL_PCI_DEVICE },
>- { },
>- },
>-};
>-
>-static void pt_graphics_register_types(void)
>-{
>- type_register_static(&isa_bridge_info);
>-}
>-type_init(pt_graphics_register_types)
>-
>-void igd_passthrough_isa_bridge_create(PCIBus *bus, uint16_t gpu_dev_id)
>-{
>- struct PCIDevice *bridge_dev;
>- int i, num;
>- uint16_t pch_dev_id = 0xffff;
>- uint8_t pch_rev_id = 0;
>-
>- num = ARRAY_SIZE(igd_combo_id_infos);
>- for (i = 0; i < num; i++) {
>- if (gpu_dev_id == igd_combo_id_infos[i].gpu_device_id) {
>- pch_dev_id = igd_combo_id_infos[i].pch_device_id;
>- pch_rev_id = igd_combo_id_infos[i].pch_revision_id;
>- }
>- }
>-
>- if (pch_dev_id == 0xffff) {
>- return;
>- }
>-
>- /* Currently IGD drivers always need to access PCH by 1f.0. */
>- bridge_dev = pci_create_simple(bus, PCI_DEVFN(0x1f, 0),
>- "igd-passthrough-isa-bridge");
>-
>- /*
>- * Note that vendor id is always PCI_VENDOR_ID_INTEL.
>- */
>- if (!bridge_dev) {
>- fprintf(stderr, "set igd-passthrough-isa-bridge failed!\n");
>- return;
>- }
>- pci_config_set_device_id(bridge_dev->config, pch_dev_id);
>- pci_config_set_revision(bridge_dev->config, pch_rev_id);
>-}
>-
> #ifdef CONFIG_ISAPC
> static void isapc_machine_options(MachineClass *m)
> {
>diff --git a/hw/xen/xen_pt.c b/hw/xen/xen_pt.c
>index 027190fa44..829ea9985f 100644
>--- a/hw/xen/xen_pt.c
>+++ b/hw/xen/xen_pt.c
>@@ -60,7 +60,6 @@
> #include "hw/qdev-properties.h"
> #include "hw/qdev-properties-system.h"
> #include "hw/xen/xen.h"
>-#include "hw/i386/pc.h"
> #include "hw/xen/xen-legacy-backend.h"
> #include "xen_pt.h"
> #include "qemu/range.h"
>diff --git a/hw/xen/xen_pt.h b/hw/xen/xen_pt.h
>index 6b8e13cdee..806d832c94 100644
>--- a/hw/xen/xen_pt.h
>+++ b/hw/xen/xen_pt.h
>@@ -43,6 +43,7 @@ OBJECT_DECLARE_SIMPLE_TYPE(XenPCIPassthroughState, XEN_PT_DEVICE)
>
> uint32_t igd_read_opregion(XenPCIPassthroughState *s);
> void igd_write_opregion(XenPCIPassthroughState *s, uint32_t val);
>+void igd_passthrough_isa_bridge_create(PCIBus *bus, uint16_t gpu_dev_id);
>
> /* function type for config reg */
> typedef int (*xen_pt_conf_reg_init)
>diff --git a/hw/xen/xen_pt_graphics.c b/hw/xen/xen_pt_graphics.c
>index a3bc7e3921..f1fbb98912 100644
>--- a/hw/xen/xen_pt_graphics.c
>+++ b/hw/xen/xen_pt_graphics.c
>@@ -289,3 +289,122 @@ void igd_write_opregion(XenPCIPassthroughState *s, uint32_t val)
> (unsigned long)(igd_host_opregion >> XC_PAGE_SHIFT),
> (unsigned long)(igd_guest_opregion >> XC_PAGE_SHIFT));
> }
>+
>+typedef struct {
>+ uint16_t gpu_device_id;
>+ uint16_t pch_device_id;
>+ uint8_t pch_revision_id;
>+} IGDDeviceIDInfo;
>+
>+/*
>+ * 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).
>+ */
>+static const IGDDeviceIDInfo igd_combo_id_infos[] = {
>+ /* HSW Classic */
>+ {0x0402, 0x8c4e, 0x04}, /* HSWGT1D, HSWD_w7 */
>+ {0x0406, 0x8c4e, 0x04}, /* HSWGT1M, HSWM_w7 */
>+ {0x0412, 0x8c4e, 0x04}, /* HSWGT2D, HSWD_w7 */
>+ {0x0416, 0x8c4e, 0x04}, /* HSWGT2M, HSWM_w7 */
>+ {0x041E, 0x8c4e, 0x04}, /* HSWGT15D, HSWD_w7 */
>+ /* HSW ULT */
>+ {0x0A06, 0x8c4e, 0x04}, /* HSWGT1UT, HSWM_w7 */
>+ {0x0A16, 0x8c4e, 0x04}, /* HSWGT2UT, HSWM_w7 */
>+ {0x0A26, 0x8c4e, 0x06}, /* HSWGT3UT, HSWM_w7 */
>+ {0x0A2E, 0x8c4e, 0x04}, /* HSWGT3UT28W, HSWM_w7 */
>+ {0x0A1E, 0x8c4e, 0x04}, /* HSWGT2UX, HSWM_w7 */
>+ {0x0A0E, 0x8c4e, 0x04}, /* HSWGT1ULX, HSWM_w7 */
>+ /* HSW CRW */
>+ {0x0D26, 0x8c4e, 0x04}, /* HSWGT3CW, HSWM_w7 */
>+ {0x0D22, 0x8c4e, 0x04}, /* HSWGT3CWDT, HSWD_w7 */
>+ /* HSW Server */
>+ {0x041A, 0x8c4e, 0x04}, /* HSWSVGT2, HSWD_w7 */
>+ /* HSW SRVR */
>+ {0x040A, 0x8c4e, 0x04}, /* HSWSVGT1, HSWD_w7 */
>+ /* BSW */
>+ {0x1606, 0x9cc3, 0x03}, /* BDWULTGT1, BDWM_w7 */
>+ {0x1616, 0x9cc3, 0x03}, /* BDWULTGT2, BDWM_w7 */
>+ {0x1626, 0x9cc3, 0x03}, /* BDWULTGT3, BDWM_w7 */
>+ {0x160E, 0x9cc3, 0x03}, /* BDWULXGT1, BDWM_w7 */
>+ {0x161E, 0x9cc3, 0x03}, /* BDWULXGT2, BDWM_w7 */
>+ {0x1602, 0x9cc3, 0x03}, /* BDWHALOGT1, BDWM_w7 */
>+ {0x1612, 0x9cc3, 0x03}, /* BDWHALOGT2, BDWM_w7 */
>+ {0x1622, 0x9cc3, 0x03}, /* BDWHALOGT3, BDWM_w7 */
>+ {0x162B, 0x9cc3, 0x03}, /* BDWHALO28W, BDWM_w7 */
>+ {0x162A, 0x9cc3, 0x03}, /* BDWGT3WRKS, BDWM_w7 */
>+ {0x162D, 0x9cc3, 0x03}, /* BDWGT3SRVR, BDWM_w7 */
>+};
>+
>+static void isa_bridge_class_init(ObjectClass *klass, void *data)
>+{
>+ DeviceClass *dc = DEVICE_CLASS(klass);
>+ PCIDeviceClass *k = PCI_DEVICE_CLASS(klass);
>+
>+ dc->desc = "ISA bridge faked to support IGD PT";
>+ set_bit(DEVICE_CATEGORY_BRIDGE, dc->categories);
>+ k->vendor_id = PCI_VENDOR_ID_INTEL;
>+ k->class_id = PCI_CLASS_BRIDGE_ISA;
>+};
>+
>+static const TypeInfo isa_bridge_info = {
>+ .name = "igd-passthrough-isa-bridge",
>+ .parent = TYPE_PCI_DEVICE,
>+ .instance_size = sizeof(PCIDevice),
>+ .class_init = isa_bridge_class_init,
>+ .interfaces = (InterfaceInfo[]) {
>+ { INTERFACE_CONVENTIONAL_PCI_DEVICE },
>+ { },
>+ },
>+};
>+
>+static void pt_graphics_register_types(void)
>+{
>+ type_register_static(&isa_bridge_info);
>+}
>+type_init(pt_graphics_register_types)
>+
>+void igd_passthrough_isa_bridge_create(PCIBus *bus, uint16_t gpu_dev_id)
>+{
>+ struct PCIDevice *bridge_dev;
>+ int i, num;
>+ uint16_t pch_dev_id = 0xffff;
>+ uint8_t pch_rev_id = 0;
>+
>+ num = ARRAY_SIZE(igd_combo_id_infos);
>+ for (i = 0; i < num; i++) {
>+ if (gpu_dev_id == igd_combo_id_infos[i].gpu_device_id) {
>+ pch_dev_id = igd_combo_id_infos[i].pch_device_id;
>+ pch_rev_id = igd_combo_id_infos[i].pch_revision_id;
>+ }
>+ }
>+
>+ if (pch_dev_id == 0xffff) {
>+ return;
>+ }
>+
>+ /* Currently IGD drivers always need to access PCH by 1f.0. */
>+ bridge_dev = pci_create_simple(bus, PCI_DEVFN(0x1f, 0),
>+ "igd-passthrough-isa-bridge");
>+
>+ /*
>+ * Note that vendor id is always PCI_VENDOR_ID_INTEL.
>+ */
>+ if (!bridge_dev) {
>+ fprintf(stderr, "set igd-passthrough-isa-bridge failed!\n");
>+ return;
>+ }
>+ pci_config_set_device_id(bridge_dev->config, pch_dev_id);
>+ pci_config_set_revision(bridge_dev->config, pch_rev_id);
>+}
>diff --git a/include/hw/i386/pc.h b/include/hw/i386/pc.h
>index 1a27de9c8b..926a507a0c 100644
>--- a/include/hw/i386/pc.h
>+++ b/include/hw/i386/pc.h
>@@ -312,5 +312,4 @@ extern const size_t pc_compat_1_4_len;
> } \
> type_init(pc_machine_init_##suffix)
>
>-extern void igd_passthrough_isa_bridge_create(PCIBus *bus, uint16_t gpu_dev_id);
> #endif
Ping
next prev parent reply other threads:[~2022-04-05 11:35 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-03-26 16:58 [PATCH 0/2] Confine igd-passthrough-isa-bridge to XEN Bernhard Beschow
2022-03-26 16:58 ` [PATCH 1/2] hw/xen/xen_pt: " Bernhard Beschow
2022-04-05 11:32 ` Bernhard Beschow [this message]
2022-04-05 14:23 ` Anthony PERARD via
2022-03-26 16:58 ` [PATCH 2/2] hw/xen/xen_pt: Resolve igd_passthrough_isa_bridge_create() indirection Bernhard Beschow
2022-04-05 14:24 ` Anthony PERARD via
2022-05-05 16:56 ` [PATCH 0/2] Confine igd-passthrough-isa-bridge to XEN Bernhard Beschow
2022-05-05 17:13 ` Paolo Bonzini
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=2E37BFBA-3EA7-4A3F-B58C-860088275DAA@gmail.com \
--to=shentey@gmail.com \
--cc=anthony.perard@citrix.com \
--cc=eduardo@habkost.net \
--cc=mst@redhat.com \
--cc=paul@xen.org \
--cc=pbonzini@redhat.com \
--cc=qemu-devel@nongnu.org \
--cc=qemu-trivial@nongnu.org \
--cc=richard.henderson@linaro.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: 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).