|
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [PATCH v1 repost 2/4] arm/smpboot: Move smp_up_cpu to a new section .data.idmap
On 17/01/2024 08:44, Michal Orzel wrote: Hi Julien, Hi Michal, On 16/01/2024 15:37, Julien Grall wrote:From: Julien Grall <jgrall@xxxxxxxxxx> With the upcoming work to color Xen, the binary will not be anymore physically contiguous. This will be a problem during boot as the assembly code will need to work out where each piece of Xen reside. An easy way to solve the issue is to have all code/data accessed by the secondary CPUs while the MMU is off within a single page. Right now, smp_up_cpu is used by secondary CPUs to wait there turn fors/there/their ? Yes. I will fix it on commit. booting before the MMU is on. Yet it is currently in .data which is unlikely to be within the same page as the rest of the idmap. Move smp_up_cpu to the recently create section .data.idmap. The idmap iss/create/createdcurrently part of the text section and therefore will be mapped read-onls/onl/onlyexecutable. This means that we need to temporarily remap smp_up_cpu in order to update it. Introduce a new function set_smp_up_cpu() for this purpose so the code is not duplicated between when opening and closing the gate. Signed-off-by: Julien Grall <jgrall@xxxxxxxxxx>Reviewed-by: Michal Orzel <michal.orzel@xxxxxxx> Doh. I just copied/pasted the code from init_ttbr. I will update it.BTW, I thought about trying to consolidate the code between set_init_ttbr() and set_smp_up_cpu() but it didn't seem to be worth it. Cheers, -- Julien Grall
|
![]() |
Lists.xenproject.org is hosted with RackSpace, monitoring our |