allowed and the functions are marked __init on x86/64.
Use HYPERVISOR_update_va_mapping() directly instead.
Signed-off-by: Keir Fraser <keir@xensource.com>
While shuffling quite a few things around, this gets us closer to
native, which clearly had a reason to do the DMI scan early.
Signed-off-by: Jan Beulich <jbeulich@novell.com>
Do init memory reservation in a single step rather then piece-wise.
This is not really addressing a problem, but simplifies things a
little.
Signed-off-by: Jan Beulich <jbeulich@novell.com>
Former is safer (in case TIF_IO_BITMAP is out-of-sync with actual
existence of an I/O bitmap for this process) and more readable, and
probably results in faster code too.
Signed-off-by: Keir Fraser <keir@xensource.com>
This adds (or moves to the proper place) annotations paralleling those
added in native code in 2.6.18. To make this look less ugly, it
required moving around a few things.
Signed-off-by: Jan Beulich <jbeulich@novell.com>
The differences of arch/x86_64/kernel/x8664_ksyms-xen.c over its
native original are benign - the Xen special can therefore be
removed.
Signed-off-by: Jan Beulich <jbeulich@novell.com>
The sole (x86-64 specific) difference of
arch/i386/kernel/alternative-xen.c
over its native original can be eliminated by slightly adjusting
x86-64's make_readonly(), and the Xen special can then be removed.
Signed-off-by: Jan Beulich <jbeulich@novell.com>
arch/i386/kernel/cpu/intel_cacheinfo-xen.c is identical to
arch/i386/kernel/cpu/intel_cacheinfo.c, hence the Xen special can be
removed.
Signed-off-by: Jan Beulich <jbeulich@novell.com>
This patch implements TPM frontend driver resume after checkpointing a
domain. I also now let the front-end wait for the response from the
TPM until the response is there. A response must come due to the
strict request/response nature of the protocol, but the time until the
responses arrives depends on the type of operation that is executed by
the vTPM. Resending a request is not possible with this type of device.
Signed-off-by: Stefan Berger <stefanb@us.ibm.com>
This changes netback to use struct page's mapping field instead of the
index one, and the PageForeign logic the other way around. That way,
CONFIG_SPLIT_PTLOCK_CPUS doesn't have to be suppressed anymore for x86.
Signed-off-by: Jan Beulich <jbeulich@novell.com>
workqueue_mutex. This is a new deadlock since the workqueue_mutex is
acquired in the workqueue_cpu_calbback() function across
CPU_UP_PREPARE->CPU_ONLINE.
The fix is for us not to rudely grab the cpu_hotplug_lock() during
save/restore -- it's really not necessary.
This patch is applicable to any of our 2.6 kernels, but is absolutely
required from 2.6.18 onwards.
Signed-off-by: Keir Fraser <keir@xensource.com>
Related changesets:
14148:b67c253d1cdb4f502dec2
13519:b4a8000e76db6b4b27341
These three changesets must be applied as a set!
Signed-off-by: Keir Fraser <keir@xensource.com>
A 3.0.2 compatibility requirement slipped my attention before
submitting the original page table handling changes.
Signed-off-by: Jan Beulich <jbeulich@novell.com>
