On Tue, May 22, 2018 at 10:10:12PM -0700, Andrey Smirnov wrote:
> The call to create_flat_mapping() in mmu.c will change both memory
> type and shareability of all RAM in use by barebox while MMU is on
> when done in conjunction with CONFIG_MMU_EARLY.
I notice that with MMU_EARLY enabled we call create_flat_mapping()
twice, once in the early MMU code and once when setting up the MMU for
real. In between we remap the the SDRAM cached which then is reverted
during the second call to create_flat_mapping().
This seems unnecessary. Does the following help you?
Sascha
------------------------8<-----------------------------
>From 8abcb2fae2ee642bdcbf79aab2d9a3bdbb3dacc1 Mon Sep 17 00:00:00 2001
From: Sascha Hauer <s.hauer@xxxxxxxxxxxxxx>
Date: Wed, 23 May 2018 10:39:23 +0200
Subject: [PATCH] ARM: mmu: only create flat mapping when early MMU hasn't done
it already
Signed-off-by: Sascha Hauer <s.hauer@xxxxxxxxxxxxxx>
---
arch/arm/cpu/mmu.c | 12 ++++++------
1 file changed, 6 insertions(+), 6 deletions(-)
diff --git a/arch/arm/cpu/mmu.c b/arch/arm/cpu/mmu.c
index a89f420f20..7e2e5bf7e0 100644
--- a/arch/arm/cpu/mmu.c
+++ b/arch/arm/cpu/mmu.c
@@ -470,15 +470,15 @@ static int mmu_init(void)
ttb);
} else {
ttb = xmemalign(ARM_TTB_SIZE, ARM_TTB_SIZE);
- }
- pr_debug("ttb: 0x%p\n", ttb);
+ set_ttbr(ttb);
+ set_domain(DOMAIN_MANAGER);
- set_ttbr(ttb);
- set_domain(DOMAIN_MANAGER);
+ create_flat_mapping(ttb);
+ __mmu_cache_flush();
+ }
- create_flat_mapping(ttb);
- __mmu_cache_flush();
+ pr_debug("ttb: 0x%p\n", ttb);
vectors_init();
--
2.17.0
--
Pengutronix e.K. | |
Industrial Linux Solutions | http://www.pengutronix.de/ |
Peiner Str. 6-8, 31137 Hildesheim, Germany | Phone: +49-5121-206917-0 |
Amtsgericht Hildesheim, HRA 2686 | Fax: +49-5121-206917-5555 |
_______________________________________________
barebox mailing list
barebox@xxxxxxxxxxxxxxxxxxx
http://lists.infradead.org/mailman/listinfo/barebox
