From nobody Thu May 2 20:00:32 2024 Delivered-To: importer@patchew.org Received-SPF: none (zoho.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 (zoho.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=1568475623; cv=none; d=zoho.com; s=zohoarc; b=eExOnpw10nhbxjogHsmiVryajpXaYVRVnBg5GobIHUnhoW/MpSGAluFOowiyCRAdJ0CWG0J79yC0C19to0u0xYgZbvHsB80qyrSntQFibxpzU6uBYmHIh0G1UaypZld05iz7vWkgmjp/5/s2UTxUiid1CwtzSNaosLj4M5YDfi8= ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=zoho.com; s=zohoarc; t=1568475623; h=Content-Type:Content-Transfer-Encoding:Cc:Date:From:In-Reply-To:List-Subscribe:List-Post:List-Id:List-Help:List-Unsubscribe:MIME-Version:Message-ID:References:Sender:Subject:To:ARC-Authentication-Results; bh=R+UVJs2te9z5XzM/+5pfPii11UGrcbIgYnKdPoO8NbE=; b=CH82IuolBTCI/likE3zmcADGp3In5rybv0Yp0Myjwg1PiC69KWIE2FT/O0SPSUlpJS+b4uuMiXyeDkVGnTthtN7qRQu48bBDfv5UU4+jfIHxVlNjJZD6v6LmssQg1Q/VpipXxl9tzaZkCos0C4bK0TopzKgKJMbdq9Zu4xcGpTE= ARC-Authentication-Results: i=1; mx.zoho.com; spf=none (zoho.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 1568475623181874.0823817044063; Sat, 14 Sep 2019 08:40:23 -0700 (PDT) Received: from localhost ([127.0.0.1] helo=lists.xenproject.org) by lists.xenproject.org with esmtp (Exim 4.89) (envelope-from ) id 1i9A7Q-0001Fr-2y; Sat, 14 Sep 2019 15:37:48 +0000 Received: from us1-rack-iad1.inumbo.com ([172.99.69.81]) by lists.xenproject.org with esmtp (Exim 4.89) (envelope-from ) id 1i9A7P-0001Fj-2j for xen-devel@lists.xenproject.org; Sat, 14 Sep 2019 15:37:47 +0000 Received: from wout1-smtp.messagingengine.com (unknown [64.147.123.24]) by us1-rack-iad1.inumbo.com (Halon) with ESMTPS id 96bf367e-d705-11e9-b299-bc764e2007e4; Sat, 14 Sep 2019 15:37:42 +0000 (UTC) Received: from compute7.internal (compute7.nyi.internal [10.202.2.47]) by mailout.west.internal (Postfix) with ESMTP id 7F9705D3; Sat, 14 Sep 2019 11:37:40 -0400 (EDT) Received: from mailfrontend2 ([10.202.2.163]) by compute7.internal (MEProxy); Sat, 14 Sep 2019 11:37:40 -0400 Received: from localhost.localdomain (ip5b412221.dynamic.kabel-deutschland.de [91.65.34.33]) by mail.messagingengine.com (Postfix) with ESMTPA id 12AA2D6005B; Sat, 14 Sep 2019 11:37:38 -0400 (EDT) X-Inumbo-ID: 96bf367e-d705-11e9-b299-bc764e2007e4 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender :x-sasl-enc; s=fm3; bh=jYpAjnlE+xFbalsg2q3WrQQg+q42vr+5BpmVq4v5g 5Q=; b=iJbpQFy+kQf2EARkP+gee7sserblK+6MZjj/LIcFaXi0EG7PTd3aZfCuy nrQlqarcCRMal/Qat6V5HM1me40Gkv7nP8fkv4r2LiMcI7cu2ejxpLVZSoYyy3pt lR9EgofvzZn3e8z7bXfrIpTl1FyPSgE0TtT+cw2plFZKpCtoEivRdoYIX+jz3ZMr Jf+FA2w8Z0FCWPUVrrCC7oXu0L1+tCz/IqfLFgTcQ2cTRRZlqqB9A0JcXWkXVmmS eEZNb/4IqGJLIvDZ0mIkEikyJfaUukqsFvDzJT6o71s2/FprEl8lbaANQr9llOYp PA64jlyzdDeoCCsW1b6o7ipmTDj/Q== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedufedrtdelgdeludcutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenuc fjughrpefhvffufffkofgjfhggtgfgsehtkeertdertdejnecuhfhrohhmpeforghrvghk ucforghrtgiihihkohifshhkihdqifpkrhgvtghkihcuoehmrghrmhgrrhgvkhesihhnvh hishhisghlvghthhhinhhgshhlrggsrdgtohhmqeenucfkphepledurdeihedrfeegrdef feenucfrrghrrghmpehmrghilhhfrhhomhepmhgrrhhmrghrvghksehinhhvihhsihgslh gvthhhihhnghhslhgrsgdrtghomhenucevlhhushhtvghrufhiiigvpedt X-ME-Proxy: From: =?UTF-8?q?Marek=20Marczykowski-G=C3=B3recki?= To: xen-devel@lists.xenproject.org Date: Sat, 14 Sep 2019 17:37:16 +0200 Message-Id: <0d3f56a22a7f01024d0d83ed83028b37648f6a30.1568475323.git-series.marmarek@invisiblethingslab.com> X-Mailer: git-send-email 2.20.1 In-Reply-To: References: MIME-Version: 1.0 Subject: [Xen-devel] [PATCH v6 1/6] libxl: do not attach xen-pciback to HVM domain, if stubdomain is in use 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: Anthony PERARD , Ian Jackson , Wei Liu , =?UTF-8?q?Marek=20Marczykowski-G=C3=B3recki?= , Wei Liu Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Errors-To: xen-devel-bounces@lists.xenproject.org Sender: "Xen-devel" HVM domains use IOMMU and device model assistance for communicating with PCI devices, xen-pcifront/pciback isn't directly needed by HVM domain. But pciback serve also second function - it reset the device when it is deassigned from the guest and for this reason pciback needs to be used with HVM domain too. When HVM domain has device model in stubdomain, attaching xen-pciback to the target domain itself may prevent attaching xen-pciback to the (PV) stubdomain, effectively breaking PCI passthrough. Fix this by attaching pciback only to one domain: if PV stubdomain is in use, let it be stubdomain (the commit prevents attaching device to target HVM in this case); otherwise, attach it to the target domain. Signed-off-by: Marek Marczykowski-G=C3=B3recki Acked-by: Wei Liu --- Changes in v2: - previously called "libxl: attach xen-pciback only to PV domains" - instead of excluding all HVMs, change the condition to what actually matters here - check if stubdomain is in use; this way xen-pciback is always in use (either for the target domain, or it's stubdomain), fixing PCI reset by xen-pciback concerns Changes in v3: - adjust commit message --- tools/libxl/libxl_pci.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/tools/libxl/libxl_pci.c b/tools/libxl/libxl_pci.c index 03beb86..2e06a45 100644 --- a/tools/libxl/libxl_pci.c +++ b/tools/libxl/libxl_pci.c @@ -1106,7 +1106,7 @@ out: } } =20 - if (!starting) + if (!starting && !libxl_get_stubdom_id(CTX, domid)) rc =3D libxl__device_pci_add_xenstore(gc, domid, pcidev, starting); else rc =3D 0; @@ -1302,7 +1302,7 @@ static void libxl__add_pcidevs(libxl__egc *egc, libxl= __ao *ao, uint32_t domid, } } =20 - if (d_config->num_pcidevs > 0) { + if (d_config->num_pcidevs > 0 && !libxl_get_stubdom_id(CTX, domid)) { rc =3D libxl__create_pci_backend(gc, domid, d_config->pcidevs, d_config->num_pcidevs); if (rc < 0) { --=20 git-series 0.9.1 _______________________________________________ Xen-devel mailing list Xen-devel@lists.xenproject.org https://lists.xenproject.org/mailman/listinfo/xen-devel From nobody Thu May 2 20:00:32 2024 Delivered-To: importer@patchew.org Received-SPF: none (zoho.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 (zoho.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=1568475623; cv=none; d=zoho.com; s=zohoarc; b=BnqXJ+bkxOu3rWsct3GM3NTRFFS4xmu0p9ERfZ72Z+mWLzXljSi1m88Y6hJ51EtYAsrSLNS2mGdO9RLTnhawSnAdnbmrSGMierPz6rCLkuf/yfkA1Cr8RLgGsVexfM5UOZlsZEKFfzaciJrLqYP9jHMeMaYW81KgaQhnwV5d/mA= ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=zoho.com; s=zohoarc; t=1568475623; h=Content-Type:Content-Transfer-Encoding:Cc:Date:From:In-Reply-To:List-Subscribe:List-Post:List-Id:List-Help:List-Unsubscribe:MIME-Version:Message-ID:References:Sender:Subject:To:ARC-Authentication-Results; bh=1gv80ZO0nHKz4erecnyD3XG9nie/R9xxsAwxvJp8sTc=; b=JQjAV+HTzSWj4m6iDEAm32jv27TkP0EqXwrM9BlOhK8VA9WmzDGZUJJV3uUqiGep8dYB+WZSqZvLMZEy878jf6hBiiPV5TqH8gjRR+pzAZbnXYwshDR6SnjhSneDrK3h5iQCjPl3IuzXPoBLqun4dIjQlyJxwwgmEs8RpszGyOM= ARC-Authentication-Results: i=1; mx.zoho.com; spf=none (zoho.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 1568475623058707.3133006492798; Sat, 14 Sep 2019 08:40:23 -0700 (PDT) Received: from localhost ([127.0.0.1] helo=lists.xenproject.org) by lists.xenproject.org with esmtp (Exim 4.89) (envelope-from ) id 1i9A7V-0001G8-D2; Sat, 14 Sep 2019 15:37:53 +0000 Received: from us1-rack-iad1.inumbo.com ([172.99.69.81]) by lists.xenproject.org with esmtp (Exim 4.89) (envelope-from ) id 1i9A7U-0001G2-1i for xen-devel@lists.xenproject.org; Sat, 14 Sep 2019 15:37:52 +0000 Received: from wout1-smtp.messagingengine.com (unknown [64.147.123.24]) by us1-rack-iad1.inumbo.com (Halon) with ESMTPS id 9723e218-d705-11e9-b299-bc764e2007e4; Sat, 14 Sep 2019 15:37:42 +0000 (UTC) Received: from compute7.internal (compute7.nyi.internal [10.202.2.47]) by mailout.west.internal (Postfix) with ESMTP id 868FC5AD; Sat, 14 Sep 2019 11:37:41 -0400 (EDT) Received: from mailfrontend2 ([10.202.2.163]) by compute7.internal (MEProxy); Sat, 14 Sep 2019 11:37:41 -0400 Received: from localhost.localdomain (ip5b412221.dynamic.kabel-deutschland.de [91.65.34.33]) by mail.messagingengine.com (Postfix) with ESMTPA id 14A86D6005E; Sat, 14 Sep 2019 11:37:39 -0400 (EDT) X-Inumbo-ID: 9723e218-d705-11e9-b299-bc764e2007e4 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender :x-sasl-enc; s=fm3; bh=1A8lEmAUpw019VXdWnEGZkLXEHyBw42z6uUjfYtGZ q4=; b=i//iW2w8kwC+rfYeQRdS7TQLwWpx68g0LLh7GP1iwOqH8tKKjyoXA3RAV l4uRItXGdAdGvB9r7XH5OrTwYPON1bdYqEw2ICBg5ZhOcn1tRNg41dXD10je/EGp WOK7Oj1lCzfDD9JMhbdT1NzqVq/ViRFK6FfaLBRQsT7NxdZ06c8PEdILyFDZQN+4 m/+AqF+T1vW1NipeWaj2J83b1usqQ7rwXKV44DShfkeyMathV5HY20+ChIIZenFT GMJ9/4S4BFLIqM+PcJlrMDr/tP2wNrFZ6Ge+H88UwtJFD4inPsigayFz/2L/lDU/ SELgjublczIjI/tfnkSAMTs+QK6FQ== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedufedrtdelgdeludcutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenuc fjughrpefhvffufffkofgjfhggtgfgsehtkeertdertdejnecuhfhrohhmpeforghrvghk ucforghrtgiihihkohifshhkihdqifpkrhgvtghkihcuoehmrghrmhgrrhgvkhesihhnvh hishhisghlvghthhhinhhgshhlrggsrdgtohhmqeenucffohhmrghinhepvhgvrhhsihho nhdrqddqqdhtohholhhsnecukfhppeeluddrieehrdefgedrfeefnecurfgrrhgrmhepmh grihhlfhhrohhmpehmrghrmhgrrhgvkhesihhnvhhishhisghlvghthhhinhhgshhlrggs rdgtohhmnecuvehluhhsthgvrhfuihiivgeptd X-ME-Proxy: From: =?UTF-8?q?Marek=20Marczykowski-G=C3=B3recki?= To: xen-devel@lists.xenproject.org Date: Sat, 14 Sep 2019 17:37:17 +0200 Message-Id: X-Mailer: git-send-email 2.20.1 In-Reply-To: References: MIME-Version: 1.0 Subject: [Xen-devel] [PATCH v6 2/6] libxl: attach PCI device to qemu only after setting pciback/pcifront 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: Anthony PERARD , Ian Jackson , Wei Liu , =?UTF-8?q?Marek=20Marczykowski-G=C3=B3recki?= , Wei Liu Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Errors-To: xen-devel-bounces@lists.xenproject.org Sender: "Xen-devel" When qemu is running in stubdomain, handling "pci-ins" command will fail if pcifront is not initialized already. Fix this by sending such command only after confirming that pciback/front is running. Signed-off-by: Marek Marczykowski-G=C3=B3recki Acked-by: Wei Liu --- Changes in v2: - Fixed code style since previous version. --- tools/libxl/libxl_pci.c | 9 +++++++++ 1 file changed, 9 insertions(+) diff --git a/tools/libxl/libxl_pci.c b/tools/libxl/libxl_pci.c index 2e06a45..578535f 100644 --- a/tools/libxl/libxl_pci.c +++ b/tools/libxl/libxl_pci.c @@ -1191,6 +1191,7 @@ int libxl__device_pci_add(libxl__gc *gc, uint32_t dom= id, libxl_device_pci *pcide { libxl_ctx *ctx =3D libxl__gc_owner(gc); unsigned int orig_vdev, pfunc_mask; + char *be_path; libxl_device_pci *assigned; int num_assigned, i, rc; int stubdomid =3D 0; @@ -1245,6 +1246,14 @@ int libxl__device_pci_add(libxl__gc *gc, uint32_t do= mid, libxl_device_pci *pcide rc =3D do_pci_add(gc, stubdomid, &pcidev_s, 0); if ( rc ) goto out; + /* Wait for the device actually being connected, otherwise device = model + * running there will fail to find the device. */ + be_path =3D libxl__sprintf(gc, "%s/backend/pci/%d/0", + libxl__xs_get_dompath(gc, 0), stubdomid); + rc =3D libxl__wait_for_backend(gc, be_path, + GCSPRINTF("%d", XenbusStateConnected)= ); + if (rc) + goto out; } =20 orig_vdev =3D pcidev->vdevfn & ~7U; --=20 git-series 0.9.1 _______________________________________________ Xen-devel mailing list Xen-devel@lists.xenproject.org https://lists.xenproject.org/mailman/listinfo/xen-devel From nobody Thu May 2 20:00:32 2024 Delivered-To: importer@patchew.org Received-SPF: none (zoho.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 (zoho.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=1568475622; cv=none; d=zoho.com; s=zohoarc; b=VXXow0DRPmDimfoIOScmk9DrJaJhtjegb/MZ8KYt4Ow2EaRDndG36XANIrmQ8Sslf4n4AWxFi+uQGzIOADGsM9rSVhhBOoKztkkIuMraISczmVdeZONz5FBwoJKbU2EB3UbbUv0i1Rrr9wvuMfQFpIjrt0hKYqABbhRKk2txVb0= ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=zoho.com; s=zohoarc; t=1568475622; h=Content-Type:Content-Transfer-Encoding:Cc:Date:From:In-Reply-To:List-Subscribe:List-Post:List-Id:List-Help:List-Unsubscribe:MIME-Version:Message-ID:References:Sender:Subject:To:ARC-Authentication-Results; bh=OK504If/E4jS5xTO7QNeSk79LNhfvUDG6U5Zwx2uErU=; b=XesPKf8pcx0uxtb038jahPWbt3Op8wGbY+zNrxkNPLtsxPh2wdLeyC2WDJ+uU5+IWh1F6fUtnQAe6FjfpBfAjouhULwZpuZYlJL7DBkjxTEb9uPKPA+rGwq8uPsY0xUM8n3PzM2JwpXABioyaILaNapOE2xQlCqdnCJkkCmmWlU= ARC-Authentication-Results: i=1; mx.zoho.com; spf=none (zoho.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 156847562284023.632822496110748; Sat, 14 Sep 2019 08:40:22 -0700 (PDT) Received: from localhost ([127.0.0.1] helo=lists.xenproject.org) by lists.xenproject.org with esmtp (Exim 4.89) (envelope-from ) id 1i9A7Z-0001I7-Rg; Sat, 14 Sep 2019 15:37:57 +0000 Received: from us1-rack-iad1.inumbo.com ([172.99.69.81]) by lists.xenproject.org with esmtp (Exim 4.89) (envelope-from ) id 1i9A7Z-0001Hp-1w for xen-devel@lists.xenproject.org; Sat, 14 Sep 2019 15:37:57 +0000 Received: from wout1-smtp.messagingengine.com (unknown [64.147.123.24]) by us1-rack-iad1.inumbo.com (Halon) with ESMTPS id 97b91ad6-d705-11e9-b299-bc764e2007e4; Sat, 14 Sep 2019 15:37:43 +0000 (UTC) Received: from compute7.internal (compute7.nyi.internal [10.202.2.47]) by mailout.west.internal (Postfix) with ESMTP id 75C095EC; Sat, 14 Sep 2019 11:37:42 -0400 (EDT) Received: from mailfrontend2 ([10.202.2.163]) by compute7.internal (MEProxy); Sat, 14 Sep 2019 11:37:42 -0400 Received: from localhost.localdomain (ip5b412221.dynamic.kabel-deutschland.de [91.65.34.33]) by mail.messagingengine.com (Postfix) with ESMTPA id 1A959D60057; Sat, 14 Sep 2019 11:37:41 -0400 (EDT) X-Inumbo-ID: 97b91ad6-d705-11e9-b299-bc764e2007e4 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender :x-sasl-enc; s=fm3; bh=pjHm9ceYnWR9V0AqmOopig5VJRNLK4kBvvWCoPBaS OE=; b=Nd4aqdNR3MKd/juF+oLWzbBC66eg0AFv7ZXCl0mL7Iso96F7bWzqv55T0 Xc5g798TcWibDU8UZGQgnaocSDjmuShrMF1m3MzSYp/h4AMLhaqHkH7K9Scg9cHN +rxF8vRZTM/ISz+J9wEr6OkxXngcLCg3McAQRU0Bsb0YP0FcyXhEVLE0Ii+S/h2j WepKNrsb25j4oQ1oGWGsqPaQ13VcIAaC+B2GFyx7zqKG3CDLxWypKA5mbn7JeQpa 7NxsLiXguNtTYa2I/Qoyw14LwPOjD+6reJacVlAoYsJk9tfHXSFZg5lTVvAshYhH aDsssXmVA91TvaUB67UTvIw0uSihQ== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedufedrtdelgdeludcutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenuc fjughrpefhvffufffkofgjfhggtgfgsehtkeertdertdejnecuhfhrohhmpeforghrvghk ucforghrtgiihihkohifshhkihdqifpkrhgvtghkihcuoehmrghrmhgrrhgvkhesihhnvh hishhisghlvghthhhinhhgshhlrggsrdgtohhmqeenucfkphepledurdeihedrfeegrdef feenucfrrghrrghmpehmrghilhhfrhhomhepmhgrrhhmrghrvghksehinhhvihhsihgslh gvthhhihhnghhslhgrsgdrtghomhenucevlhhushhtvghrufhiiigvpedt X-ME-Proxy: From: =?UTF-8?q?Marek=20Marczykowski-G=C3=B3recki?= To: xen-devel@lists.xenproject.org Date: Sat, 14 Sep 2019 17:37:18 +0200 Message-Id: <206c62834cf039074d95c869eebdec333471bf1f.1568475323.git-series.marmarek@invisiblethingslab.com> X-Mailer: git-send-email 2.20.1 In-Reply-To: References: MIME-Version: 1.0 Subject: [Xen-devel] [PATCH v6 3/6] libxl: don't try to manipulate json config for stubdomain 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: Anthony PERARD , Ian Jackson , Wei Liu , =?UTF-8?q?Marek=20Marczykowski-G=C3=B3recki?= , Wei Liu Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Errors-To: xen-devel-bounces@lists.xenproject.org Sender: "Xen-devel" Stubdomain do not have it's own config file - its configuration is derived from target domains. Do not try to manipulate it when attaching PCI device. This bug prevented starting HVM with stubdomain and PCI passthrough device attached. Signed-off-by: Marek Marczykowski-G=C3=B3recki Acked-by: Wei Liu --- Changes in v3: - skip libxl__dm_check_start too, as stubdomain is guaranteed to be running at this stage already - do not init d_config at all, as it is used only for json manipulation Changes in v4: - adjust comment style --- tools/libxl/libxl_pci.c | 50 ++++++++++++++++++++++++++---------------- 1 file changed, 32 insertions(+), 18 deletions(-) diff --git a/tools/libxl/libxl_pci.c b/tools/libxl/libxl_pci.c index 578535f..d26fc9a 100644 --- a/tools/libxl/libxl_pci.c +++ b/tools/libxl/libxl_pci.c @@ -120,10 +120,14 @@ static int libxl__device_pci_add_xenstore(libxl__gc *= gc, uint32_t domid, libxl_d libxl_domain_config d_config; libxl_device_pci pcidev_saved; libxl__domain_userdata_lock *lock =3D NULL; + bool is_stubdomain =3D libxl_is_stubdom(CTX, domid, NULL); =20 - libxl_domain_config_init(&d_config); - libxl_device_pci_init(&pcidev_saved); - libxl_device_pci_copy(CTX, &pcidev_saved, pcidev); + /* Stubdomain doesn't have own config. */ + if (!is_stubdomain) { + libxl_domain_config_init(&d_config); + libxl_device_pci_init(&pcidev_saved); + libxl_device_pci_copy(CTX, &pcidev_saved, pcidev); + } =20 be_path =3D libxl__domain_device_backend_path(gc, 0, domid, 0, LIBXL__DEVICE_KIND_PCI); @@ -152,27 +156,35 @@ static int libxl__device_pci_add_xenstore(libxl__gc *= gc, uint32_t domid, libxl_d GCNEW(device); libxl__device_from_pcidev(gc, domid, pcidev, device); =20 - lock =3D libxl__lock_domain_userdata(gc, domid); - if (!lock) { - rc =3D ERROR_LOCK_FAIL; - goto out; - } + /*=20 + * Stubdomin config is derived from its target domain, it doesn't have + * its own file. + */ + if (!is_stubdomain) { + lock =3D libxl__lock_domain_userdata(gc, domid); + if (!lock) { + rc =3D ERROR_LOCK_FAIL; + goto out; + } =20 - rc =3D libxl__get_domain_configuration(gc, domid, &d_config); - if (rc) goto out; + rc =3D libxl__get_domain_configuration(gc, domid, &d_config); + if (rc) goto out; =20 - device_add_domain_config(gc, &d_config, &libxl__pcidev_devtype, - &pcidev_saved); + device_add_domain_config(gc, &d_config, &libxl__pcidev_devtype, + &pcidev_saved); =20 - rc =3D libxl__dm_check_start(gc, &d_config, domid); - if (rc) goto out; + rc =3D libxl__dm_check_start(gc, &d_config, domid); + if (rc) goto out; + } =20 for (;;) { rc =3D libxl__xs_transaction_start(gc, &t); if (rc) goto out; =20 - rc =3D libxl__set_domain_configuration(gc, domid, &d_config); - if (rc) goto out; + if (lock) { + rc =3D libxl__set_domain_configuration(gc, domid, &d_config); + if (rc) goto out; + } =20 libxl__xs_writev(gc, t, be_path, libxl__xs_kvs_of_flexarray(gc, ba= ck)); =20 @@ -184,8 +196,10 @@ static int libxl__device_pci_add_xenstore(libxl__gc *g= c, uint32_t domid, libxl_d out: libxl__xs_transaction_abort(gc, &t); if (lock) libxl__unlock_domain_userdata(lock); - libxl_device_pci_dispose(&pcidev_saved); - libxl_domain_config_dispose(&d_config); + if (!is_stubdomain) { + libxl_device_pci_dispose(&pcidev_saved); + libxl_domain_config_dispose(&d_config); + } return rc; } =20 --=20 git-series 0.9.1 _______________________________________________ Xen-devel mailing list Xen-devel@lists.xenproject.org https://lists.xenproject.org/mailman/listinfo/xen-devel From nobody Thu May 2 20:00:32 2024 Delivered-To: importer@patchew.org Received-SPF: none (zoho.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 (zoho.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=1568475626; cv=none; d=zoho.com; s=zohoarc; b=mGe3MQlMlVyXhs0u/Hx+jEZAUmfam/o9dLjVW3T2D3sr0HnjGkC5aqar6cpaIReEJi1VBoOb8l42UYSQHbOaQ2Iv+j25+6Ec/v8e2wfcawc3J/wiv/nqoqaATTTy41Lrp1b5Zf+mt3+BwrRBjRc2wee9LbIlnaAUg59OOdmG+IU= ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=zoho.com; s=zohoarc; t=1568475626; h=Content-Type:Content-Transfer-Encoding:Cc:Date:From:In-Reply-To:List-Subscribe:List-Post:List-Id:List-Help:List-Unsubscribe:MIME-Version:Message-ID:References:Sender:Subject:To:ARC-Authentication-Results; bh=3uJR5Krjp8cGn2rEmKddPFDq6wYckhNQuAMFhWKICjY=; b=GNKqzhkQA9sVF4boGcq44jNwKwfJSi2j9TKkLtcJFI5kCLvtwcrcy1VKRhgjR7wurwvlokGEWsquDjBbLOrdy/YiSzRT+6OcpkiuzQd84sssJNvm+79Kpmhs7sMDRIgYs10ZTlzMHyLYgn+Yan3pQR+gdfRmHjoKV8qmsl/nM+Y= ARC-Authentication-Results: i=1; mx.zoho.com; spf=none (zoho.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 1568475626318969.9081895084639; Sat, 14 Sep 2019 08:40:26 -0700 (PDT) Received: from localhost ([127.0.0.1] helo=lists.xenproject.org) by lists.xenproject.org with esmtp (Exim 4.89) (envelope-from ) id 1i9A7f-0001K7-70; Sat, 14 Sep 2019 15:38:03 +0000 Received: from us1-rack-iad1.inumbo.com ([172.99.69.81]) by lists.xenproject.org with esmtp (Exim 4.89) (envelope-from ) id 1i9A7e-0001Jj-1t for xen-devel@lists.xenproject.org; Sat, 14 Sep 2019 15:38:02 +0000 Received: from new1-smtp.messagingengine.com (unknown [66.111.4.221]) by us1-rack-iad1.inumbo.com (Halon) with ESMTPS id 985981ce-d705-11e9-b299-bc764e2007e4; Sat, 14 Sep 2019 15:37:44 +0000 (UTC) Received: from compute7.internal (compute7.nyi.internal [10.202.2.47]) by mailnew.nyi.internal (Postfix) with ESMTP id 2D9041EAE; Sat, 14 Sep 2019 11:37:44 -0400 (EDT) Received: from mailfrontend2 ([10.202.2.163]) by compute7.internal (MEProxy); Sat, 14 Sep 2019 11:37:44 -0400 Received: from localhost.localdomain (ip5b412221.dynamic.kabel-deutschland.de [91.65.34.33]) by mail.messagingengine.com (Postfix) with ESMTPA id 1FAFDD6005B; Sat, 14 Sep 2019 11:37:42 -0400 (EDT) X-Inumbo-ID: 985981ce-d705-11e9-b299-bc764e2007e4 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender :x-sasl-enc; s=fm3; bh=IqjJKi8sEkYKfuLRYu5vrZb4va1MlV3tXCWlHooTS Wc=; b=AB/ZDhIG3IjbpQzWJ6XQ3F0A7esrjvf9YHuHFJ2m/WXZGhI1r4POWLra/ GK9syDY+WKu1bFdCM1rUTjbrlCE7SWkOHxqQZ5K0TOAGIUxxSGkQyQL2sgS/h94/ qxTbXyhVe7WVibLuNEd50uorX+kUWIgmC5oB6Qdcrbt0JUQwTR55GWJrNNoFOTnR 6X/aGdSY9oYK6NCyWLzkAh7bMn/SvUc5m11ZAjGVpf6aMwmebXSiMFUEVikDKaoP 8LdIW9f32IzONa5hirhEbxrIYlgfddisN8+aTMoxMRwaCwJ1IvHnevVLNS4k02EB 3DvJnxf91tqAr+bGxpqT5CNeSHVWw== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedufedrtdelgdeludcutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenuc fjughrpefhvffufffkofgjfhggtgfgsehtkeertdertdejnecuhfhrohhmpeforghrvghk ucforghrtgiihihkohifshhkihdqifpkrhgvtghkihcuoehmrghrmhgrrhgvkhesihhnvh hishhisghlvghthhhinhhgshhlrggsrdgtohhmqeenucffohhmrghinhepghhithhhuhgs rdgtohhmnecukfhppeeluddrieehrdefgedrfeefnecurfgrrhgrmhepmhgrihhlfhhroh hmpehmrghrmhgrrhgvkhesihhnvhhishhisghlvghthhhinhhgshhlrggsrdgtohhmnecu vehluhhsthgvrhfuihiivgeptd X-ME-Proxy: From: =?UTF-8?q?Marek=20Marczykowski-G=C3=B3recki?= To: xen-devel@lists.xenproject.org Date: Sat, 14 Sep 2019 17:37:19 +0200 Message-Id: X-Mailer: git-send-email 2.20.1 In-Reply-To: References: MIME-Version: 1.0 Subject: [Xen-devel] [PATCH v6 4/6] xen/x86: Allow stubdom access to irq created for msi. 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: Kevin Tian , Stefano Stabellini , Suravee Suthikulpanit , Wei Liu , Konrad Rzeszutek Wilk , George Dunlap , Andrew Cooper , Ian Jackson , =?UTF-8?q?Marek=20Marczykowski-G=C3=B3recki?= , Tim Deegan , Simon Gaiser , Julien Grall , Jan Beulich , Brian Woods , =?UTF-8?q?Roger=20Pau=20Monn=C3=A9?= Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Errors-To: xen-devel-bounces@lists.xenproject.org Sender: "Xen-devel" Stubdomains need to be given sufficient privilege over the guest which it provides emulation for in order for PCI passthrough to work correctly. When a HVM domain try to enable MSI, QEMU in stubdomain calls PHYSDEVOP_map_pirq, but later it needs to call XEN_DOMCTL_bind_pt_irq as part of xc_domain_update_msi_irq. Allow for that as part of PHYSDEVOP_map_pirq. This is not needed for PCI INTx, because IRQ in that case is known beforehand and the stubdomain is given permissions over this IRQ by libxl__device_pci_add (there's a do_pci_add against the stubdomain). create_irq() already grant IRQ access to hardware_domain, with assumption the device model (something managing this IRQ) lives there. Modify create_irq() to take additional parameter pointing at device model domain - which may be dom0 or stubdomain. Save ID of the domain given permission, to revoke it in destroy_irq() - easier and cleaner than replaying logic of create_irq() parameter. Use domid instead of actual reference to the domain, because it might get destroyed before destroying IRQ (stubdomain is destroyed before its target domain). And it is not an issue, because IRQ permissions live within domain structure, so destroying a domain also implicitly revoke the permission. Potential domid reuse is detected by by checking if that domain does have permission over the IRQ being destroyed. Then, adjust all callers to provide the parameter. In case of calls not related to stubdomain-initiated allocations, give it either hardware_domain (so the behavior is unchanged there), or NULL for interrupts used by Xen internally. Inspired by https://github.com/OpenXT/xenclient-oe/blob/5e0e7304a5a3c75ef01= 240a1e3673665b2aaf05e/recipes-extended/xen/files/stubdomain-msi-irq-access.= patch by Eric Chanudet . Signed-off-by: Simon Gaiser Signed-off-by: Marek Marczykowski-G=C3=B3recki --- Changes in v3: - extend commit message Changes in v4: - add missing destroy_irq on error path Changes in v5: - move irq_{grant,revoke}_access() to {create,destroy}_irq(), which basically make it a different patch - add get_dm_domain() helper - do not give hardware_domain permission over IRQs used in Xen internally - rename create_irq argument to just 'd', to avoid confusion when it's called by hardware domain - verify that device is de-assigned before pci_remove_device call - save ID of domain given permission in create_irq(), to revoke it in destroy_irq() - drop domain parameter from destroy_irq() and msi_free_irq() - do not give hardware domain permission over IRQ created in iommu_set_interrupt() Changes in v6: - do not give permission over hpet irq to hardware_domain - move creator_domid to arch_irq_desc - fix creator_domid initialization - always give current->domain permission instead of using get_dm_domain() helper. Analysis of all its use cases tells that it is the only value it returns. - drop unrelated change --- xen/arch/x86/hpet.c | 3 +- xen/arch/x86/irq.c | 51 ++++++++++++++++++------- xen/drivers/char/ns16550.c | 2 +- xen/drivers/passthrough/amd/iommu_init.c | 2 +- xen/drivers/passthrough/vtd/iommu.c | 3 +- xen/include/asm-x86/irq.h | 7 ++- 6 files changed, 50 insertions(+), 18 deletions(-) diff --git a/xen/arch/x86/hpet.c b/xen/arch/x86/hpet.c index 4b08488..5ed4405 100644 --- a/xen/arch/x86/hpet.c +++ b/xen/arch/x86/hpet.c @@ -11,6 +11,7 @@ #include #include #include +#include #include #include #include @@ -368,7 +369,7 @@ static int __init hpet_assign_irq(struct hpet_event_cha= nnel *ch) { int irq; =20 - if ( (irq =3D create_irq(NUMA_NO_NODE)) < 0 ) + if ( (irq =3D create_irq(NUMA_NO_NODE, NULL)) < 0 ) return irq; =20 ch->msi.irq =3D irq; diff --git a/xen/arch/x86/irq.c b/xen/arch/x86/irq.c index 0ee3346..0b4c20a 100644 --- a/xen/arch/x86/irq.c +++ b/xen/arch/x86/irq.c @@ -254,7 +254,13 @@ void __init clear_irq_vector(int irq) /* * Dynamic irq allocate and deallocation for MSI */ -int create_irq(nodeid_t node) + +/* + * create_irq - allocate irq for MSI + * @d domain that will get permission over the allocated irq; this permiss= ion + * will automatically be revoked on destroy_irq + */ +int create_irq(nodeid_t node, struct domain *d) { int irq, ret; struct irq_desc *desc; @@ -282,23 +288,30 @@ int create_irq(nodeid_t node) } ret =3D assign_irq_vector(irq, mask); } + ASSERT(desc->arch.creator_domid =3D=3D DOMID_INVALID); if (ret < 0) { desc->arch.used =3D IRQ_UNUSED; irq =3D ret; } - else if ( hardware_domain ) + else if ( d ) { - ret =3D irq_permit_access(hardware_domain, irq); + ASSERT(d =3D=3D current->domain); + ret =3D irq_permit_access(d, irq); if ( ret ) printk(XENLOG_G_ERR - "Could not grant Dom0 access to IRQ%d (error %d)\n", - irq, ret); + "Could not grant Dom%u access to IRQ%d (error %d)\n", + d->domain_id, irq, ret); + else + desc->arch.creator_domid =3D d->domain_id; } =20 return irq; } =20 +/* + * destroy_irq - deallocate irq for MSI + */ void destroy_irq(unsigned int irq) { struct irq_desc *desc =3D irq_to_desc(irq); @@ -307,14 +320,25 @@ void destroy_irq(unsigned int irq) =20 BUG_ON(!MSI_IRQ(irq)); =20 - if ( hardware_domain ) + if ( desc->arch.creator_domid !=3D DOMID_INVALID ) { - int err =3D irq_deny_access(hardware_domain, irq); + struct domain *d =3D get_domain_by_id(desc->arch.creator_domid); =20 - if ( err ) - printk(XENLOG_G_ERR - "Could not revoke Dom0 access to IRQ%u (error %d)\n", - irq, err); + if ( d && irq_access_permitted(d, irq) ) + { + int err; + + err =3D irq_deny_access(d, irq); + if ( err ) + printk(XENLOG_G_ERR + "Could not revoke Dom%u access to IRQ%u (error %d)\= n", + d->domain_id, irq, err); + } + + if ( d ) + put_domain(d); + + desc->arch.creator_domid =3D DOMID_INVALID; } =20 spin_lock_irqsave(&desc->lock, flags); @@ -381,6 +405,7 @@ int arch_init_one_irq_desc(struct irq_desc *desc) =20 desc->arch.vector =3D IRQ_VECTOR_UNASSIGNED; desc->arch.old_vector =3D IRQ_VECTOR_UNASSIGNED; + desc->arch.creator_domid =3D DOMID_INVALID; =20 return 0; } @@ -2133,7 +2158,7 @@ int map_domain_pirq( spin_unlock_irqrestore(&desc->lock, flags); =20 info =3D NULL; - irq =3D create_irq(NUMA_NO_NODE); + irq =3D create_irq(NUMA_NO_NODE, current->domain); ret =3D irq >=3D 0 ? prepare_domain_irq_pirq(d, irq, pirq + nr= , &info) : irq; if ( ret < 0 ) @@ -2818,7 +2843,7 @@ int allocate_and_map_msi_pirq(struct domain *d, int i= ndex, int *pirq_p, if ( irq =3D=3D -1 ) { case MAP_PIRQ_TYPE_MULTI_MSI: - irq =3D create_irq(NUMA_NO_NODE); + irq =3D create_irq(NUMA_NO_NODE, current->domain); } =20 if ( irq < nr_irqs_gsi || irq >=3D nr_irqs ) diff --git a/xen/drivers/char/ns16550.c b/xen/drivers/char/ns16550.c index 8667de6..66cc680 100644 --- a/xen/drivers/char/ns16550.c +++ b/xen/drivers/char/ns16550.c @@ -722,7 +722,7 @@ static void __init ns16550_init_irq(struct serial_port = *port) struct ns16550 *uart =3D port->uart; =20 if ( uart->msi ) - uart->irq =3D create_irq(0); + uart->irq =3D create_irq(0, NULL); #endif } =20 diff --git a/xen/drivers/passthrough/amd/iommu_init.c b/xen/drivers/passthr= ough/amd/iommu_init.c index bb9f33e..9af4b7c 100644 --- a/xen/drivers/passthrough/amd/iommu_init.c +++ b/xen/drivers/passthrough/amd/iommu_init.c @@ -765,7 +765,7 @@ static bool_t __init set_iommu_interrupt_handler(struct= amd_iommu *iommu) { int irq, ret; =20 - irq =3D create_irq(NUMA_NO_NODE); + irq =3D create_irq(NUMA_NO_NODE, NULL); if ( irq <=3D 0 ) { dprintk(XENLOG_ERR, "IOMMU: no irqs\n"); diff --git a/xen/drivers/passthrough/vtd/iommu.c b/xen/drivers/passthrough/= vtd/iommu.c index 5d72270..7440bac 100644 --- a/xen/drivers/passthrough/vtd/iommu.c +++ b/xen/drivers/passthrough/vtd/iommu.c @@ -1138,7 +1138,8 @@ static int __init iommu_set_interrupt(struct acpi_drh= d_unit *drhd) struct irq_desc *desc; =20 irq =3D create_irq(rhsa ? pxm_to_node(rhsa->proximity_domain) - : NUMA_NO_NODE); + : NUMA_NO_NODE, + NULL); if ( irq <=3D 0 ) { dprintk(XENLOG_ERR VTDPREFIX, "IOMMU: no irq available!\n"); diff --git a/xen/include/asm-x86/irq.h b/xen/include/asm-x86/irq.h index bc0c0c1..7cf8a1b 100644 --- a/xen/include/asm-x86/irq.h +++ b/xen/include/asm-x86/irq.h @@ -45,6 +45,11 @@ struct arch_irq_desc { unsigned move_cleanup_count; u8 move_in_progress : 1; s8 used; + /* + * weak reference to domain having permission over this IRQ (which= can + * be different from the domain actually havint the IRQ assigned) + */ + domid_t creator_domid; }; =20 /* For use with irq_desc.arch.used */ @@ -161,7 +166,7 @@ int init_irq_data(void); void clear_irq_vector(int irq); =20 int irq_to_vector(int irq); -int create_irq(nodeid_t node); +int create_irq(nodeid_t node, struct domain *d); void destroy_irq(unsigned int irq); int assign_irq_vector(int irq, const cpumask_t *); =20 --=20 git-series 0.9.1 _______________________________________________ Xen-devel mailing list Xen-devel@lists.xenproject.org https://lists.xenproject.org/mailman/listinfo/xen-devel From nobody Thu May 2 20:00:32 2024 Delivered-To: importer@patchew.org Received-SPF: none (zoho.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 (zoho.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=1568475628; cv=none; d=zoho.com; s=zohoarc; b=H8H0RF/aKO1ljBepHAuSCjHc5BR/wK4AaWPQe9eRNWpF3r23GOLER5kg+TYtUc87nO+gRdnKARpqg8bMYWQD+VjAGn6KbXKlswJZmSCRM47xviBxTWU/6zHDj4RYFfGRcf7K6esT/ehwWXBfe+AD+9PgZHfKoeZtYCTSKnAbN8A= ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=zoho.com; s=zohoarc; t=1568475628; h=Content-Type:Content-Transfer-Encoding:Cc:Date:From:In-Reply-To:List-Subscribe:List-Post:List-Id:List-Help:List-Unsubscribe:MIME-Version:Message-ID:References:Sender:Subject:To:ARC-Authentication-Results; bh=KHSIntuIS1SQeszhjTBolLhuf6zi52Vhb7KKgCZyn2Y=; b=OTtbt+MYBaJ38xJg5kb3263v2G/dlVvM6VlwtSnX85I5faELp4DPJYP+yvHmKX8dlFYYtGfjn5tW3XjGBoqqPqMV/o3f3j0Y65GZvGyEzucuO4G9azYRKJRIO20tgrcgDcMlab8kvvK9IhCX/uVL0PJ7pkaJvYoBMqhxn9mtwOc= ARC-Authentication-Results: i=1; mx.zoho.com; spf=none (zoho.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 1568475628509202.92193173848045; Sat, 14 Sep 2019 08:40:28 -0700 (PDT) Received: from localhost ([127.0.0.1] helo=lists.xenproject.org) by lists.xenproject.org with esmtp (Exim 4.89) (envelope-from ) id 1i9A7k-0001M8-HT; Sat, 14 Sep 2019 15:38:08 +0000 Received: from us1-rack-iad1.inumbo.com ([172.99.69.81]) by lists.xenproject.org with esmtp (Exim 4.89) (envelope-from ) id 1i9A7j-0001LU-1q for xen-devel@lists.xenproject.org; Sat, 14 Sep 2019 15:38:07 +0000 Received: from new1-smtp.messagingengine.com (unknown [66.111.4.221]) by us1-rack-iad1.inumbo.com (Halon) with ESMTPS id 995f9702-d705-11e9-b299-bc764e2007e4; Sat, 14 Sep 2019 15:37:46 +0000 (UTC) Received: from compute7.internal (compute7.nyi.internal [10.202.2.47]) by mailnew.nyi.internal (Postfix) with ESMTP id DDB98292F; Sat, 14 Sep 2019 11:37:45 -0400 (EDT) Received: from mailfrontend2 ([10.202.2.163]) by compute7.internal (MEProxy); Sat, 14 Sep 2019 11:37:45 -0400 Received: from localhost.localdomain (ip5b412221.dynamic.kabel-deutschland.de [91.65.34.33]) by mail.messagingengine.com (Postfix) with ESMTPA id 2246ED6005F; Sat, 14 Sep 2019 11:37:44 -0400 (EDT) X-Inumbo-ID: 995f9702-d705-11e9-b299-bc764e2007e4 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender :x-sasl-enc; s=fm3; bh=XziRV+SUFoq9HrmcsJFUw/GIdKBfs0bngnqPI9cD5 Tc=; b=Emu6SOM/XDfHsL/371zHPFA8tQE4WpPaqzPnb5JgqIAKshibPwzaUoQFa A8WsqjCGwiaTrv7PpcQeUjaem8p5k+OHjSSgDbIs4O8piimJVTPZnlJIX96S1FGP j3mufkcFOKqcTT5Mck7tuJ2Y4TELWg2qAa3VGVqyw6gDZwZT0mtRzmN68jV/c2OM tkjbq2oGRkNODCCkHlDevHIaqwguHZ3bctUckZehlNLYEsLQhFLVYO1FN+k1qwGu b5+Q+HXmfrZFoBW92B3nbT+rMr10YBwsIb7Ry9qnOhFvZhnx6uZPoOrWG1Jg/825 CRaNW2VotSV2ajIviiCjh+yCImJ8A== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedufedrtdelgdelfecutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenuc fjughrpefhvffufffkofgjfhggtgfgsehtkeertdertdejnecuhfhrohhmpeforghrvghk ucforghrtgiihihkohifshhkihdqifpkrhgvtghkihcuoehmrghrmhgrrhgvkhesihhnvh hishhisghlvghthhhinhhgshhlrggsrdgtohhmqeenucfkphepledurdeihedrfeegrdef feenucfrrghrrghmpehmrghilhhfrhhomhepmhgrrhhmrghrvghksehinhhvihhsihgslh gvthhhihhnghhslhgrsgdrtghomhenucevlhhushhtvghrufhiiigvpedt X-ME-Proxy: From: =?UTF-8?q?Marek=20Marczykowski-G=C3=B3recki?= To: xen-devel@lists.xenproject.org Date: Sat, 14 Sep 2019 17:37:20 +0200 Message-Id: <819398f808613a1109bc06440268b8746e7540d4.1568475323.git-series.marmarek@invisiblethingslab.com> X-Mailer: git-send-email 2.20.1 In-Reply-To: References: MIME-Version: 1.0 Subject: [Xen-devel] [PATCH v6 5/6] xen/x86: add PHYSDEVOP_interrupt_control 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: Stefano Stabellini , Wei Liu , Konrad Rzeszutek Wilk , George Dunlap , Andrew Cooper , Ian Jackson , =?UTF-8?q?Marek=20Marczykowski-G=C3=B3recki?= , Tim Deegan , Julien Grall , Jan Beulich , Daniel De Graaf , =?UTF-8?q?Roger=20Pau=20Monn=C3=A9?= Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Errors-To: xen-devel-bounces@lists.xenproject.org Sender: "Xen-devel" Allow device model running in stubdomain to enable/disable INTx/MSI(-X), bypassing pciback. While pciback is still used to access config space from within stubdomain, it refuse to write to PCI_MSI_FLAGS_ENABLE/PCI_MSIX_FLAGS_ENABLE/PCI_COMMAND_INTX_DISABLE in non-permissive mode. Which is the right thing to do for PV domain (the main use case for pciback), as PV domain should use XEN_PCI_OP_* commands for that. Unfortunately those commands are not good for stubdomain use, as they configure MSI in dom0's kernel too, which should not happen for HVM domain. This new physdevop is allowed only for stubdomain controlling the domain which own the device. Signed-off-by: Marek Marczykowski-G=C3=B3recki --- Changes in v3: - new patch Changes in v4: - adjust code style - s/msi_msix/msi/ - add msi_set_enable XSM hook - flatten struct physdev_msi_set_enable - add to include/xlat.lst Changes in v5: - rename to PHYSDEVOP_msi_control - combine "mode" and "enable" into "flags" - refuse to enable both MSI and MSI-X, and also to enable MSI(-X) on incapable device - disable/enable INTx when enabling/disabling MSI (?) - refuse if !use_msi - adjust flask hook to make more sense (require "setup" access on device, not on domain) - rebase on master Changes in v6: - rename to PHYSDEVOP_interrupt_control - extend with INTx control - Ensure than MSI(-X) can't be enabled together with INTx and the other MS= I(-X). - deduplicate code in msi_control - explicitly refuse to operate on hidden devices - expand flags to uint16_t to avoid implicit padding I'm not sure if XSM part is correct, compile-tested only, as I'm not sure how to set the policy. --- xen/arch/x86/msi.c | 45 +++++++++++++++++++++++++- xen/arch/x86/physdev.c | 53 ++++++++++++++++++++++++++++++- xen/arch/x86/x86_64/physdev.c | 4 ++- xen/include/asm-x86/msi.h | 2 +- xen/include/public/physdev.h | 23 +++++++++++++- xen/include/xlat.lst | 1 +- xen/include/xsm/dummy.h | 7 ++++- xen/include/xsm/xsm.h | 6 +++- xen/xsm/dummy.c | 1 +- xen/xsm/flask/hooks.c | 24 ++++++++++++++- xen/xsm/flask/policy/access_vectors | 1 +- 11 files changed, 167 insertions(+) diff --git a/xen/arch/x86/msi.c b/xen/arch/x86/msi.c index d630600..ecea91a 100644 --- a/xen/arch/x86/msi.c +++ b/xen/arch/x86/msi.c @@ -1443,6 +1443,51 @@ int pci_restore_msi_state(struct pci_dev *pdev) return 0; } =20 +int msi_control(struct pci_dev *pdev, bool msix, bool enable) +{ + unsigned int cap =3D msix ? PCI_CAP_ID_MSIX : PCI_CAP_ID_MSI; + unsigned int other_cap =3D msix ? PCI_CAP_ID_MSI : PCI_CAP_ID_MSIX; + uint16_t cmd; + + if ( !use_msi ) + return -EOPNOTSUPP; + + if ( !pci_find_cap_offset(pdev->seg, + pdev->bus, + PCI_SLOT(pdev->devfn), + PCI_FUNC(pdev->devfn), + cap) ) + return -ENODEV; + + cmd =3D pci_conf_read16(pdev->sbdf, PCI_COMMAND); + + /* don't allow enabling MSI(-X) and INTx at the same time */ + if ( enable && ! (cmd & PCI_COMMAND_INTX_DISABLE) ) + return -EBUSY; + + /* don't allow enabling both MSI and MSI-X at the same time */ + if ( enable && find_msi_entry(pdev, -1, other_cap) ) + return -EBUSY; + + if ( msix ) + msix_set_enable(pdev, enable); + else + msi_set_enable(pdev, enable); + + return 0; +} + +int intx_control(struct pci_dev *pdev, bool enable) +{ + /* don't allow enabling INTx if MSI(-X) is already enabled */ + if ( enable && find_msi_entry(pdev, -1, PCI_CAP_ID_MSI) ) + return -EBUSY; + if ( enable && find_msi_entry(pdev, -1, PCI_CAP_ID_MSIX) ) + return -EBUSY; + pci_intx(pdev, enable); + return 0; +} + void __init early_msi_init(void) { if ( use_msi < 0 ) diff --git a/xen/arch/x86/physdev.c b/xen/arch/x86/physdev.c index 3a3c158..7b71039 100644 --- a/xen/arch/x86/physdev.c +++ b/xen/arch/x86/physdev.c @@ -662,6 +662,59 @@ ret_t do_physdev_op(int cmd, XEN_GUEST_HANDLE_PARAM(vo= id) arg) break; } =20 + case PHYSDEVOP_interrupt_control: { + struct physdev_interrupt_control op; + struct pci_dev *pdev; + int intr_type; + bool enable; + + ret =3D -EFAULT; + if ( copy_from_guest(&op, arg, 1) ) + break; + + ret =3D -EINVAL; + if ( op.flags & ~(PHYSDEVOP_INTERRUPT_CONTROL_TYPE_MASK | + PHYSDEVOP_INTERRUPT_CONTROL_ENABLE) ) + break; + + intr_type =3D op.flags & PHYSDEVOP_INTERRUPT_CONTROL_TYPE_MASK; + enable =3D op.flags & PHYSDEVOP_INTERRUPT_CONTROL_ENABLE; + + pcidevs_lock(); + pdev =3D pci_get_pdev(op.seg, op.bus, op.devfn); + ret =3D -ENODEV; + /* explicitly exclude hidden devices */ + if ( !pdev || pdev->domain =3D=3D dom_xen ) + goto pci_unlock; + + ret =3D xsm_interrupt_control(XSM_DM_PRIV, + pdev->domain, + pdev->sbdf.sbdf, + intr_type, + enable); + if ( ret ) + goto pci_unlock; + + switch ( intr_type ) + { + case PHYSDEVOP_INTERRUPT_CONTROL_INTX: + ret =3D intx_control(pdev, enable); + break; + case PHYSDEVOP_INTERRUPT_CONTROL_MSI: + ret =3D msi_control(pdev, false, enable); + break; + case PHYSDEVOP_INTERRUPT_CONTROL_MSIX: + ret =3D msi_control(pdev, true, enable); + break; + default: + ret =3D -EINVAL; + break; + } +pci_unlock: + pcidevs_unlock(); + break; + } + default: ret =3D -ENOSYS; break; diff --git a/xen/arch/x86/x86_64/physdev.c b/xen/arch/x86/x86_64/physdev.c index c5a00ea..6e0e488 100644 --- a/xen/arch/x86/x86_64/physdev.c +++ b/xen/arch/x86/x86_64/physdev.c @@ -76,6 +76,10 @@ CHECK_physdev_pci_device_add CHECK_physdev_pci_device #undef xen_physdev_pci_device =20 +#define xen_physdev_interrupt_control physdev_interrupt_control +CHECK_physdev_interrupt_control +#undef xen_physdev_interrupt_control + #define COMPAT #undef guest_handle_okay #define guest_handle_okay compat_handle_okay diff --git a/xen/include/asm-x86/msi.h b/xen/include/asm-x86/msi.h index 10387dc..4c13e6b 100644 --- a/xen/include/asm-x86/msi.h +++ b/xen/include/asm-x86/msi.h @@ -252,5 +252,7 @@ void guest_mask_msi_irq(struct irq_desc *, bool mask); void ack_nonmaskable_msi_irq(struct irq_desc *); void end_nonmaskable_msi_irq(struct irq_desc *, u8 vector); void set_msi_affinity(struct irq_desc *, const cpumask_t *); +int msi_control(struct pci_dev *pdev, bool msix, bool enable); +int intx_control(struct pci_dev *pdev, bool enable); =20 #endif /* __ASM_MSI_H */ diff --git a/xen/include/public/physdev.h b/xen/include/public/physdev.h index b6faf83..689c11e 100644 --- a/xen/include/public/physdev.h +++ b/xen/include/public/physdev.h @@ -345,6 +345,29 @@ typedef struct physdev_dbgp_op physdev_dbgp_op_t; DEFINE_XEN_GUEST_HANDLE(physdev_dbgp_op_t); =20 /* + * Choose which interrupt type to control. If neither MSI nor MSI-X is cho= sen, + * will apply to INTx - for convenience define PHYSDEVOP_INTERRUPT_CONTROL= _INTX + * and PHYSDEVOP_INTERRUPT_CONTROL_TYPE_MASK + */ +#define PHYSDEVOP_INTERRUPT_CONTROL_TYPE_MASK 3 +#define PHYSDEVOP_INTERRUPT_CONTROL_INTX 0 +#define PHYSDEVOP_INTERRUPT_CONTROL_MSI 1 +#define PHYSDEVOP_INTERRUPT_CONTROL_MSIX 2 +/* when PHYSDEVOP_INTERRUPT_CONTROL_ENABLE not set, disable */ +#define PHYSDEVOP_INTERRUPT_CONTROL_ENABLE 4 + +#define PHYSDEVOP_interrupt_control 32 +struct physdev_interrupt_control { + /* IN */ + uint16_t seg; + uint8_t bus; + uint8_t devfn; + uint16_t flags; +}; +typedef struct physdev_interrupt_control physdev_interrupt_control_t; +DEFINE_XEN_GUEST_HANDLE(physdev_interrupt_control_t); + +/* * Notify that some PIRQ-bound event channels have been unmasked. * ** This command is obsolete since interface version 0x00030202 and is ** * ** unsupported by newer versions of Xen. ** diff --git a/xen/include/xlat.lst b/xen/include/xlat.lst index 95f5e55..18af663 100644 --- a/xen/include/xlat.lst +++ b/xen/include/xlat.lst @@ -104,6 +104,7 @@ ! vnuma_topology_info memory.h ? physdev_eoi physdev.h ? physdev_get_free_pirq physdev.h +? physdev_interrupt_control physdev.h ? physdev_irq physdev.h ? physdev_irq_status_query physdev.h ? physdev_manage_pci physdev.h diff --git a/xen/include/xsm/dummy.h b/xen/include/xsm/dummy.h index ef52bb1..5a758c5 100644 --- a/xen/include/xsm/dummy.h +++ b/xen/include/xsm/dummy.h @@ -514,6 +514,13 @@ static XSM_INLINE int xsm_pci_config_permission(XSM_DE= FAULT_ARG struct domain *d return xsm_default_action(action, current->domain, d); } =20 +static XSM_INLINE int xsm_interrupt_control(XSM_DEFAULT_ARG struct domain = *d, uint32_t machine_bdf, + uint8_t intr_type, uint8_t ena= ble) +{ + XSM_ASSERT_ACTION(XSM_DM_PRIV); + return xsm_default_action(action, current->domain, d); +} + static XSM_INLINE int xsm_add_to_physmap(XSM_DEFAULT_ARG struct domain *d1= , struct domain *d2) { XSM_ASSERT_ACTION(XSM_TARGET); diff --git a/xen/include/xsm/xsm.h b/xen/include/xsm/xsm.h index e22d616..f080189 100644 --- a/xen/include/xsm/xsm.h +++ b/xen/include/xsm/xsm.h @@ -106,6 +106,7 @@ struct xsm_operations { int (*iomem_permission) (struct domain *d, uint64_t s, uint64_t e, uin= t8_t allow); int (*iomem_mapping) (struct domain *d, uint64_t s, uint64_t e, uint8_= t allow); int (*pci_config_permission) (struct domain *d, uint32_t machine_bdf, = uint16_t start, uint16_t end, uint8_t access); + int (*interrupt_control) (struct domain *d, uint32_t machine_bdf, uint= 8_t intr_type, uint8_t enable); =20 #if defined(CONFIG_HAS_PASSTHROUGH) && defined(CONFIG_HAS_PCI) int (*get_device_group) (uint32_t machine_bdf); @@ -464,6 +465,11 @@ static inline int xsm_pci_config_permission (xsm_defau= lt_t def, struct domain *d return xsm_ops->pci_config_permission(d, machine_bdf, start, end, acce= ss); } =20 +static inline int xsm_interrupt_control (xsm_default_t def, struct domain = *d, uint32_t machine_bdf, uint8_t msix, uint8_t enable) +{ + return xsm_ops->interrupt_control(d, machine_bdf, msix, enable); +} + #if defined(CONFIG_HAS_PASSTHROUGH) && defined(CONFIG_HAS_PCI) static inline int xsm_get_device_group(xsm_default_t def, uint32_t machine= _bdf) { diff --git a/xen/xsm/dummy.c b/xen/xsm/dummy.c index 5705e52..3080ae7 100644 --- a/xen/xsm/dummy.c +++ b/xen/xsm/dummy.c @@ -81,6 +81,7 @@ void __init xsm_fixup_ops (struct xsm_operations *ops) set_to_dummy_if_null(ops, iomem_permission); set_to_dummy_if_null(ops, iomem_mapping); set_to_dummy_if_null(ops, pci_config_permission); + set_to_dummy_if_null(ops, interrupt_control); set_to_dummy_if_null(ops, get_vnumainfo); =20 #if defined(CONFIG_HAS_PASSTHROUGH) && defined(CONFIG_HAS_PCI) diff --git a/xen/xsm/flask/hooks.c b/xen/xsm/flask/hooks.c index 791c1f6..ee2fc52 100644 --- a/xen/xsm/flask/hooks.c +++ b/xen/xsm/flask/hooks.c @@ -1083,6 +1083,29 @@ static int flask_pci_config_permission(struct domain= *d, uint32_t machine_bdf, u =20 } =20 +static int flask_interrupt_control(struct domain *d, uint32_t machine_bdf,= uint8_t type, uint8_t enable) +{ + uint32_t dsid, rsid; + int rc =3D -EPERM; + struct avc_audit_data ad; + uint32_t perm; + + AVC_AUDIT_DATA_INIT(&ad, DEV); + ad.device =3D machine_bdf; + + rc =3D security_device_sid(machine_bdf, &rsid); + if ( rc ) + return rc; + + rc =3D avc_current_has_perm(rsid, SECCLASS_RESOURCE, RESOURCE__SETUP, = &ad); + if ( rc ) + return rc; + + perm =3D flask_iommu_resource_use_perm(); + dsid =3D domain_sid(d); + return avc_has_perm(dsid, rsid, SECCLASS_RESOURCE, perm, &ad); +} + static int flask_resource_plug_core(void) { return avc_current_has_perm(SECINITSID_DOMXEN, SECCLASS_RESOURCE, RESO= URCE__PLUG, NULL); @@ -1800,6 +1823,7 @@ static struct xsm_operations flask_ops =3D { .iomem_permission =3D flask_iomem_permission, .iomem_mapping =3D flask_iomem_mapping, .pci_config_permission =3D flask_pci_config_permission, + .interrupt_control =3D flask_interrupt_control, =20 .resource_plug_core =3D flask_resource_plug_core, .resource_unplug_core =3D flask_resource_unplug_core, diff --git a/xen/xsm/flask/policy/access_vectors b/xen/xsm/flask/policy/acc= ess_vectors index 194d743..82eaeac 100644 --- a/xen/xsm/flask/policy/access_vectors +++ b/xen/xsm/flask/policy/access_vectors @@ -466,6 +466,7 @@ class resource # checked for PHYSDEVOP_restore_msi* (target PCI device) # checked for PHYSDEVOP_setup_gsi (target IRQ) # checked for PHYSDEVOP_pci_mmcfg_reserved (target xen_t) +# checked for PHYSDEVOP_interrupt_control (target PCI device) setup } =20 --=20 git-series 0.9.1 _______________________________________________ Xen-devel mailing list Xen-devel@lists.xenproject.org https://lists.xenproject.org/mailman/listinfo/xen-devel From nobody Thu May 2 20:00:32 2024 Delivered-To: importer@patchew.org Received-SPF: none (zoho.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 (zoho.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=1568475629; cv=none; d=zoho.com; s=zohoarc; b=TUPOlt6mEZwiEkHLjjQ9vQQtgXDg2wQ393BJ8aZ0s52D0r+QnEmVOGmZcGKkyIJVI5YSUHNugpPmpUIRpw30+rtyjrUJtI2jWJB0sdzw0tBE/LHafxG/ih2BwFQQCBEZGUtOAiTpmyYVpytDVbi3+jQFWtuMIXTV/4x83VEj4eU= ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=zoho.com; s=zohoarc; t=1568475629; h=Content-Type:Content-Transfer-Encoding:Cc:Date:From:In-Reply-To:List-Subscribe:List-Post:List-Id:List-Help:List-Unsubscribe:MIME-Version:Message-ID:References:Sender:Subject:To:ARC-Authentication-Results; bh=1/msWQLOrGWjDif/s/tz0OeT1aXYuqAxI92dzpUJNas=; b=NWxqmlDQ9anFGbCWogfFFGpO7xKDZj7PRPzYOSJRcRHwCIFfrjxrTh09X5RrxEhh97e/6AFDMJbmeyT1sG3CZHO+6lwo5ykHpPnviO5+F47h04oT3XvjBZftV0S49rA9iNfaYwr8K76N32Xt7Iatef64GZbJZ5Kk4q/Hy/mQUAg= ARC-Authentication-Results: i=1; mx.zoho.com; spf=none (zoho.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 1568475629820706.322686386197; Sat, 14 Sep 2019 08:40:29 -0700 (PDT) Received: from localhost ([127.0.0.1] helo=lists.xenproject.org) by lists.xenproject.org with esmtp (Exim 4.89) (envelope-from ) id 1i9A7p-0001O0-19; Sat, 14 Sep 2019 15:38:13 +0000 Received: from us1-rack-iad1.inumbo.com ([172.99.69.81]) by lists.xenproject.org with esmtp (Exim 4.89) (envelope-from ) id 1i9A7o-0001Ne-2Z for xen-devel@lists.xenproject.org; Sat, 14 Sep 2019 15:38:12 +0000 Received: from wout1-smtp.messagingengine.com (unknown [64.147.123.24]) by us1-rack-iad1.inumbo.com (Halon) with ESMTPS id 9a56ce6e-d705-11e9-b299-bc764e2007e4; Sat, 14 Sep 2019 15:37:48 +0000 (UTC) Received: from compute7.internal (compute7.nyi.internal [10.202.2.47]) by mailout.west.internal (Postfix) with ESMTP id 083AE5AD; Sat, 14 Sep 2019 11:37:46 -0400 (EDT) Received: from mailfrontend2 ([10.202.2.163]) by compute7.internal (MEProxy); Sat, 14 Sep 2019 11:37:47 -0400 Received: from localhost.localdomain (ip5b412221.dynamic.kabel-deutschland.de [91.65.34.33]) by mail.messagingengine.com (Postfix) with ESMTPA id D1175D60057; Sat, 14 Sep 2019 11:37:45 -0400 (EDT) X-Inumbo-ID: 9a56ce6e-d705-11e9-b299-bc764e2007e4 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender :x-sasl-enc; s=fm3; bh=4/s/jYbsj2ZCPx+BVDqUSheBP4o43d0M+JLSj/Z2G WY=; b=rCWoSL88NABwLIrt5o1L1H747T6XM1UXWe0UdHenTMfufvBobiTdREbxx Wxwgp1+/HY4WY+670apxn8WhBJi7xqYVGZ+viLNeZQSxSTnZk1fQlKQFoJLGZELu Jk+dt1I4wzRuYjQgnoDrWjwprZMhgRgseqaqTIf17whwSGu5/jNLU8b+pSyOQ/WP YJUol+4W7QFtdJOOWF0FZWBvyAibSRfaE+04rJEGCRKwxCRZx646PTexSalXZVe3 +4JS7BxzbbYb6OdnQnEX7W4tXgfP2oTBfuOL8bFgLjRRcXpLEAZ/TKOvy5k7InZL +jZNoxFP/5096Jq/IAmT7NRVT9XLw== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedufedrtdelgdelfecutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenuc fjughrpefhvffufffkofgjfhggtgfgsehtkeertdertdejnecuhfhrohhmpeforghrvghk ucforghrtgiihihkohifshhkihdqifpkrhgvtghkihcuoehmrghrmhgrrhgvkhesihhnvh hishhisghlvghthhhinhhgshhlrggsrdgtohhmqeenucfkphepledurdeihedrfeegrdef feenucfrrghrrghmpehmrghilhhfrhhomhepmhgrrhhmrghrvghksehinhhvihhsihgslh gvthhhihhnghhslhgrsgdrtghomhenucevlhhushhtvghrufhiiigvpedt X-ME-Proxy: From: =?UTF-8?q?Marek=20Marczykowski-G=C3=B3recki?= To: xen-devel@lists.xenproject.org Date: Sat, 14 Sep 2019 17:37:21 +0200 Message-Id: <2f61f30aa8d270212506542bda6cdf083a68c069.1568475323.git-series.marmarek@invisiblethingslab.com> X-Mailer: git-send-email 2.20.1 In-Reply-To: References: MIME-Version: 1.0 Subject: [Xen-devel] [PATCH v6 6/6] tools/libxc: add wrapper for PHYSDEVOP_interrupt_control 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: Ian Jackson , =?UTF-8?q?Marek=20Marczykowski-G=C3=B3recki?= , Wei Liu Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Errors-To: xen-devel-bounces@lists.xenproject.org Sender: "Xen-devel" Add libxc wrapper for PHYSDEVOP_interrupt_control introduced in previous commit. Signed-off-by: Marek Marczykowski-G=C3=B3recki Acked-by: Wei Liu --- Changes in v3: - new patch Changes in v4: - adjust for updated previous patch Changes in v5: - rename to PHYSDEVOP_msi_control, adjust arguments Change in v6: - initialize struct physdev_interrupt_control inline, drop pointless rc variable - rename to PHYSDEVOP_interrupt_control --- tools/libxc/include/xenctrl.h | 6 ++++++ tools/libxc/xc_physdev.c | 15 +++++++++++++++ 2 files changed, 21 insertions(+) diff --git a/tools/libxc/include/xenctrl.h b/tools/libxc/include/xenctrl.h index 0ff6ed9..2adb114 100644 --- a/tools/libxc/include/xenctrl.h +++ b/tools/libxc/include/xenctrl.h @@ -1639,6 +1639,12 @@ int xc_physdev_unmap_pirq(xc_interface *xch, uint32_t domid, int pirq); =20 +int xc_physdev_interrupt_control(xc_interface *xch, + int seg, + int bus, + int devfn, + int flags); + /* * LOGGING AND ERROR REPORTING */ diff --git a/tools/libxc/xc_physdev.c b/tools/libxc/xc_physdev.c index 460a8e7..5af8296 100644 --- a/tools/libxc/xc_physdev.c +++ b/tools/libxc/xc_physdev.c @@ -111,3 +111,18 @@ int xc_physdev_unmap_pirq(xc_interface *xch, return rc; } =20 +int xc_physdev_interrupt_control(xc_interface *xch, + int seg, + int bus, + int devfn, + int flags) +{ + struct physdev_interrupt_control op =3D { + .seg =3D seg, + .bus =3D bus, + .devfn =3D devfn, + .flags =3D flags, + }; + + return do_physdev_op(xch, PHYSDEVOP_interrupt_control, &op, sizeof(op)= ); +} --=20 git-series 0.9.1 _______________________________________________ Xen-devel mailing list Xen-devel@lists.xenproject.org https://lists.xenproject.org/mailman/listinfo/xen-devel