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

Re: [PATCH v3 06/52] xen/arm: introduce CONFIG_HAS_MMU


  • To: Julien Grall <julien@xxxxxxx>, Penny Zheng <Penny.Zheng@xxxxxxx>, xen-devel@xxxxxxxxxxxxxxxxxxxx
  • From: Ayan Kumar Halder <ayankuma@xxxxxxx>
  • Date: Tue, 4 Jul 2023 13:04:14 +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=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=F29/bsQLsktz/PeCjS6khkJbLs7Y9CkTHYNCa6igSYY=; b=LuQ+ShI4imysBEH/4Bh7L6jphb4+QGufQNbdVBo8f5WHr302GeuFmwdumH2/ISZhmZLMUZauR4vxwzB6B1kt8NyaRMFzPUIH098y4vGdypgxlRAxAJUnDBRHJiVDKroO/I8NiK76wC9jC5BTQq4QOJ61GZw5yTNa5Jjx54w7DXmxRfAqaCX8+NWLjz6gD4VH8ah6GiamvChcQjcTnh5DDt514CtNeFWtQidJ4+yqnxRSpY/VaVD09BKyzHJAnQ/x9kHuijjD6j+1CrPXxpV32uIoiU0XTHZ6fEFz5CYCmBgXl1G5GeK7700Fc4A27Yf3XtQmk8n4x6JvkqWvKIxXEg==
  • Arc-seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=MHLeh5oAMew7CpQ+EQv8SScb8/ODd/SerzYGlfz4TLcwfM/St1QY/jDTzb6ICZcsdwl6epRTBS5EDBSbMz/7i89TtS3FZWitoKF8fUvwSk1aH8f9z1T4Dtyb2dqqvT/yizjjknKuwgkvtLlpX4oaAfhpWUU9jFJhnE3zoX57lnfsh/rvkky1O0ZODt620AEC2/jloyEIKxZcggSYwjskMwHJRRgB+h168Ipa54nliY3glq+HT6ZKcPrj2YVqCnzUXm2fGOWIM4XYp1xRs8vmZ/B9p6f1SbASBMKeR3t98qYWDQU6S982Z2btOKEu7r30oYfSyq8E6nzOu4s7F4YG6w==
  • Authentication-results: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=amd.com;
  • Cc: Stefano Stabellini <sstabellini@xxxxxxxxxx>, Bertrand Marquis <bertrand.marquis@xxxxxxx>, Volodymyr Babchuk <Volodymyr_Babchuk@xxxxxxxx>, Wei Chen <wei.chen@xxxxxxx>
  • Delivery-date: Tue, 04 Jul 2023 12:04:40 +0000
  • List-id: Xen developer discussion <xen-devel.lists.xenproject.org>


On 04/07/2023 12:44, Julien Grall wrote:
Hi,

On 04/07/2023 12:14, Ayan Kumar Halder wrote:
On 26/06/2023 04:33, Penny Zheng 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.


This commit wants to introduce a new Kconfig CONFIG_HAS_MMU to guard
MMU-related codes, to tell two different memory management architecture:
VMAS and PMSA.

In a VMSA system, a Memory Management Unit (MMU) provides fine-grained
control of a memory system through a set of virtual to physical address
mappings and associated memory properties held in memory-mapped tables
known as translation tables.

Signed-off-by: Penny Zheng <penny.zheng@xxxxxxx>
Signed-off-by: Wei Chen <wei.chen@xxxxxxx>
---
v3:
- new patch
---
  xen/arch/arm/Kconfig | 8 ++++++++
  1 file changed, 8 insertions(+)

diff --git a/xen/arch/arm/Kconfig b/xen/arch/arm/Kconfig
index ff17345cdb..fb77392b82 100644
--- a/xen/arch/arm/Kconfig
+++ b/xen/arch/arm/Kconfig
@@ -60,6 +60,14 @@ config PADDR_BITS

  source "arch/Kconfig"

+config HAS_MMU
+       bool "Memory Management Unit support in a VMSA system"
+       default y

I don't think you can disable HAS_MMU right now. So you want to drop the description to prevent a user to select it. This could then be combined to

"def_bool y".

+       help
+         In a VMSA system, a Memory Management Unit (MMU) provides fine-grained control of +         a memory system through a set of virtual to physical address mappings and associated memory +         properties held in memory-mapped tables known as translation tables.
+
  config ACPI
         bool "ACPI (Advanced Configuration and Power Interface) Support (UNSUPPORTED)" if UNSUPPORTED
         depends on ARM_64

I don't think you need this option.

I think we want to introduce a 'choice' where the user can select either the MPU or MMU. But not both.

+1 (I like this approach).


This would be similar to how we select the Physical address space size.

Cheers,




 


Rackspace

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