Unlike stated in the offending commit's description,
load_system_tables() wasn't the only thing left to retain from the
earlier restore_rest_processor_state(). Note that MTRR state was still
reloaded via mtrr_aps_sync_end(), but that happens quite a bit later in
the resume process.
While there also do Misra-related tidying for the function itself: The
function being used from assembly only means it doesn't need to have a
declaration, but wants to be asmlinkage.
Fixes: 4304ff420e51 ("x86/S3: Drop {save,restore}_rest_processor_state() completely")
Reported-by: Roger Pau Monné <roger.pau@citrix.com>
Signed-off-by: Jan Beulich <jbeulich@suse.com>
Acked-by: Roger Pau Monné <roger.pau@citrix.com>
mov STACK_CPUINFO_FIELD(cr4)(%rbx), %rax
mov %rax, %cr4
+ call mtrr_bp_restore
+
.Lsuspend_err:
pop %r15
pop %r14
hold_mtrr_updates_on_aps = 0;
}
-void mtrr_bp_restore(void)
+void asmlinkage mtrr_bp_restore(void)
{
if (mtrr_if)
mtrr_set_all();
extern int hold_mtrr_updates_on_aps;
extern void mtrr_aps_sync_begin(void);
extern void mtrr_aps_sync_end(void);
-extern void mtrr_bp_restore(void);
extern bool mtrr_var_range_msr_set(struct domain *d, struct mtrr_state *m,
uint32_t msr, uint64_t msr_content);