|
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [PATCH v6 01/13] xen/arm64: head.S: Introduce enable_{boot,secondary}_cpu_mm()
On 07/09/2023 11:58, Penny Zheng wrote: Hi Ayan Hi Penny, On 2023/9/7 17:44, Ayan Kumar Halder wrote:Hi Henry, On 28/08/2023 02:32, Henry Wang 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: Wei Chen <wei.chen@xxxxxxx> At the moment, on MMU system, enable_mmu() will return to an address in the 1:1 mapping, then each path is responsible to switch to virtual runtime mapping. Then remove_identity_mapping() is called on the boot CPU to remove all 1:1 mapping. Since remove_identity_mapping() is not necessary on Non-MMU system, and we also avoid creating empty function for Non-MMU system, trying to keep only one codeflow in arm64/head.S, we move path switch and remove_identity_mapping() in enable_mmu() on MMU system. As the remove_identity_mapping should only be called for the boot CPU only, so we introduce enable_boot_cpu_mm() for boot CPU and enable_secondary_cpu_mm() for secondary CPUs in this patch. Signed-off-by: Wei Chen <wei.chen@xxxxxxx> Signed-off-by: Penny Zheng <penny.zheng@xxxxxxx> Signed-off-by: Henry Wang <Henry.Wang@xxxxxxx> Reviewed-by: Julien Grall <jgrall@xxxxxxxxxx> Reviewed-by: Ayan Kumar Halder <ayan.kumar.halder@xxxxxxx>
My bad, I see what you mean. Unlike arm32/head.S enable_mmu(), remove_identity_mapping() in not called inside enable_mmu() for arm64. Sorry for the noise. You can add my RB. - Ayan It will again invoke remove_identity_mapping() (which is redundant) and then jump to the caller.- Ayan+ENDPROC(enable_boot_cpu_mm) + /** Remove the 1:1 map from the page-tables. It is not easy to keep track * where the 1:1 map was mapped, so we will look for the top-level entry-- 2.25.1
|
![]() |
Lists.xenproject.org is hosted with RackSpace, monitoring our |