call do_softirq() to enter scheduler when VTI does PAL_HALT_LIGHT,
like xen-ia64-unstable.hg changeset:
12520:bcd2960d6dfd018de58fc0113c37d30edbe802c5
Signed-off-by: Zhang Xin <xing.z.zhang@intel.com>
Fixed by adding volatile to pgd_t, pud_t, pmd_t where necessary.
The Xen/IA64 p2m table is lockless so that acquire semantics is
necessary when traversing the p2m in order to prevent memory-reodering
the following memory load.
Signed-off-by: Isaku Yamahata <yamahata@valinux.co.jp>
Compile xenoprof perfmon related hypercall even when
CONFIG_PERFMON, CONFIG_OPROFILE, CONFIG_OPROFILE_MODULE are disabled.
They should be compiled in vmlinux unconditionally because they
might be called by other modules in theory.
Signed-off-by: Isaku Yamahata <yamahata@valinux.co.jp>
the VM UUID conflicts as well.
Also, remove the previous_restart_time node when explicitly rebooting a guest --
the user ought to be able to drive reboots faster than the safety catch.
Signed-off-by: Ewan Mellor <ewan@xensource.com>
Added a recreate call to ImageHandler, allowing the subclasses of that to
hook into the code that runs when xend restarts. This allows us in particular
to reregister the watches for HVM shutdown, and read the PID of qemu-dm from
the store.
Signed-off-by: Ewan Mellor <ewan@xensource.com>
In some situations, like when error happens in block attach for
a guest in dom0, backend send us XenbusStateClosing notification.
However, as frontend were never properly initialized, it fails
to change its own state to XenbusStateClosed, leaving the system
in a dead-end state.
Signed-off-by: Glauber de Oliveira Costa <gcosta@redhat.com>
The data buffer is only 1280 bytes long but the user-supplied length
can be as large as 0x7ff. This patch extends the buffer to 2048
bytes.
Signed-off-by: Herbert Xu <herbert@gondor.apana.org.au>
image then we should return to the caller who will either restart the machine
as normal or continue on as appropriate.
Signed-off-by: Ian Campbell <ian.campbell@xensource.com>
The 'builder' (eg. image type) should either be 'hvm' or 'linux' as
image.py only supports these at the moment.
Signed-off-by: Alastair Tse <atse@xensource.com>
Add function to list all vbds attached to a VM.
Update VM config builder to specify the default as 'linux'
Signed-off-by: Alastair Tse <atse@xensource.com>
Get rid of the case skewing in XendAPI.
Remove _to_xml methods because it has been removed from the latest API
docs.
Signed-off-by: Alastair Tse <atse@xensource.com>
Attempt to get rid of most SXP dependency in Xend except in
configuration parsing and certain places where it is
required.
XendConfig now stores configuration options similar to Xen API VM
and devices attributes but exports an SXP version to certain things
like xm and XendCheckpoint. All access to VM and device attributes
should now use Python dictionaries rather than the SXP parser.
Signed-off-by: Alastair Tse <atse@xensource.com>
This patch contains the x86_64 implementation of Kexec / Kdump for Xen.
Signed-Off-By: Magnus Damm <magnus@valinux.co.jp>
Signed-Off-By: Simon Horman <horms@verge.net.au>
This patch contains the x86_32 implementation of Kexec / Kdump for Xen.
Signed-Off-By: Magnus Damm <magnus@valinux.co.jp>
Signed-Off-By: Simon Horman <horms@verge.net.au>
This patch contains Kexec / Kdump code shared between x86_32 and x86_64.
Signed-Off-By: Magnus Damm <magnus@valinux.co.jp>
Signed-Off-By: Simon Horman <horms@verge.net.au>
This patch implements the generic portion of the Kexec / Kdump port to Xen.
Signed-Off-By: Magnus Damm <magnus@valinux.co.jp>
Signed-Off-By: Simon Horman <horms@verge.net.au>
- No distinction between 'special' and 'normal' memory accesses.
- No reliance on caller-supplied %cr2 value
- Memory operations include segment identifier to allow callers
to support non-zero-based segments
TODO:
1. HVM emulations should take into account segment base, limit, and
attributes.
2. We ought to obey stack-size attribute on PUSH/POP instructions.
Could extend the mode input field, or could add an extra call-out
hook, or perhaps we don't care at all...
Signed-off-by: Keir Fraser <keir@xensource.com>