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

Re: [PATCH 5/6] arm/mpu: Implement early_fdt_map support in MPU systems


  • To: Hari Limaye <hari.limaye@xxxxxxx>, xen-devel@xxxxxxxxxxxxxxxxxxxx
  • From: Ayan Kumar Halder <ayankuma@xxxxxxx>
  • Date: Wed, 25 Jun 2025 18:24:47 +0100
  • Arc-authentication-results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=amd.com; dmarc=pass action=none header.from=amd.com; dkim=pass header.d=amd.com; arc=none
  • Arc-message-signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector10001; 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=38IiDfL3+sgUkD/I3AVMLowzxSszLt0gLmARJVyjBU0=; b=i5qUb5716IcUFwrb/IucQf/KDKFnH1/LMBXtldqUaB5r3N9/Sh9J1KgTxdN1/4Lj4W88aVS/LaZZYYqcU9cdGzoxX73h/BSWy0CnPsKRvsle92nYg6kyaD24b8tNSokaeAbcZ4+HGi30B3vabPPGyGmoYXmbKOVynBk2TxTmCEouIInJT0wdFl8DImSHNtPT/DNNYynLqFIKZj6ix4KrZpPDhSrS/31AnDGX9V/oNCLrOM55k13J13fBUwuJMotWGjyWkM9SjUEsos4TYpwCPNqXg9d/B6oJnGWQxHaUK2T1lRUvFdV/V31c9eEfZVRCJkFswfk1GE47gsevXw/ZGg==
  • Arc-seal: i=1; a=rsa-sha256; s=arcselector10001; d=microsoft.com; cv=none; b=ABRTcAEew/t39LwpPw9ro6gJZLwQ7X3DXVVSe8Pr4MhfQ33ign6Aqzwo5XpOAAoprcBMap/h0Vwmq7tfxinF4cspXRffH2C1/KCpDgJKmWCo+Cp9ejjT+E5YbbZJwCzFw0daKZjJa09hiF4xoNHck5AD7GNDLw3gulkUR5kt6jxiCLhgp1NVu1N74WOpylX+ULs4aty8Av36YznseoegQ3rTV6IhsZwG9TDRqEv2H9RaNbWBVRgG+OH08g4ZQMTUFbcejBMZZ4h/wwImw7NBvzRWO5H0kFwniqO+21xAnocO5quN0ZoW793dVrV6j5vekYroTFnuC8mKP53vqc0tiA==
  • Authentication-results: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=amd.com;
  • Cc: luca.fancellu@xxxxxxx, Stefano Stabellini <sstabellini@xxxxxxxxxx>, Julien Grall <julien@xxxxxxx>, Bertrand Marquis <bertrand.marquis@xxxxxxx>, Michal Orzel <michal.orzel@xxxxxxx>, Volodymyr Babchuk <Volodymyr_Babchuk@xxxxxxxx>
  • Delivery-date: Wed, 25 Jun 2025 17:25:12 +0000
  • List-id: Xen developer discussion <xen-devel.lists.xenproject.org>


On 20/06/2025 10:49, Hari Limaye wrote:
CAUTION: This message has originated from an External Source. Please use proper 
judgment and caution when opening attachments, clicking links, or responding to 
this email.


From: Luca Fancellu <luca.fancellu@xxxxxxx>

Implement the function early_fdt_map(), which is responsible for mapping
the Device Tree Blob in the early stages of the boot process, for MPU
systems.

We make use of the map_pages_to_xen() and destroy_xen_mappings() APIs.
In particular the latter function is necessary in the case that the
initial mapping of the fdt_header is insufficient to cover the entire
DTB, as we must destroy and then remap the region due to the APIs no
providing support for extending the size of an existing region.

Signed-off-by: Luca Fancellu <luca.fancellu@xxxxxxx>
Signed-off-by: Hari Limaye <hari.limaye@xxxxxxx>
---
  xen/arch/arm/mpu/setup.c | 74 ++++++++++++++++++++++++++++++++++++++--
  1 file changed, 72 insertions(+), 2 deletions(-)

