26, 27, 28, 29, 30, 31,
32, 33, 34, 35, 36, 37, 38, 39, 40, 41, 42, 43, 44, 45, 46, 47, 48, 49, 50,
51, 52, 53, 54, 55, 56, 57, 58, 59, 60, 61, 62, 63] - (22, 'Invalid
argument')
The fix make it same as in xl code.
Signed-off-by: Zhenzhong Duan
---
tools/python/xen/lowlevel/xc/xc.c
在 2016/4/11 19:27, Wei Liu 写道:
On Mon, Apr 11, 2016 at 09:42:57AM +0800, Zhenzhong Duan wrote:
It's tool's duty to pass a correct cpumap to XEN. On a host with less than
64
CPUS, it just shows below error.
[root@localhost /]# xm vcpu-pin 3 all all
Error: Cannot pin vcpu: 0 to cpu: [
On 2016/4/12 11:35, Zhenzhong Duan wrote:
On 2016/4/11 19:27, Wei Liu wrote:
On Mon, Apr 11, 2016 at 09:42:57AM +0800, Zhenzhong Duan wrote:
It's tool's duty to pass a correct cpumap to XEN. On a host with
less than
64
CPUS, it just shows below error.
[root@localhost /]# xm vcpu
haviour
of the python xc module in still-supported Xen releases. But I'm not
sure the reasoning behind the behaviour of the libxl bitmap functions
applies to the Python interface.
Zhenzhong Duan, are you using an out-of-tree copy of xm and xend ?
I am using xen-4.3.0-55.el6
As xen_cpuhp_setup is called by PV and PVHVM, the name of "x86/xen/hvm_guest"
is confusing.
Signed-off-by: Zhenzhong Duan
---
arch/x86/xen/enlighten.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/arch/x86/xen/enlighten.c b/arch/x86/xen/enlighten.c
ind
Same code is already in allocate_and_map_msi_pirq()
Signed-off-by: Zhenzhong Duan
---
xen/arch/x86/physdev.c |2 --
1 files changed, 0 insertions(+), 2 deletions(-)
diff --git a/xen/arch/x86/physdev.c b/xen/arch/x86/physdev.c
index 0eb4097..aa02d18 100644
--- a/xen/arch/x86/physdev.c
+++ b
Same code is already in allocate_and_map_msi_pirq()
-v2: remove unnecessory comment (Suggested by Jan and Roger)
added 'x86/physdev:' tag to commit subject (Suggested by Konrad)
Signed-off-by: Zhenzhong Duan
Reviewed-by: Joe Jin
Reviewed-by: Roger Pau Monné
Reviewed-by: Konrad
() in DEBUG mode is also removed.
References: https://lists.xen.org/archives/html/xen-devel/2012-07/msg01562.html
Signed-off-by: Zhenzhong Duan
---
arch/x86/xen/mmu_pv.c | 12 +++-
1 files changed, 3 insertions(+), 9 deletions(-)
diff --git a/arch/x86/xen/mmu_pv.c b/arch/x86/xen/mmu_pv.c
() in DEBUG mode is also removed.
-v2: add comment about XEN alignment from Juergen.
References: https://lists.xen.org/archives/html/xen-devel/2012-07/msg01562.html
Signed-off-by: Zhenzhong Duan
---
arch/x86/xen/mmu_pv.c | 13 -
1 files changed, 4 insertions(+), 9 deletions(-)
diff
Hi Maintainers,
We are facing issue collecting coredump using the xm dump mechanism in
Dom0.
We face couple of such issues daily, where the VMs panic s and the SA
team is supposed to collect the core.
The actual problem is that where the VMs are having huge RAM like 32+ GB
RAMs dumping the cor
在 2015/1/16 0:16, Don Slutz 写道:
On 01/15/15 05:20, Ian Campbell wrote:
On Thu, 2015-01-15 at 11:31 +0800, Zhenzhong Duan wrote:
Hi Maintainers,
We are facing issue collecting coredump using the xm dump mechanism
in Dom0.
We face couple of such issues daily, where the VMs panic s and the SA
11 matches
Mail list logo
