This paravirtualizes the iommu driver for HP Integrity systems. This
allows dom0 to use the iommu just as it would on native hardware.
Signed-off-by: Alex Williamson <alex.williamson@hp.com>
Paravirtualize our copy of swiotlb. A lot of the s/virt_to_phys/virt_to_bus
converstions have already been done in upstream, so I won't special case
them here.
Signed-off-by: Alex Williamson <alex.williamson@hp.com>
We get a bad pointer dereference if we don't fill something in
here. -1 will give us a global allocation, which is good enough
until we have better NUMA support.
Signed-off-by: Alex Williamson <alex.williamson@hp.com>
These will be paravirtualized in upcoming commits. We're copying
lib/swiotlb.c into arch/ia64/xen/swiotlb.c simply for convenience.
Changes should be merged back into lib/swiotlb.c once Xen support
merges into Linux.
Signed-off-by: Alex Williamson <alex.williamson@hp.com>
Actually XenLinux/ia64 disables interrupts right after SAL OS HAND OFF
and reinitialize all psr so that this won't be an issue.
Just to be make it sure.
Signed-off-by: Isaku Yamahata <yamahata@valinux.co.jp>
With this patch we can remove linux-2.6-xen-sparse/arch/ia64/dig/setup.c,
linux-2.6-xen-sparse/include/asm-ia64/machvec.h.
Signed-off-by: Isaku Yamahata <yamahata@valinux.co.jp>
Always insert entry to VHPT head, or TLB miss will occur again although
the translation exists in its collision chain.
Signed-off-by: Zhang xiantao <xiantao.zhang@intel.com>
Signed-off-by: Anthony Xu <anthony.xu@intel.com>
Optmize some functions by changing parameter passing mode from pointer to value.
This can reduce redundant memory access.
Signed-off-by: Xu, Anthony <Anthony.xu@intel.com>
Signed-off-by: Zhang Xin <xing.z.zhang@intel.com>
VCPUOP_register_vcpu_info anyway so that we can start talking about
the interface on the guest side.
Signed-off-by: Jeremy Fitzhardinge <jeremy@xensource.com>
along with the rest of the cpu state. This stops us from dropping
interrupts after the vlapic has recorded them in the ISR but before the
guest has actually taken them.
Signed-off-by: Tim Deegan <Tim.Deegan@xensource.com>
Support information in console/ in a backwards compatible fashion.
This puts the serial port information for pv domains at the same
location where it is for hvm domains.
Signed-off-by: Christian Limpach <Christian.Limpach@xensource.com>
The xen.xend.server.SrvDomain class provides an op_save method for
saving guests. This just calls into the domain_save method on
xen.xend.XenDomain The latter recently gained an extra 'checkpoint'
argument, but the SrvDomain class is not providing this. The attached
patch simply makes the 'checkpoint' arg default to 'False' if not
provided by the caller which makes old calling convention.
Signed-off-by: Daniel P. Berrange <berrange@redhat.com>
_storeChanged() was incorrectly comparing a string to an sxpr, thus
always firing and causing unnecessary watches to be fired in the
domU.
Signed-off-by: John Levon <john.levon@sun.com>
The modern (xkb) way of mapping the AltGr key (113) seems to be using
the ISO_Level3_Shift keysym (0xFE03) instead of the obsolete
Mode_switch keysym (0xFF7E).
This patch let the "keysym to scancode" translator handle the
ISO_Level3_Shift correctly, enabling the use of characters like
~#{[|`\^@]} on a french keyboard.
From: Cedric Schieli <cschieli@gmail.com>
Signed-off-by: Keir Fraser <keir@xensource.com>
In Xen 3.0.3 series release, if one did 'xm create -c someguest' then
you would be shown the pygrub boot menu, allowing one to pick a
kernel. If you didn't use the -c arg, then it'd just pick the default
kernel.
In Xen 3.0.5 testing, xm is forcing the addition of the '-q' flag
whenever the 'bootargs' parameter is not given in the config file. So
if one does not have 'bootargs' specified, and one uses 'xm create -c
someguest' you never get to see the pygrub boot menu.
This patch fixes 'xm create' so that it does not add the '-q' flag
to the bootloader args, if the '-c' flag is given to xm create. This
makes the default user experiance operate closer to user
expectations.
Signed-off-by: Daniel P. Berrange <berrange@redhat.com>