Displaying 20 results from an estimated 1000 matches similar to: "[patch 13/19] xen: fix incorrect vcpu_register_vcpu_info hypercall argument"
2007 Nov 15
0
[patch 14/19] xfs: eagerly remove vmap mappings to avoid upsetting Xen
-stable review patch. If anyone has any objections, please let us know.
------------------
From: Jeremy Fitzhardinge <jeremy@goop.org>
patch ace2e92e193126711cb3a83a3752b2c5b8396950 in mainline.
XFS leaves stray mappings around when it vmaps memory to make it
virtually contigious. This upsets Xen if one of those pages is being
recycled into a pagetable, since it finds an extra writable
2007 Nov 15
0
[patch 14/19] xfs: eagerly remove vmap mappings to avoid upsetting Xen
-stable review patch. If anyone has any objections, please let us know.
------------------
From: Jeremy Fitzhardinge <jeremy@goop.org>
patch ace2e92e193126711cb3a83a3752b2c5b8396950 in mainline.
XFS leaves stray mappings around when it vmaps memory to make it
virtually contigious. This upsets Xen if one of those pages is being
recycled into a pagetable, since it finds an extra writable
2007 Oct 12
10
[PATCH 00/10] REVIEW: Xen patches for 2.6.24
This is my current set of updates to Xen for 2.6.24. This is largely
a bugfix set, and a couple of them are also relevent to 2.6.23.
These are in the pre-x86 merge form; I'll update them once the merge
goes into git.
Quick overview:
- remove some dead code in arch/i386/mm/init.c
- clean up some duplicate includes
- when sending an IPI, yield the vcpu if the destination doesn't have
2007 Oct 12
10
[PATCH 00/10] REVIEW: Xen patches for 2.6.24
This is my current set of updates to Xen for 2.6.24. This is largely
a bugfix set, and a couple of them are also relevent to 2.6.23.
These are in the pre-x86 merge form; I'll update them once the merge
goes into git.
Quick overview:
- remove some dead code in arch/i386/mm/init.c
- clean up some duplicate includes
- when sending an IPI, yield the vcpu if the destination doesn't have
2007 Oct 12
10
[PATCH 00/10] REVIEW: Xen patches for 2.6.24
This is my current set of updates to Xen for 2.6.24. This is largely
a bugfix set, and a couple of them are also relevent to 2.6.23.
These are in the pre-x86 merge form; I'll update them once the merge
goes into git.
Quick overview:
- remove some dead code in arch/i386/mm/init.c
- clean up some duplicate includes
- when sending an IPI, yield the vcpu if the destination doesn't have
2010 Nov 16
0
Bug#603713: xen-hypervisor-4.0-amd64: amd64 Dom0-Kernel crashes in early boot-stage
Package: xen-hypervisor-4.0-amd64
Version: 4.0.1-1
Severity: important
The amd64 Dom0 crashes in early boot-stage. For debugging purpose I logged Kernel-Dump
with minicom over Serial Console:
System is:
Dell Poweredge R710
2x Intel XEON X5650
96GB RAM
Perc H200 SAS Controller
3x SAS-Drive
I see a possible conjunction with Bug #600241 but acpi=off doesn't solve this
problem.
Regards,
2007 Nov 15
0
[patch 12/19] xen: deal with stale cr3 values when unpinning pagetables
-stable review patch. If anyone has any objections, please let us know.
------------------
From: Jeremy Fitzhardinge <jeremy@goop.org>
patch 9f79991d4186089e228274196413572cc000143b in mainline.
When a pagetable is no longer in use, it must be unpinned so that its
pages can be freed. However, this is only possible if there are no
stray uses of the pagetable. The code currently deals
2007 Nov 15
0
[patch 12/19] xen: deal with stale cr3 values when unpinning pagetables
-stable review patch. If anyone has any objections, please let us know.
------------------
From: Jeremy Fitzhardinge <jeremy@goop.org>
patch 9f79991d4186089e228274196413572cc000143b in mainline.
When a pagetable is no longer in use, it must be unpinned so that its
pages can be freed. However, this is only possible if there are no
stray uses of the pagetable. The code currently deals
2012 May 04
3
[BUG 2.6.32.y] Broken PV migration between hosts with different uptime, non-monotonic time?
Hello,
I encountered the following bug when migrating a Linux-2.6.32.54 PV domain on
Xen-3.4.3 between different hosts, whose uptime differs by several minutes (3
hosts, each ~5 minutes apart): When migrating from a host with lower uptime
to a host with higher uptime, the VM looses it''s network connection for some
time and then continues after some minutes (roughly equivalent to the
2010 Nov 16
4
problem after migration
Hi,
I believe I can post this here.
I have a domU ( Redhat 6) running in Paravirt mode. When I migrate
this domU to another host, looks like the domU is freezing in the
other host. When I take it back to original host ,it starts to run
normally and this is what can see in dmesg of domU :
suspending xenstore...
trying to map vcpu_info 0 at ffff88000434b020, mfn b67660, offset 32
cpu 0 using
2012 Jun 03
1
need to load uhci_hcd with acpi=off
Dear all,
I have running a DOM-0 on debian squeeze with the most recent kernel:
Linux 2.6.32-5-xen-amd64 #1 SMP
On 30% of all reboots the system hangs and only a reset helps.
acpi=off as an additional kernel parameter solves this problem, but
the usb keyboard of the installed ip-kvm is not found then.
with acpi=off Ican find a lot stuff like:
[ 7.098747] uhci_hcd 0000:00:1d.2: UHCI Host
2008 Jan 18
0
[PATCH] minios: support COW for a zero page
minios: support COW for a zero page
Permits to support sparse data.
Signed-off-by: Samuel Thibault <samuel.thibault@eu.citrix.com>
diff -r 27ad7ed41be2 extras/mini-os/arch/x86/mm.c
--- a/extras/mini-os/arch/x86/mm.c Fri Jan 18 15:55:13 2008 +0000
+++ b/extras/mini-os/arch/x86/mm.c Fri Jan 18 16:02:32 2008 +0000
@@ -50,6 +50,7 @@
#endif
unsigned long *phys_to_machine_mapping;
+unsigned
2012 Feb 13
0
[PATCH 05/14] arm: implement exception and hypercall entries.
arm: implement exception and hypercall entries.
xen/arch/arm/xen/Makefile | 3 +
xen/arch/arm/xen/asm-offsets.c | 61 ++++++++
xen/arch/arm/xen/entry.S | 596 +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
xen/arch/arm/xen/hypercalls.S | 67 +++++++++
xen/arch/arm/xen/physdev.c | 41 +++++
5 files changed, 768 insertions(+), 0
2006 Oct 04
0
[PATCH,RFC 6/17] 32-on-64 shared info handling
Index: 2006-10-04/xen/arch/x86/domain.c
===================================================================
--- 2006-10-04.orig/xen/arch/x86/domain.c 2006-10-04 15:03:07.000000000 +0200
+++ 2006-10-04/xen/arch/x86/domain.c 2006-10-04 15:11:03.000000000 +0200
@@ -550,10 +550,10 @@ static void load_segments(struct vcpu *n
/* CS longword also contains full evtchn_upcall_mask. */
2010 Nov 16
0
Bug#603727: xen-hypervisor-4.0-amd64: i386 Dom0 crashes after doing some I/O on local storage (software Raid1 on SAS-drives with mpt2sas driver)
Package: xen-hypervisor-4.0-amd64
Version: 4.0.1-1
Severity: normal
My 32Bit Dom0-crashes with error "Out of SW-IOMMU space for 65536 bytes"
after doing moderate I/O on the local storage, which is a software-raid1
over 3 harddrives, connected to the builtin Perc H200 controller with ext3-fs.
The error is reproduceable with "dd if=/dev/zero of=bigfile bs=1024 count=1000000"
2006 Feb 24
2
[PATCH][discuss] evtchn race condition
Keir,
below/attached patch is necessary to allow SVM partitions to boot
unmodified guests with xen-unstable.hg c/s 8961. c/s 8822 and 8828
(some necessary evtchn modifications) cause SVM partitions to fail with
"lost interrupt" hda error during boot.
We currently do not understand why these modifications are necessary and
in fact, a race occurs with one part of the patch (added
2007 Nov 02
0
[PATCH] PVWin: Fix warnings
This patch cleans up some 80-odd warnings I was seeing when compiling
the xenpci driver, all completely trivial. It also replaces the use of
asm for calling cpuid with the __cpuid compiler intrinsic, and modifies
calling code accordingly.
I''m pretty sure my mailer going to mangle the inline patch (below) so
I''m attaching the pristine version. (will try to fix for next time)
--
2006 Dec 01
0
[PATCH 3/10] Add support for netfront/netback acceleration drivers
This set of patches adds the support for acceleration plugins to the
netfront/netback drivers. These plugins are intended to support
virtualisable network hardware that can be directly accessed from the
guest, bypassing dom0.
This is in response to the RFC we posted to xen-devel with an outline
of our approach at the end of September.
To follow will be another set of patches to provide our
2013 Oct 23
3
[PATCH] xen/arm: add_to_physmap_one: Avoid to map mfn 0 if an error occurs
By default, the function add_to_physmap_one set mfn to 0. Some code paths that
result to an error, continue and the map the mfn 0 (valid on ARM) to the
slot given by the guest.
To fix the problem, return directly an error if sanity check has failed.
Signed-off-by: Julien Grall <julien.grall@linaro.org>
---
xen/arch/arm/mm.c | 6 ++++++
1 file changed, 6 insertions(+)
diff --git
2010 May 21
10
increase evtchn limits
Hi,
I''m trying to boot up with lot more than 32 vcpus on this very large box.
I overcame vcpu_info[MAX_VIRT_CPUS] by doing vcpu placement hypercall
in guest, but now running into evt channel limit (lots of devices):
unsigned long evtchn_pending[sizeof(unsigned long) * 8];
which limits to 512 max for my 64bit dom0. The only recourse seems to
create a new struct shared_info_v2{},