diff --git a/xen/arch/arm/mpu/setup.c b/xen/arch/arm/mpu/setup.c
index b4da77003f..ab00cb944b 100644
--- a/xen/arch/arm/mpu/setup.c
+++ b/xen/arch/arm/mpu/setup.c
@@ -1,17 +1,87 @@
  /* SPDX-License-Identifier: GPL-2.0-only */

+#include <xen/bootfdt.h>
  #include <xen/bug.h>
  #include <xen/init.h>
+#include <xen/libfdt/libfdt.h>
  #include <xen/mm.h>
+#include <xen/pfn.h>
  #include <xen/types.h>
  #include <asm/setup.h>

+static paddr_t __initdata mapped_fdt_paddr = INVALID_PADDR;
+static paddr_t __initdata mapped_fdt_limit = INVALID_PADDR;
+
  void __init setup_pagetables(void) {}

  void * __init early_fdt_map(paddr_t fdt_paddr)
  {
-    BUG_ON("unimplemented");
-    return NULL;
+    /* Map at least a page containing the DTB address, exclusive range */
+    paddr_t base = round_pgdown(fdt_paddr);
+    paddr_t limit = round_pgup(fdt_paddr + sizeof(struct fdt_header));
+    unsigned int flags = PAGE_HYPERVISOR_RO;
+    void *fdt_virt = (void *)fdt_paddr; /* virt == paddr for MPU */
+    int rc;
+    unsigned long nr_mfns;
+
+    /*
+     * Check whether the physical FDT address is set and meets the minimum
+     * alignment requirement. Since we are relying on MIN_FDT_ALIGN to be at
+     * least 8 bytes so that we always access the magic and size fields
+     * of the FDT header after mapping the first chunk, double check if
+     * that is indeed the case.
+     */
+    BUILD_BUG_ON(MIN_FDT_ALIGN < 8);
+    if ( !fdt_paddr || fdt_paddr % MIN_FDT_ALIGN )
+        return NULL;
+
+    /* DTB starting at this address has already been mapped. */
+    if ( mapped_fdt_paddr == fdt_paddr )
+        return fdt_virt;
+
+    /*
+     * DTB starting at a different address has been mapped, so destroy this
+     * before continuing.
+     */
+    if ( mapped_fdt_paddr != INVALID_PADDR )
+    {
+        rc = destroy_xen_mappings(round_pgdown(mapped_fdt_paddr),
+                                  mapped_fdt_limit);
+        if ( rc )
+            panic("Unable to unmap existing device-tree.\n");
+    }
+
+    nr_mfns = (limit - base) >> PAGE_SHIFT;
+
+    rc = map_pages_to_xen(base, maddr_to_mfn(base), nr_mfns, flags);
+    if ( rc )
+        panic("Unable to map the device-tree.\n");
+
+    mapped_fdt_paddr = fdt_paddr;
+    mapped_fdt_limit = limit;
+
+    if ( fdt_magic(fdt_virt) != FDT_MAGIC )
+        return NULL;
+
+    limit = round_pgup(fdt_paddr + fdt_totalsize(fdt_virt));
+
+    /* If the mapped range is not enough, map the rest of the DTB. */
+    if ( limit > mapped_fdt_limit )
+    {
+        rc = destroy_xen_mappings(base, mapped_fdt_limit);
+        if ( rc )
+            panic("Unable to unmap the device-tree header.\n");
+
+        nr_mfns = (limit - base) >> PAGE_SHIFT;
+
+        rc = map_pages_to_xen(base, maddr_to_mfn(base), nr_mfns, flags);
+        if ( rc )
+            panic("Unable to map the device-tree.\n");
+
+        mapped_fdt_limit = limit;
+    }
+
+    return fdt_virt;
  }

LGTM

Reviewed-by: Ayan Kumar Halder <ayan.kumar.halder@xxxxxxx>


  /*
--
2.34.1





 


Rackspace

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