From nobody Fri Apr 26 10:18:06 2024 Delivered-To: importer@patchew.org Received-SPF: none (zohomail.com: 192.237.175.120 is neither permitted nor denied by domain of lists.xenproject.org) client-ip=192.237.175.120; envelope-from=xen-devel-bounces@lists.xenproject.org; helo=lists.xenproject.org; Authentication-Results: mx.zohomail.com; spf=none (zohomail.com: 192.237.175.120 is neither permitted nor denied by domain of lists.xenproject.org) smtp.mailfrom=xen-devel-bounces@lists.xenproject.org ARC-Seal: i=1; a=rsa-sha256; t=1579052929; cv=none; d=zohomail.com; s=zohoarc; b=S79vJmZRZZne6FSWQFYyNg8qzJmWPZeI2v+1ddh2YzNhe9ehgY+upEp8Fbjvcr89icXTOoTkh3Wvb+ZDqN27x2EoIbmXofBw4p4RmHaDV+DeayzYDlA5BPfisnw7muuO8C7SOBISp8mGWcLCoYfeOfYuaNGN1mvDEE44FzOZQRY= ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=zohomail.com; s=zohoarc; t=1579052929; h=Content-Type:Content-Transfer-Encoding:Cc:Date:From:List-Subscribe:List-Post:List-Id:List-Help:List-Unsubscribe:MIME-Version:Message-ID:Sender:Subject:To; bh=fGNuSmzQTmrr2ONHLP/+WzAnn0Hn1uidNg5E8GzrihQ=; b=cdVLGgFTQC4ZjGd3CPce5frIuzNr+ZRv2lzntAvA0RnMFo7ijuqEhJLNJReKWRpym0T79tq9LCp5pR7hBOdYiVItz1FBMb9WeAd6aLuBXPe+fLgQZ7d+he9qyWoNP7ghBfS+OkIw+haGN2i1AQIYCH0est55rPCGsdMUrm01H9k= ARC-Authentication-Results: i=1; mx.zohomail.com; spf=none (zohomail.com: 192.237.175.120 is neither permitted nor denied by domain of lists.xenproject.org) smtp.mailfrom=xen-devel-bounces@lists.xenproject.org Return-Path: Received: from lists.xenproject.org (lists.xenproject.org [192.237.175.120]) by mx.zohomail.com with SMTPS id 1579052929300885.9408827192549; Tue, 14 Jan 2020 17:48:49 -0800 (PST) Received: from localhost ([127.0.0.1] helo=lists.xenproject.org) by lists.xenproject.org with esmtp (Exim 4.89) (envelope-from ) id 1irXmV-0008IV-4N; Wed, 15 Jan 2020 01:47:39 +0000 Received: from all-amaz-eas1.inumbo.com ([34.197.232.57] helo=us1-amaz-eas2.inumbo.com) by lists.xenproject.org with esmtp (Exim 4.89) (envelope-from ) id 1irXmT-0008IQ-I9 for xen-devel@lists.xenproject.org; Wed, 15 Jan 2020 01:47:37 +0000 Received: from out2-smtp.messagingengine.com (unknown [66.111.4.26]) by us1-amaz-eas2.inumbo.com (Halon) with ESMTPS id 012080fc-3739-11ea-84b0-12813bfff9fa; Wed, 15 Jan 2020 01:47:36 +0000 (UTC) Received: from compute7.internal (compute7.nyi.internal [10.202.2.47]) by mailout.nyi.internal (Postfix) with ESMTP id CA04F21CDD; Tue, 14 Jan 2020 20:47:35 -0500 (EST) Received: from mailfrontend1 ([10.202.2.162]) by compute7.internal (MEProxy); Tue, 14 Jan 2020 20:47:35 -0500 Received: from localhost.localdomain (ip5b412221.dynamic.kabel-deutschland.de [91.65.34.33]) by mail.messagingengine.com (Postfix) with ESMTPA id 81BD080059; Tue, 14 Jan 2020 20:47:33 -0500 (EST) X-Inumbo-ID: 012080fc-3739-11ea-84b0-12813bfff9fa DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :date:from:message-id:mime-version:subject:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm1; bh=Dt+uKJ BD/G/0mk3DVFvNJjxqURDcyhN9lgjEFPvuBKo=; b=Zpu0iwOvf2Sigox1qSLmAR 8HBeDLnoliTIIC5vc7RxuaB7kGJSR5psL7MMtwdJzWYxhtr/MgK0rnLlt6wrBGJz XGzyq8iOUTVIaDM5Do7wyTAYdjzmEAKYfUeJzXNJmacwlCixNgRegoEsvm5ytqvI wLpCeaHc9bv9b5+MQrqUsFaseVaNl8O8b7NpqZ8zY2UhzM+VDhyHedutJYiXasBY gA4FTUOyL38VaytYZFb2+8yxFq1YqhZ6QjDdH8xeuXX5EOE/XSkTp/Kc+htNxIaW qbMdpqBMuEySS1WRTS93p0XWNOUMvCx6auP2os+XmCFEv35nGFaK5pN+1oN/mfgg == X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedugedrtddvgdefjecutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenuc fjughrpefhvffufffkofggtghogfesthekredtredtjeenucfhrhhomhepofgrrhgvkhcu ofgrrhgtiiihkhhofihskhhiqdfikphrvggtkhhiuceomhgrrhhmrghrvghksehinhhvih hsihgslhgvthhhihhnghhslhgrsgdrtghomheqnecuffhomhgrihhnpehinhhvihhsihgs lhgvthhhihhnghhslhgrsgdrtghomhdpmhgrrhhkmhgrihhlrdhorhhgnecukfhppeelud drieehrdefgedrfeefnecurfgrrhgrmhepmhgrihhlfhhrohhmpehmrghrmhgrrhgvkhes ihhnvhhishhisghlvghthhhinhhgshhlrggsrdgtohhmnecuvehluhhsthgvrhfuihiivg eptd X-ME-Proxy: From: =?UTF-8?q?Marek=20Marczykowski-G=C3=B3recki?= To: xen-devel@lists.xenproject.org Date: Wed, 15 Jan 2020 02:46:29 +0100 Message-Id: <20200115014643.12749-1-marmarek@invisiblethingslab.com> X-Mailer: git-send-email 2.21.0 MIME-Version: 1.0 Organization: Invisible Things Lab Subject: [Xen-devel] [PATCH v4] xen-pciback: optionally allow interrupt enable flag writes X-BeenThere: xen-devel@lists.xenproject.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Xen developer discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Cc: Juergen Gross , Stefano Stabellini , YueHaibing , =?UTF-8?q?Marek=20Marczykowski-G=C3=B3recki?= , open list , Simon Gaiser , Jan Beulich , Boris Ostrovsky Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Errors-To: xen-devel-bounces@lists.xenproject.org Sender: "Xen-devel" QEMU running in a stubdom needs to be able to set INTX_DISABLE, and the MSI(-X) enable flags in the PCI config space. This adds an attribute 'allow_interrupt_control' which when set for a PCI device allows writes to this flag(s). The toolstack will need to set this for stubdoms. When enabled, guest (stubdomain) will be allowed to set relevant enable flags, but only one at a time - i.e. it refuses to enable more than one of INTx, MSI, MSI-X at a time. This functionality is needed only for config space access done by device model (stubdomain) serving a HVM with the actual PCI device. It is not necessary and unsafe to enable direct access to those bits for PV domain with the device attached. For PV domains, there are separate protocol messages (XEN_PCI_OP_{enable,disable}_{msi,msix}) for this purpose. Those ops in addition to setting enable bits, also configure MSI(-X) in dom0 kernel - which is undesirable for PCI passthrough to HVM guests. This should not introduce any new security issues since a malicious guest (or stubdom) can already generate MSIs through other ways, see [1] page 8. Additionally, when qemu runs in dom0, it already have direct access to those bits. This is the second iteration of this feature. First was proposed as a direct Xen interface through a new hypercall, but ultimately it was rejected by the maintainer, because of mixing pciback and hypercalls for PCI config space access isn't a good design. Full discussion at [2]. [1]: https://invisiblethingslab.com/resources/2011/Software%20Attacks%20on%= 20Intel%20VT-d.pdf [2]: https://xen.markmail.org/thread/smpgpws4umdzizze [part of the commit message and sysfs handling] Signed-off-by: Simon Gaiser [the rest] Signed-off-by: Marek Marczykowski-G=C3=B3recki Reviewed-by: Roger Pau Monn=C3=A9 --- Changes in v4: - fix incorrect variable used - don't enable INTx when already enabled Changes in v3: - return bitmap (or negative error) from xen_pcibk_get_interrupt_type(), to implicitly handle cases when multiple interrupt types are already enabled - disallow enabling in that case - add documentation Changes in v2: - introduce xen_pcibk_get_interrupt_type() to deduplicate current INTx/MSI/MSI-X state check - fix checking MSI/MSI-X state on devices not supporting it --- .../ABI/testing/sysfs-driver-pciback | 13 +++ drivers/xen/xen-pciback/conf_space.c | 36 ++++++++ drivers/xen/xen-pciback/conf_space.h | 7 ++ .../xen/xen-pciback/conf_space_capability.c | 88 +++++++++++++++++++ drivers/xen/xen-pciback/conf_space_header.c | 19 ++++ drivers/xen/xen-pciback/pci_stub.c | 66 ++++++++++++++ drivers/xen/xen-pciback/pciback.h | 1 + 7 files changed, 230 insertions(+) diff --git a/Documentation/ABI/testing/sysfs-driver-pciback b/Documentation= /ABI/testing/sysfs-driver-pciback index 6a733bfa37e6..566a11f2c12f 100644 --- a/Documentation/ABI/testing/sysfs-driver-pciback +++ b/Documentation/ABI/testing/sysfs-driver-pciback @@ -11,3 +11,16 @@ Description: #echo 00:19.0-E0:2:FF > /sys/bus/pci/drivers/pciback/quirks will allow the guest to read and write to the configuration register 0x0E. + +What: /sys/bus/pci/drivers/pciback/allow_interrupt_control +Date: Jan 2020 +KernelVersion: 5.5 +Contact: xen-devel@lists.xenproject.org +Description: + List of devices which can have interrupt control flag (INT= x, + MSI, MSI-X) set by a connected guest. It is meant to be set + only when the guest is a stubdomain hosting device model (= qemu) + and the actual device is assigned to a HVM. It is not safe + (similar to permissive attribute) to set for a devices ass= igned + to a PV guest. The device is automatically removed from th= is + list when the connected pcifront terminates. diff --git a/drivers/xen/xen-pciback/conf_space.c b/drivers/xen/xen-pciback= /conf_space.c index 60111719b01f..7697001e8ffc 100644 --- a/drivers/xen/xen-pciback/conf_space.c +++ b/drivers/xen/xen-pciback/conf_space.c @@ -286,6 +286,42 @@ int xen_pcibk_config_write(struct pci_dev *dev, int of= fset, int size, u32 value) return xen_pcibios_err_to_errno(err); } =20 +int xen_pcibk_get_interrupt_type(struct pci_dev *dev) +{ + int err; + u16 val; + int ret =3D 0; + + err =3D pci_read_config_word(dev, PCI_COMMAND, &val); + if (err) + return err; + if (!(val & PCI_COMMAND_INTX_DISABLE)) + ret |=3D INTERRUPT_TYPE_INTX; + + /* Do not trust dev->msi(x)_enabled here, as enabling could be done + * bypassing the pci_*msi* functions, by the qemu. + */ + if (dev->msi_cap) { + err =3D pci_read_config_word(dev, + dev->msi_cap + PCI_MSI_FLAGS, + &val); + if (err) + return err; + if (val & PCI_MSI_FLAGS_ENABLE) + ret |=3D INTERRUPT_TYPE_MSI; + } + if (dev->msix_cap) { + err =3D pci_read_config_word(dev, + dev->msix_cap + PCI_MSIX_FLAGS, + &val); + if (err) + return err; + if (val & PCI_MSIX_FLAGS_ENABLE) + ret |=3D INTERRUPT_TYPE_MSIX; + } + return ret; +} + void xen_pcibk_config_free_dyn_fields(struct pci_dev *dev) { struct xen_pcibk_dev_data *dev_data =3D pci_get_drvdata(dev); diff --git a/drivers/xen/xen-pciback/conf_space.h b/drivers/xen/xen-pciback= /conf_space.h index 22db630717ea..6ba6aa26dcee 100644 --- a/drivers/xen/xen-pciback/conf_space.h +++ b/drivers/xen/xen-pciback/conf_space.h @@ -65,6 +65,11 @@ struct config_field_entry { void *data; }; =20 +#define INTERRUPT_TYPE_NONE 0 +#define INTERRUPT_TYPE_INTX 1 +#define INTERRUPT_TYPE_MSI 2 +#define INTERRUPT_TYPE_MSIX 4 + extern bool xen_pcibk_permissive; =20 #define OFFSET(cfg_entry) ((cfg_entry)->base_offset+(cfg_entry)->field->of= fset) @@ -126,4 +131,6 @@ int xen_pcibk_config_capability_init(void); int xen_pcibk_config_header_add_fields(struct pci_dev *dev); int xen_pcibk_config_capability_add_fields(struct pci_dev *dev); =20 +int xen_pcibk_get_interrupt_type(struct pci_dev *dev); + #endif /* __XEN_PCIBACK_CONF_SPACE_H__ */ diff --git a/drivers/xen/xen-pciback/conf_space_capability.c b/drivers/xen/= xen-pciback/conf_space_capability.c index e5694133ebe5..d3a846119974 100644 --- a/drivers/xen/xen-pciback/conf_space_capability.c +++ b/drivers/xen/xen-pciback/conf_space_capability.c @@ -189,6 +189,84 @@ static const struct config_field caplist_pm[] =3D { {} }; =20 +static struct msi_msix_field_config { + u16 enable_bit; /* bit for enabling MSI/MSI-X */ + int int_type; /* interrupt type for exclusiveness check */ +} msi_field_config =3D { + .enable_bit =3D PCI_MSI_FLAGS_ENABLE, + .int_type =3D INTERRUPT_TYPE_MSI, +}, msix_field_config =3D { + .enable_bit =3D PCI_MSIX_FLAGS_ENABLE, + .int_type =3D INTERRUPT_TYPE_MSIX, +}; + +static void *msi_field_init(struct pci_dev *dev, int offset) +{ + return &msi_field_config; +} + +static void *msix_field_init(struct pci_dev *dev, int offset) +{ + return &msix_field_config; +} + +static int msi_msix_flags_write(struct pci_dev *dev, int offset, u16 new_v= alue, + void *data) +{ + int err; + u16 old_value; + const struct msi_msix_field_config *field_config =3D data; + const struct xen_pcibk_dev_data *dev_data =3D pci_get_drvdata(dev); + + if (xen_pcibk_permissive || dev_data->permissive) + goto write; + + err =3D pci_read_config_word(dev, offset, &old_value); + if (err) + return err; + + if (new_value =3D=3D old_value) + return 0; + + if (!dev_data->allow_interrupt_control || + (new_value ^ old_value) & ~field_config->enable_bit) + return PCIBIOS_SET_FAILED; + + if (new_value & field_config->enable_bit) { + /* don't allow enabling together with other interrupt types */ + int int_type =3D xen_pcibk_get_interrupt_type(dev); + if (int_type =3D=3D INTERRUPT_TYPE_NONE || + int_type =3D=3D field_config->int_type) + goto write; + return PCIBIOS_SET_FAILED; + } + +write: + return pci_write_config_word(dev, offset, new_value); +} + +static const struct config_field caplist_msix[] =3D { + { + .offset =3D PCI_MSIX_FLAGS, + .size =3D 2, + .init =3D msix_field_init, + .u.w.read =3D xen_pcibk_read_config_word, + .u.w.write =3D msi_msix_flags_write, + }, + {} +}; + +static const struct config_field caplist_msi[] =3D { + { + .offset =3D PCI_MSI_FLAGS, + .size =3D 2, + .init =3D msi_field_init, + .u.w.read =3D xen_pcibk_read_config_word, + .u.w.write =3D msi_msix_flags_write, + }, + {} +}; + static struct xen_pcibk_config_capability xen_pcibk_config_capability_pm = =3D { .capability =3D PCI_CAP_ID_PM, .fields =3D caplist_pm, @@ -197,11 +275,21 @@ static struct xen_pcibk_config_capability xen_pcibk_c= onfig_capability_vpd =3D { .capability =3D PCI_CAP_ID_VPD, .fields =3D caplist_vpd, }; +static struct xen_pcibk_config_capability xen_pcibk_config_capability_msi = =3D { + .capability =3D PCI_CAP_ID_MSI, + .fields =3D caplist_msi, +}; +static struct xen_pcibk_config_capability xen_pcibk_config_capability_msix= =3D { + .capability =3D PCI_CAP_ID_MSIX, + .fields =3D caplist_msix, +}; =20 int xen_pcibk_config_capability_init(void) { register_capability(&xen_pcibk_config_capability_vpd); register_capability(&xen_pcibk_config_capability_pm); + register_capability(&xen_pcibk_config_capability_msi); + register_capability(&xen_pcibk_config_capability_msix); =20 return 0; } diff --git a/drivers/xen/xen-pciback/conf_space_header.c b/drivers/xen/xen-= pciback/conf_space_header.c index 10ae24b5a76e..fb4fccb4aecc 100644 --- a/drivers/xen/xen-pciback/conf_space_header.c +++ b/drivers/xen/xen-pciback/conf_space_header.c @@ -117,6 +117,25 @@ static int command_write(struct pci_dev *dev, int offs= et, u16 value, void *data) pci_clear_mwi(dev); } =20 + if (dev_data && dev_data->allow_interrupt_control) { + if ((cmd->val ^ value) & PCI_COMMAND_INTX_DISABLE) { + if (value & PCI_COMMAND_INTX_DISABLE) { + pci_intx(dev, 0); + } else { + /* Do not allow enabling INTx together with MSI or MSI-X. */ + switch (xen_pcibk_get_interrupt_type(dev)) { + case INTERRUPT_TYPE_NONE: + pci_intx(dev, 1); + break; + case INTERRUPT_TYPE_INTX: + break; + default: + return PCIBIOS_SET_FAILED; + } + } + } + } + cmd->val =3D value; =20 if (!xen_pcibk_permissive && (!dev_data || !dev_data->permissive)) diff --git a/drivers/xen/xen-pciback/pci_stub.c b/drivers/xen/xen-pciback/p= ci_stub.c index 097410a7cdb7..7af93d65ed51 100644 --- a/drivers/xen/xen-pciback/pci_stub.c +++ b/drivers/xen/xen-pciback/pci_stub.c @@ -304,6 +304,8 @@ void pcistub_put_pci_dev(struct pci_dev *dev) xen_pcibk_config_reset_dev(dev); xen_pcibk_config_free_dyn_fields(dev); =20 + dev_data->allow_interrupt_control =3D 0; + xen_unregister_device_domain_owner(dev); =20 spin_lock_irqsave(&found_psdev->lock, flags); @@ -1431,6 +1433,65 @@ static ssize_t permissive_show(struct device_driver = *drv, char *buf) } static DRIVER_ATTR_RW(permissive); =20 +static ssize_t allow_interrupt_control_store(struct device_driver *drv, + const char *buf, size_t count) +{ + int domain, bus, slot, func; + int err; + struct pcistub_device *psdev; + struct xen_pcibk_dev_data *dev_data; + + err =3D str_to_slot(buf, &domain, &bus, &slot, &func); + if (err) + goto out; + + psdev =3D pcistub_device_find(domain, bus, slot, func); + if (!psdev) { + err =3D -ENODEV; + goto out; + } + + dev_data =3D pci_get_drvdata(psdev->dev); + /* the driver data for a device should never be null at this point */ + if (!dev_data) { + err =3D -ENXIO; + goto release; + } + dev_data->allow_interrupt_control =3D 1; +release: + pcistub_device_put(psdev); +out: + if (!err) + err =3D count; + return err; +} + +static ssize_t allow_interrupt_control_show(struct device_driver *drv, + char *buf) +{ + struct pcistub_device *psdev; + struct xen_pcibk_dev_data *dev_data; + size_t count =3D 0; + unsigned long flags; + + spin_lock_irqsave(&pcistub_devices_lock, flags); + list_for_each_entry(psdev, &pcistub_devices, dev_list) { + if (count >=3D PAGE_SIZE) + break; + if (!psdev->dev) + continue; + dev_data =3D pci_get_drvdata(psdev->dev); + if (!dev_data || !dev_data->allow_interrupt_control) + continue; + count +=3D + scnprintf(buf + count, PAGE_SIZE - count, "%s\n", + pci_name(psdev->dev)); + } + spin_unlock_irqrestore(&pcistub_devices_lock, flags); + return count; +} +static DRIVER_ATTR_RW(allow_interrupt_control); + static void pcistub_exit(void) { driver_remove_file(&xen_pcibk_pci_driver.driver, &driver_attr_new_slot); @@ -1440,6 +1501,8 @@ static void pcistub_exit(void) driver_remove_file(&xen_pcibk_pci_driver.driver, &driver_attr_quirks); driver_remove_file(&xen_pcibk_pci_driver.driver, &driver_attr_permissive); + driver_remove_file(&xen_pcibk_pci_driver.driver, + &driver_attr_allow_interrupt_control); driver_remove_file(&xen_pcibk_pci_driver.driver, &driver_attr_irq_handlers); driver_remove_file(&xen_pcibk_pci_driver.driver, @@ -1530,6 +1593,9 @@ static int __init pcistub_init(void) if (!err) err =3D driver_create_file(&xen_pcibk_pci_driver.driver, &driver_attr_permissive); + if (!err) + err =3D driver_create_file(&xen_pcibk_pci_driver.driver, + &driver_attr_allow_interrupt_control); =20 if (!err) err =3D driver_create_file(&xen_pcibk_pci_driver.driver, diff --git a/drivers/xen/xen-pciback/pciback.h b/drivers/xen/xen-pciback/pc= iback.h index 263c059bff90..ce1077e32466 100644 --- a/drivers/xen/xen-pciback/pciback.h +++ b/drivers/xen/xen-pciback/pciback.h @@ -45,6 +45,7 @@ struct xen_pcibk_dev_data { struct list_head config_fields; struct pci_saved_state *pci_saved_state; unsigned int permissive:1; + unsigned int allow_interrupt_control:1; unsigned int warned_on_write:1; unsigned int enable_intx:1; unsigned int isr_on:1; /* Whether the IRQ handler is installed. */ --=20 2.21.0 _______________________________________________ Xen-devel mailing list Xen-devel@lists.xenproject.org https://lists.xenproject.org/mailman/listinfo/xen-devel