[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [xen master] x86/PV: ignore PAE_MODE ELF note for 64-bit Dom0
commit d5e1795ab4ed30b77b1c00ad7c125a3aa4be494a Author: Jan Beulich <jbeulich@xxxxxxxx> AuthorDate: Tue Apr 4 15:44:11 2023 +0200 Commit: Jan Beulich <jbeulich@xxxxxxxx> CommitDate: Tue Apr 4 15:44:11 2023 +0200 x86/PV: ignore PAE_MODE ELF note for 64-bit Dom0 Besides a printk() the main effect is slight corruption of the start info magic: While that's meant to be xen-3.0-x86_64, it wrongly ended up as xen-3.0-x86_64p. (The extended-CR3 VM-assist thus won't be enabled anymore either, but that's meaningless to 64-bit PV anyway.) Note that no known users exist that would have developed a dependency on the bogus magic string. In particular Linux, NetBSD, and mini-os have been checked. Fixes: 460060f83d41 ("libelf: use for x86 dom0 builder") Signed-off-by: Jan Beulich <jbeulich@xxxxxxxx> Acked-by: Roger Pau Monné <roger.pau@xxxxxxxxxx> Acked-by: Andrew Cooper <andrew.cooper3@xxxxxxxxxx> --- xen/arch/x86/pv/dom0_build.c | 5 +++++ 1 file changed, 5 insertions(+) diff --git a/xen/arch/x86/pv/dom0_build.c b/xen/arch/x86/pv/dom0_build.c index a26832ad5d..c99135a552 100644 --- a/xen/arch/x86/pv/dom0_build.c +++ b/xen/arch/x86/pv/dom0_build.c @@ -459,8 +459,13 @@ int __init dom0_construct_pv(struct domain *d, compat = is_pv_32bit_domain(d); if ( elf_64bit(&elf) && machine == EM_X86_64 ) + { compatible = true; + /* Zap meaningless setting which kernels may carry by mistake. */ + parms.pae = 0; + } + if ( elf_msb(&elf) ) compatible = false; -- generated by git-patchbot for /home/xen/git/xen.git#master
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |