[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [PATCH v2 3/8] xen/arm, doc: Add a DT property to specify IOMMU for Dom0less domUs


  • To: Julien Grall <julien@xxxxxxx>, <xen-devel@xxxxxxxxxxxxxxxxxxxx>
  • From: Henry Wang <xin.wang2@xxxxxxx>
  • Date: Mon, 20 May 2024 08:41:02 +0800
  • Arc-authentication-results: i=1; mx.microsoft.com 1; spf=pass (sender ip is 165.204.84.17) smtp.rcpttodomain=xen.org smtp.mailfrom=amd.com; dmarc=pass (p=quarantine sp=quarantine pct=100) action=none header.from=amd.com; dkim=none (message not signed); arc=none (0)
  • Arc-message-signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=2xpNV1czfTjyWsHWrjwN22EkhMlaADqWr442PdeSCqQ=; b=lswjHEhTJmt3UIjA8GoRcPiNahi+FXodpInEYxfNLW6KTJ5x0AQBv4MltnBXeXNluYyOPzLEDIzvxAe+Rb1NT7zDFmn8jP2xywW3yJU3lYDzIhJ/4LVp1kiI69zaT59xLwh6bMroPn3oo5j9Xp2ZwMoKuu634FUZ5xYHavlXDxkL15EcJDBrFvChijZjKMlYWvkdIH6D5djGfHzC+wzAbSoYgzWbBaBbaSGsu3K1cYKMLMhCDm2FFTDMwuoqVde8wOOBJNCNiov1EqOhC8BrxUUZ+28FpC9nrW90+8Ie1BsD6cjlr+4nCVHQ8n3Vqd54w1iYi0D6GQjufqCxoLCQLQ==
  • Arc-seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=FaUveT7HkVTse8/kaqjtfWkHT+lBWd/2s25tDq6BzdezW3yzl77z8vErKbhuY74kyUZH33uqRIkqzgG7uip1vS4+5eEmuv9ukkwzBVCVpW6a5i1FC4c2Xo9x2XgaNnMTcO3vs/RCUSKHksFMq6RaqUn4iQ49VTA7tOGjV1OPDCNHyqATUhu5UZO2DPw39ToCS7auTQ1uwVCaG+NiDHeGO9VsDj3Z1Vvh/36P8O8u3GwUU70a4T5VDgdwRkR8uA+U87+piPJIjHjJpzJMnNbD5u1uGnpo3vbusK/9MDDr4E6/FzXLWkQEZykKz1fSnEKXvdJmF9Ylh02yEFUEMkhk+g==
  • Cc: Stefano Stabellini <sstabellini@xxxxxxxxxx>, Bertrand Marquis <bertrand.marquis@xxxxxxx>, Michal Orzel <michal.orzel@xxxxxxx>, "Volodymyr Babchuk" <Volodymyr_Babchuk@xxxxxxxx>
  • Delivery-date: Mon, 20 May 2024 00:41:33 +0000
  • List-id: Xen developer discussion <xen-devel.lists.xenproject.org>

Hi Julien,

Thanks for spending time on the review!

On 5/19/2024 6:17 PM, Julien Grall wrote:
Hi Henry,

On 16/05/2024 11:03, Henry Wang wrote:
diff --git a/docs/misc/arm/device-tree/booting.txt b/docs/misc/arm/device-tree/booting.txt
index bbd955e9c2..61f9082553 100644
--- a/docs/misc/arm/device-tree/booting.txt
+++ b/docs/misc/arm/device-tree/booting.txt
@@ -260,6 +260,19 @@ with the following properties:
      value specified by Xen command line parameter gnttab_max_maptrack_frames
      (or its default value if unspecified, i.e. 1024) is used.
  +- passthrough
+
+    A string property specifying whether IOMMU mappings are enabled for the +    domain and hence whether it will be enabled for passthrough hardware.
+    Possible property values are:
+
+    - "enabled"
+    IOMMU mappings are enabled for the domain.
+
+    - "disabled"
+    IOMMU mappings are disabled for the domain and so hardware may not be +    passed through. This option is the default if this property is missing.

Looking at the code below, it seems like the default will depend on whether the partial device-tree is present. Did I misunderstand?

I am not sure if I understand the "partial device tree" in above comment correctly. The "passthrough" property is supposed to be placed in the dom0less domU domain node exactly the same way as the other dom0less domU properties (such as "direct-map" etc.). This way we can control the XEN_DOMCTL_CDF_iommu is set or not for each dom0less domU separately.

+
  Under the "xen,domain" compatible node, one or more sub-nodes are present
  for the DomU kernel and ramdisk.
  diff --git a/xen/arch/arm/dom0less-build.c b/xen/arch/arm/dom0less-build.c
index 74f053c242..1396a102e1 100644
--- a/xen/arch/arm/dom0less-build.c
+++ b/xen/arch/arm/dom0less-build.c
@@ -848,6 +848,7 @@ static int __init construct_domU(struct domain *d,
  void __init create_domUs(void)
  {
      struct dt_device_node *node;
+    const char *dom0less_iommu;
      const struct dt_device_node *cpupool_node,
                                  *chosen = dt_find_node_by_path("/chosen");
  @@ -895,8 +896,10 @@ void __init create_domUs(void)
              panic("Missing property 'cpus' for domain %s\n",
                    dt_node_name(node));
  -        if ( dt_find_compatible_node(node, NULL, "multiboot,device-tree") &&
-             iommu_enabled )
+        if ( iommu_enabled &&
+             ((!dt_property_read_string(node, "passthrough", &dom0less_iommu) &&
+               !strcmp(dom0less_iommu, "enabled")) ||
+              dt_find_compatible_node(node, NULL, "multiboot,device-tree")) )

This condition is getting a little bit harder to read. Can we cache the "passthrough" flag separately?

Yes sure. Will do this in v3.

Also, shouldn't we throw a panic if passthrough = "enabled" but the IOMMU is enabled?

I take the above "enabled" should be "disabled"? Actually we already have several checks to do that: Firstly, the above if condition checks the "iommu_enabled", so if IOMMU is disabled, the XEN_DOMCTL_CDF_iommu is never set. Also, in later on domain config sanitising process, i.e. domain_create() -> sanitise_domain_config(), there is also a check and panic to check if XEN_DOMCTL_CDF_iommu is somehow set but IOMMU is disabled. So I think these are sufficient for us. Did I understand your comment correctly?

Kind regards,
Henry

              d_cfg.flags |= XEN_DOMCTL_CDF_iommu;
            if ( !dt_property_read_u32(node, "nr_spis", &d_cfg.arch.nr_spis) )

Cheers,





 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.