diff options
| author | Ankur Arora <ankur.a.arora@oracle.com> | 2017-06-03 02:06:00 +0200 |
|---|---|---|
| committer | Juergen Gross <jgross@suse.com> | 2017-06-13 16:10:51 +0200 |
| commit | 0e4d583723487a975f66f0a8b346fdcb024fafa6 (patch) | |
| tree | 7b188cd8c87dc9bd98e90420995873ef91c8b83d /arch/x86/xen/smp.h | |
| parent | xen/pvh*: Support > 32 VCPUs at domain restore (diff) | |
| download | linux-0e4d583723487a975f66f0a8b346fdcb024fafa6.tar.xz linux-0e4d583723487a975f66f0a8b346fdcb024fafa6.zip | |
xen/pv: Fix OOPS on restore for a PV, !SMP domain
If CONFIG_SMP is disabled, xen_setup_vcpu_info_placement() is called from
xen_setup_shared_info(). This is fine as far as boot goes, but it means
that we also call it in the restore path. This results in an OOPS
because we assign to pv_mmu_ops.read_cr2 which is __ro_after_init.
Also, though less problematically, this means we call xen_vcpu_setup()
twice at restore -- once from the vcpu info placement call and the
second time from xen_vcpu_restore().
Fix by calling xen_setup_vcpu_info_placement() at boot only.
Reviewed-by: Boris Ostrovsky <boris.ostrovsky@oracle.com>
Signed-off-by: Ankur Arora <ankur.a.arora@oracle.com>
Signed-off-by: Juergen Gross <jgross@suse.com>
Diffstat (limited to 'arch/x86/xen/smp.h')
0 files changed, 0 insertions, 0 deletions