diff options
| author | Chris Packham <judge.packham@gmail.com> | 2023-10-19 09:53:54 +1300 |
|---|---|---|
| committer | Stefan Roese <sr@denx.de> | 2023-10-20 11:57:26 +0200 |
| commit | 37047b4c378d7707ffb86295c6d24ca5240a07dc (patch) | |
| tree | 7e67938d8ebfd8d01a21fbe2d3d2a79dc0eb4767 | |
| parent | 1060db76b04371d805f39a3986012875eee91f52 (diff) | |
| download | u-boot-37047b4c378d7707ffb86295c6d24ca5240a07dc.zip u-boot-37047b4c378d7707ffb86295c6d24ca5240a07dc.tar.gz u-boot-37047b4c378d7707ffb86295c6d24ca5240a07dc.tar.bz2 | |
arm: mvebu: AC5/AC5X: use fixed page table size
Since commit 6cdf6b7a340d ("arm64: Use FEAT_HAFDBS to track dirty pages
when available") the default get_page_table_size() sets some flags for
more efficient handling of dirty page table entries. This causes
problems on the AC5/AC5X SoC (specifically a lockup when calling
__asm_switch_ttbr() via mmu_set_region_dcache_behaviour()).
The reason for the lockup isn't at all clear but it can be avoided if we
provide our own get_page_table_size() which stops gd->arch.has_hafdbs
from being set to true effectively returning the AC5/AC5X to the older
behaviour. This also opts for a simple fixed page table size rather than
trying to duplicate the more complicated logic to optimise the table
size.
Signed-off-by: Chris Packham <judge.packham@gmail.com>
Reviewed-by: Stefan Roese <sr@denx.de>
| -rw-r--r-- | arch/arm/mach-mvebu/alleycat5/cpu.c | 5 |
1 files changed, 5 insertions, 0 deletions
diff --git a/arch/arm/mach-mvebu/alleycat5/cpu.c b/arch/arm/mach-mvebu/alleycat5/cpu.c index 8204d96..7ba57ae 100644 --- a/arch/arm/mach-mvebu/alleycat5/cpu.c +++ b/arch/arm/mach-mvebu/alleycat5/cpu.c @@ -63,6 +63,11 @@ static struct mm_region ac5_mem_map[] = { struct mm_region *mem_map = ac5_mem_map; +u64 get_page_table_size(void) +{ + return 0x80000; +} + void reset_cpu(void) { } |