Re: [PATCH 1/3] x86/boot: Drop pte_update_limit from physical relocation logic

2022-12-09 Thread Andrew Cooper
On 10/12/2021 07:17, Jan Beulich wrote: > On 09.12.2021 18:34, Andrew Cooper wrote: >> On 07/12/2021 11:37, Jan Beulich wrote: >>> On 07.12.2021 11:53, Andrew Cooper wrote: --- a/xen/arch/x86/setup.c +++ b/xen/arch/x86/setup.c @@ -1230,7 +1230,6 @@ void __init noreturn

Re: [PATCH 1/3] x86/boot: Drop pte_update_limit from physical relocation logic

2021-12-09 Thread Jan Beulich
On 09.12.2021 18:34, Andrew Cooper wrote: > On 07/12/2021 11:37, Jan Beulich wrote: >> On 07.12.2021 11:53, Andrew Cooper wrote: >>> --- a/xen/arch/x86/setup.c >>> +++ b/xen/arch/x86/setup.c >>> @@ -1230,7 +1230,6 @@ void __init noreturn __start_xen(unsigned long mbi_p) >>>

Re: [PATCH 1/3] x86/boot: Drop pte_update_limit from physical relocation logic

2021-12-09 Thread Andrew Cooper
On 07/12/2021 11:37, Jan Beulich wrote: > On 07.12.2021 11:53, Andrew Cooper wrote: >> This check has existed in one form or another since c/s 369bafdb1c1 "xen: Big >> changes to x86 start-of-day" in 2007. Even then, AFAICT, it wasn't necessary >> because there was a clean split between the

Re: [PATCH 1/3] x86/boot: Drop pte_update_limit from physical relocation logic

2021-12-07 Thread Jan Beulich
On 07.12.2021 11:53, Andrew Cooper wrote: > This check has existed in one form or another since c/s 369bafdb1c1 "xen: Big > changes to x86 start-of-day" in 2007. Even then, AFAICT, it wasn't necessary > because there was a clean split between the statically created entries (L3 and > higher) and

[PATCH 1/3] x86/boot: Drop pte_update_limit from physical relocation logic

2021-12-07 Thread Andrew Cooper
This check has existed in one form or another since c/s 369bafdb1c1 "xen: Big changes to x86 start-of-day" in 2007. Even then, AFAICT, it wasn't necessary because there was a clean split between the statically created entries (L3 and higher) and the dynamically created ones (L2 and lower).