| commit | 9c7a794209f8a91f47697c3be20597eb60531e6d | |
| author | Jeremy Fitzhardinge <jeremy@goop.org> | |
| Sat, 31 May 2008 00:33:02 +0000 (31 01:33 +0100) | ||
| committer | Ingo Molnar <mingo@elte.hu> | |
| Mon, 2 Jun 2008 11:25:34 +0000 (2 13:25 +0200) | ||
| tree | c1cdc49e4cf4ee5f80ea24a36e4f9498bdeeaf6b | treesnapshot (tar.gz zip) |
| parent | e2426cf85f8db5891fb5831323d2d0c176c4dadc | commitdiff |
xen: restore vcpu_info mapping
If we're using vcpu_info mapping, then make sure its restored on all
processors before relasing them from stop_machine.
The only complication is that if this fails, we can't continue because
we've already made assumptions that the mapping is available (baked in
calls to the _direct versions of the functions, for example).
Fortunately this can only happen with a 32-bit hypervisor, which may
possibly run out of mapping space. On a 64-bit hypervisor, this is a
non-issue.
Signed-off-by: Jeremy Fitzhardinge <jeremy.fitzhardinge@citrix.com>
Signed-off-by: Ingo Molnar <mingo@elte.hu>
If we're using vcpu_info mapping, then make sure its restored on all
processors before relasing them from stop_machine.
The only complication is that if this fails, we can't continue because
we've already made assumptions that the mapping is available (baked in
calls to the _direct versions of the functions, for example).
Fortunately this can only happen with a 32-bit hypervisor, which may
possibly run out of mapping space. On a 64-bit hypervisor, this is a
non-issue.
Signed-off-by: Jeremy Fitzhardinge <jeremy.fitzhardinge@citrix.com>
Signed-off-by: Ingo Molnar <mingo@elte.hu>
| arch/x86/xen/enlighten.c | diffblobblamehistory | |
| arch/x86/xen/suspend.c | diffblobblamehistory | |
| arch/x86/xen/xen-ops.h | diffblobblamehistory |