[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <20240222184004.C5E65C3C@davehans-spike.ostc.intel.com>
Date: Thu, 22 Feb 2024 10:40:04 -0800
From: Dave Hansen <dave.hansen@...ux.intel.com>
To: linux-kernel@...r.kernel.org
Cc: kirill.shutemov@...ux.intel.com,pbonzini@...hat.com,tglx@...utronix.de,x86@...nel.org,bp@...en8.de,Dave Hansen <dave.hansen@...ux.intel.com>
Subject: [RFC][PATCH 29/34] x86/xen: Remove extra get_cpu_address_sizes() call
From: Dave Hansen <dave.hansen@...ux.intel.com>
Xen PV should now be avoiding reading 'x86_config' at all due to
previous fixes. Even if something was missed, it should now get sane
values *and* be able to survive long enough to get a warning out later
in boot.
Remove the belt-and-suspenders call to get_cpu_address_sizes().
Signed-off-by: Dave Hansen <dave.hansen@...ux.intel.com>
---
b/arch/x86/xen/enlighten_pv.c | 3 ---
1 file changed, 3 deletions(-)
diff -puN arch/x86/xen/enlighten_pv.c~xen-remove-early-addr_size-fun arch/x86/xen/enlighten_pv.c
--- a/arch/x86/xen/enlighten_pv.c~xen-remove-early-addr_size-fun 2024-02-22 10:09:02.753014433 -0800
+++ b/arch/x86/xen/enlighten_pv.c 2024-02-22 10:09:02.757014590 -0800
@@ -1386,9 +1386,6 @@ asmlinkage __visible void __init xen_sta
*/
xen_setup_gdt(0);
- /* Determine virtual and physical address sizes */
- get_cpu_address_sizes(&boot_cpu_data);
-
/* Let's presume PV guests always boot on vCPU with id 0. */
per_cpu(xen_vcpu_id, 0) = 0;
_
Powered by blists - more mailing lists