On 02/26/2015 04:44 PM, Fam Zheng wrote:
On Thu, 02/26 14:38, Wen Congyang wrote:
On 02/25/2015 10:46 AM, Fam Zheng wrote:
On Tue, 02/24 15:50, Wen Congyang wrote:
On 02/12/2015 04:44 PM, Fam Zheng wrote:
On Thu, 02/12 15:40, Wen Congyang wrote:
On 02/12/2015 03:21 PM, Fam Zheng wrote:
Hi
On 02/25/2015 04:58 PM, Fam Zheng wrote:
On Wed, 02/25 16:36, Wen Congyang wrote:
On 02/25/2015 10:46 AM, Fam Zheng wrote:
On Tue, 02/24 15:50, Wen Congyang wrote:
On 02/12/2015 04:44 PM, Fam Zheng wrote:
On Thu, 02/12 15:40, Wen Congyang wrote:
On 02/12/2015 03:21 PM, Fam Zheng wrote:
Hi
On 02/12/2015 04:44 PM, Fam Zheng wrote:
On Thu, 02/12 15:40, Wen Congyang wrote:
On 02/12/2015 03:21 PM, Fam Zheng wrote:
Hi Congyang,
On Thu, 02/12 11:07, Wen Congyang wrote:
+== Workflow ==
+The following is the image of block replication workflow
On 02/25/2015 10:46 AM, Fam Zheng wrote:
On Tue, 02/24 15:50, Wen Congyang wrote:
On 02/12/2015 04:44 PM, Fam Zheng wrote:
On Thu, 02/12 15:40, Wen Congyang wrote:
On 02/12/2015 03:21 PM, Fam Zheng wrote:
Hi Congyang,
On Thu, 02/12 11:07, Wen Congyang wrote:
+== Workflow ==
+The following
On 02/12/2015 04:44 PM, Fam Zheng wrote:
On Thu, 02/12 15:40, Wen Congyang wrote:
On 02/12/2015 03:21 PM, Fam Zheng wrote:
Hi Congyang,
On Thu, 02/12 11:07, Wen Congyang wrote:
+== Workflow ==
+The following is the image of block replication workflow
solution that does not require
a script file, such as having management software responsible for
passing in an already-opened fd?
Do you mean that opening the script in libvirt?
Thanks
Wen Congyang
Signed-off-by: zhanghailiang zhang.zhanghaili...@huawei.com
Signed-off-by: Gao feng gaof
that heartbeat is lost, a failover or takeover is needed.
+
+Example:
+
+- { execute: colo_lost_heartbeat }
+- { return: {} }
This example won't work unless you fix the spelling.
Should here also be changed to 'colo-lost-heartbeat' ?
Yes.
Thanks
Wen Congyang
Thanks,
zhanghailiang
.
On 02/24/2015 05:31 AM, Max Reitz wrote:
On 2015-02-11 at 22:07, Wen Congyang wrote:
The secondary qemu starts later than the primary qemu, so we
cannot connect to nbd server in bdrv_open().
Signed-off-by: Wen Congyang we...@cn.fujitsu.com
Signed-off-by: zhanghailiang zhang.zhanghaili
On 02/24/2015 04:43 AM, Max Reitz wrote:
On 2015-02-11 at 22:07, Wen Congyang wrote:
We connect to NBD server when starting block replication, so
the length is 0 before starting block replication.
Signed-off-by: Wen Congyang we...@cn.fujitsu.com
Signed-off-by: zhanghailiang zhang.zhanghaili
On 02/12/2015 04:44 PM, Fam Zheng wrote:
On Thu, 02/12 15:40, Wen Congyang wrote:
On 02/12/2015 03:21 PM, Fam Zheng wrote:
Hi Congyang,
On Thu, 02/12 11:07, Wen Congyang wrote:
+== Workflow ==
+The following is the image of block replication workflow
On 02/12/2015 05:44 PM, Fam Zheng wrote:
On Thu, 02/12 17:33, Wen Congyang wrote:
On 02/12/2015 04:44 PM, Fam Zheng wrote:
On Thu, 02/12 15:40, Wen Congyang wrote:
On 02/12/2015 03:21 PM, Fam Zheng wrote:
Hi Congyang,
On Thu, 02/12 11:07, Wen Congyang wrote:
+== Workflow ==
+The following
On 02/12/2015 04:44 PM, Fam Zheng wrote:
On Thu, 02/12 15:40, Wen Congyang wrote:
On 02/12/2015 03:21 PM, Fam Zheng wrote:
Hi Congyang,
On Thu, 02/12 11:07, Wen Congyang wrote:
+== Workflow ==
+The following is the image of block replication workflow
On 02/12/2015 06:26 PM, f...@redhat.com wrote:
On Thu, 02/12 18:11, Wen Congyang wrote:
On 02/12/2015 05:44 PM, Fam Zheng wrote:
On Thu, 02/12 17:33, Wen Congyang wrote:
On 02/12/2015 04:44 PM, Fam Zheng wrote:
On Thu, 02/12 15:40, Wen Congyang wrote:
On 02/12/2015 03:21 PM, Fam Zheng wrote
Wen Congyang (14):
docs: block replication's description
quorom: add a new read pattern
quorum: ignore 0-length child
Add new block driver interfaces to control disk replication
quorom: implement block driver interfaces for block replication
NBD client: connect to nbd server later
NBD
To block replication, we only need to read from the first child.
Signed-off-by: Wen Congyang we...@cn.fujitsu.com
Signed-off-by: zhanghailiang zhang.zhanghaili...@huawei.com
Signed-off-by: Gonglei arei.gong...@huawei.com
Cc: Luiz Capitulino lcapitul...@redhat.com
Cc: Michael Roth mdr
Signed-off-by: Wen Congyang we...@cn.fujitsu.com
Signed-off-by: zhanghailiang zhang.zhanghaili...@huawei.com
Signed-off-by: Gonglei arei.gong...@huawei.com
---
block/quorum.c | 69 ++
1 file changed, 69 insertions(+)
diff --git a/block
Signed-off-by: Wen Congyang we...@cn.fujitsu.com
Signed-off-by: Paolo Bonzini pbonz...@redhat.com
Signed-off-by: Yang Hongyang yan...@cn.fujitsu.com
Signed-off-by: zhanghailiang zhang.zhanghaili...@huawei.com
Signed-off-by: Gonglei arei.gong...@huawei.com
---
docs/block-replication.txt | 129
Signed-off-by: Wen Congyang we...@cn.fujitsu.com
Signed-off-by: zhanghailiang zhang.zhanghaili...@huawei.com
Signed-off-by: Gonglei arei.gong...@huawei.com
---
block.c | 11 +++
1 file changed, 7 insertions(+), 4 deletions(-)
diff --git a/block.c b/block.c
index 2335af1..a7a8932 100644
The secondary qemu starts later than the primary qemu, so we
cannot connect to nbd server in bdrv_open().
Signed-off-by: Wen Congyang we...@cn.fujitsu.com
Signed-off-by: zhanghailiang zhang.zhanghaili...@huawei.com
Signed-off-by: Gonglei arei.gong...@huawei.com
---
block/nbd.c | 100
Signed-off-by: Wen Congyang we...@cn.fujitsu.com
Signed-off-by: zhanghailiang zhang.zhanghaili...@huawei.com
Signed-off-by: Gonglei arei.gong...@huawei.com
---
block/nbd.c | 55 +++
1 file changed, 55 insertions(+)
diff --git a/block/nbd.c b
Signed-off-by: Wen Congyang we...@cn.fujitsu.com
Signed-off-by: zhanghailiang zhang.zhanghaili...@huawei.com
Signed-off-by: Gonglei arei.gong...@huawei.com
---
block.c | 36
include/block/block.h | 10 ++
include/block/block_int.h
We connect to NBD server when starting block replication, so
the length is 0 before starting block replication.
Signed-off-by: Wen Congyang we...@cn.fujitsu.com
Signed-off-by: zhanghailiang zhang.zhanghaili...@huawei.com
Signed-off-by: Gonglei arei.gong...@huawei.com
---
block/quorum.c | 5
Block replication needs this feature.
Signed-off-by: Wen Congyang we...@cn.fujitsu.com
Signed-off-by: zhanghailiang zhang.zhanghaili...@huawei.com
Signed-off-by: Gonglei arei.gong...@huawei.com
---
block.c | 2 ++
include/block/block_int.h | 2 ++
2 files changed, 4 insertions
Signed-off-by: Wen Congyang we...@cn.fujitsu.com
Signed-off-by: zhanghailiang zhang.zhanghaili...@huawei.com
Signed-off-by: Gonglei arei.gong...@huawei.com
---
block.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/block.c b/block.c
index 067c44b..96cf973 100644
Signed-off-by: Wen Congyang we...@cn.fujitsu.com
Signed-off-by: zhanghailiang zhang.zhanghaili...@huawei.com
Signed-off-by: Gonglei arei.gong...@huawei.com
---
Makefile.objs | 2 +-
block/backup.c| 52 ---
blockcow.c| 52
Signed-off-by: Wen Congyang we...@cn.fujitsu.com
Signed-off-by: zhanghailiang zhang.zhanghaili...@huawei.com
Signed-off-by: Gonglei arei.gong...@huawei.com
---
block/Makefile.objs | 2 +-
block/blkcolo.c | 409
2 files changed, 410
Signed-off-by: Wen Congyang we...@cn.fujitsu.com
Signed-off-by: zhanghailiang zhang.zhanghaili...@huawei.com
Signed-off-by: Gonglei arei.gong...@huawei.com
---
block/Makefile.objs| 1 +
block/blkcolo-buffer.c | 324 +
block/blkcolo.h
Signed-off-by: Wen Congyang we...@cn.fujitsu.com
Signed-off-by: zhanghailiang zhang.zhanghaili...@huawei.com
Signed-off-by: Gonglei arei.gong...@huawei.com
---
block/block-backend.c | 29 -
include/sysemu/block-backend.h | 2 ++
2 files changed, 30 insertions
On 02/12/2015 03:21 PM, Fam Zheng wrote:
Hi Congyang,
On Thu, 02/12 11:07, Wen Congyang wrote:
+== Workflow ==
+The following is the image of block replication workflow:
+
++--+++
+|Primary Write Requests
for target 'test_path.o' failed
make[1]: *** [test_path.o] Error 1
make[1]: Leaving directory '/work/src/qemu/tests/tcg'
Makefile:428: recipe for target 'test' failed
make: *** [test] Error 2
Do I miss something?
Thanks
Wen Congyang
The test crashes since it writes 0xff to C1 after it has terminated
On 02/10/2015 11:48 AM, Bin Wu wrote:
On 2015/2/10 11:16, Wen Congyang wrote:
On 02/09/2015 10:48 PM, Stefan Hajnoczi wrote:
On Mon, Feb 09, 2015 at 02:50:39PM +0800, Bin Wu wrote:
From: Bin Wu wu.wu...@huawei.com
We tested VMs migration with their disk images by drive_mirror
, kevin
What should I do next? Add a comment and resend it?
Thanks
Wen Congyang
Paolo
.
On 01/30/2015 09:39 PM, Kevin Wolf wrote:
Am 30.01.2015 um 09:07 hat Wen Congyang geschrieben:
If the child touches qiov-iov, it will cause unexpected results.
Signed-off-by: Wen Congyang we...@cn.fujitsu.com
Any specific child you're thinking of?
I think children are not supposed
If the child touches qiov-iov, it will cause unexpected results.
Signed-off-by: Wen Congyang we...@cn.fujitsu.com
---
block/quorum.c | 10 +-
1 file changed, 9 insertions(+), 1 deletion(-)
diff --git a/block/quorum.c b/block/quorum.c
index cdc026c..ef0c1e9 100644
--- a/block/quorum.c
image is always opened read-only. How to remove this limitaion?
Add a option to control it?
Thanks
Wen Congyang
2) Read pattern support for quorum need to be extended for the needs of
the COLO primary. It may be simpler or faster to write a simple
replication driver that writes to N children
starts
replaying it's buffer to disk but then dies part way through the replay.
COLO will use migration to do the first checkpoint, so we can use disk migration
to sync the disk first. And then start disk replication.
Thanks
Wen Congyang
Dave
Paolo
Thanks,
Yang.
Wen Congyang (1
On 11/24/2014 04:52 PM, Fabio Fantoni wrote:
Il 24/11/2014 02:58, Wen Congyang ha scritto:
When I try to use virtio on xen(HVM guest), qemu crashed. Here is the
backtrace:
(gdb) bt
#0 0x7f49581f0b55 in raise () from /lib64/libc.so.6
#1 0x7f49581f2131 in abort () from /lib64
), it causes a leak in the mapping
because the corresponding cpu_physical_memory_unmap will only unmap a
portion of the original sg. On Xen the problem is worse because
xen-mapcache aborts.
This patch works for me.
Thanks
Wen Congyang
diff --git a/hw/net/virtio-net.c b/hw/net/virtio-net.c
to
implement it.(I don't read the drbd's codes, and can't estimate the
cost)
I think we can use 1 to implement it first.
If you have some other idea, please let me know.
Thanks
Wen Congyang
Any comments/feedbacks are warmly welcomed.
Thanks,
Yang
Dr. David Alan Gilbert (1
On 10/29/2014 05:34 PM, Dr. David Alan Gilbert wrote:
* Wen Congyang (we...@cn.fujitsu.com) wrote:
snip
Hi all:
I will start to implement disk replication. Before doing this, I think we
should decide
how to implement it.
I have two ideas about it:
1. implement it in qemu
On 10/24/2014 10:04 PM, Eric Blake wrote:
On 10/24/2014 01:06 AM, Wen Congyang wrote:
Introduce a xen-load-devices-state QAPI command that can be used to load
the state of all devices, but not the RAM or the block devices of the
VM.
We only have hmp commands savevm/loadvm, and qmp commands
and secondary vm
2. sync the state
3. resume both primary vm and secondary vm
In such case, we need to update all devices's state in any time.
Signed-off-by: Wen Congyang we...@cn.fujitsu.com
Cc: qemu-devl qemu-devel@nongnu.org
Cc: Stefano Stabellini stefano.stabell...@eu.citrix.com
Cc: Paolo Bonzini
On 10/20/2014 02:17 PM, Linhaifeng wrote:
On 2014/10/20 13:32, Wen Congyang wrote:
On 10/20/2014 12:48 PM, Linhaifeng wrote:
On 2014/10/20 10:12, Wen Congyang wrote:
On 10/18/2014 11:20 AM, Linhaifeng wrote:
On 2014/10/17 21:26, Daniel P. Berrange wrote:
On Fri, Oct 17, 2014 at 04:57
On 10/18/2014 11:20 AM, Linhaifeng wrote:
On 2014/10/17 21:26, Daniel P. Berrange wrote:
On Fri, Oct 17, 2014 at 04:57:27PM +0800, Linhaifeng wrote:
On 2014/10/17 16:33, Daniel P. Berrange wrote:
On Fri, Oct 17, 2014 at 04:27:17PM +0800, haifeng@huawei.com wrote:
From: linhaifeng
On 10/20/2014 12:48 PM, Linhaifeng wrote:
On 2014/10/20 10:12, Wen Congyang wrote:
On 10/18/2014 11:20 AM, Linhaifeng wrote:
On 2014/10/17 21:26, Daniel P. Berrange wrote:
On Fri, Oct 17, 2014 at 04:57:27PM +0800, Linhaifeng wrote:
On 2014/10/17 16:33, Daniel P. Berrange wrote
, and I think it is OK to be GPLv2+
Thanks
Wen Congyang
+++ b/migration-colo.c
@@ -0,0 +1,16 @@
+/*
+ * COarse-grain LOck-stepping Virtual Machines for Non-stop Service (COLO)
+ * (a.k.a. Fault Tolerance or Continuous Replication)
+ *
+ * Copyright (C) 2014 FUJITSU LIMITED
On 09/11/2014 03:15 AM, Stefano Stabellini wrote:
On Tue, 9 Sep 2014, Wen Congyang wrote:
At 09/06/2014 05:57 AM, Stefano Stabellini Write:
On Fri, 5 Sep 2014, Wen Congyang wrote:
introduce a xen-load-devices-state QAPI command that can be used to load
the state of all devices
At 09/06/2014 05:57 AM, Stefano Stabellini Write:
On Fri, 5 Sep 2014, Wen Congyang wrote:
introduce a xen-load-devices-state QAPI command that can be used to load
the state of all devices, but not the RAM or the block devices of the
VM.
Hello Wen,
please CC qemu-devel too for QEMU patches
((pde 0x1fe000) 19) is the bits 39:32 of the final physical address, and
we shouldn't use unit32_t to calculate it. Convert the type to hwaddr to fix
this problem.
Signed-off-by: Wen Congyang we...@cn.fujitsu.com
---
target-i386/arch_memory_mapping.c | 11 ---
1 file changed, 8
it. The I/O port is more reliable because it only depends on notifier
chain(If we use virtio device, it also depends on notifier chain).
Thanks
Wen Congyang
Also, there is no high level documentation: purpose of the interface,
how a management application should use it, etc.
existing numa info, so that the fw_cfg layout does not break. This
information
is used by Seabios to build hotplug memory device objects at runtime.
nb_numa_nodes is set to 1 by default (not 0), so that we always pass srat info
to SeaBIOS.
You forgot to set nb_numa_nodes to 1...
Thanks
Wen
At 09/24/2012 09:34 PM, Luiz Capitulino Wrote:
On Mon, 24 Sep 2012 14:27:17 +0800
Wen Congyang we...@cn.fujitsu.com wrote:
At 09/22/2012 01:07 AM, Luiz Capitulino Wrote:
fd_write_vmcore() will indefinitely spin for a non-blocking
file-descriptor that would block. However, if the fd is non
At 09/25/2012 05:01 PM, Markus Armbruster Wrote:
Wen Congyang we...@cn.fujitsu.com writes:
At 09/24/2012 09:34 PM, Luiz Capitulino Wrote:
On Mon, 24 Sep 2012 14:27:17 +0800
Wen Congyang we...@cn.fujitsu.com wrote:
At 09/22/2012 01:07 AM, Luiz Capitulino Wrote:
fd_write_vmcore
At 09/24/2012 09:34 PM, Luiz Capitulino Wrote:
On Mon, 24 Sep 2012 14:27:17 +0800
Wen Congyang we...@cn.fujitsu.com wrote:
At 09/22/2012 01:07 AM, Luiz Capitulino Wrote:
fd_write_vmcore() will indefinitely spin for a non-blocking
file-descriptor that would block. However, if the fd is non
autocompletion
3. Being able to specify fd:X in HMP makes little sense for humans
Because of these reasons, hardcode the 'protocol' argument to
'file:' in HMP.
Signed-off-by: Luiz Capitulino lcapitul...@redhat.com
This patch looks fine to me.
Thanks
Wen Congyang
---
hmp-commands.hx | 8
from user, and it can be non-blocked */
-while (size) {
-writen_size = qemu_write_full(fd, buf, size);
-if (writen_size != size errno != EAGAIN) {
Hmm, if the fd is a blocking fd, errno can't be EAGAIN. So the
function doesn't spin. What problems do you meet?
Thanks
Wen
if I apply the other patches for seabios. And I
don't find this patch in your tree.
Thanks
Wen Congyang
Signed-off-by: Vasilis Liaskovitis vasilis.liaskovi...@profitbricks.com
---
src/paravirt.c |6 ++
src/paravirt.h |2 ++
src/pciinit.c |5 ++---
3 files changed, 10
definition of ‘smp_get_ncpus’ was here
src/post.c:237: error: incompatible implicit declaration of function
‘smp_get_ncpus’
src/smp.c:144: note: previous definition of ‘smp_get_ncpus’ was here
Thanks
Wen Congyang
+{
MaxCountCPUs = qemu_cfg_get_max_cpus();
if (!MaxCountCPUs
]: *** Waiting for unfinished jobs
CCaudio/audio.o
make: *** [subdir-libhw64] Error 2
make: *** Waiting for unfinished jobs
Thanks
Wen Congyang
+DeviceState qdev;
+uint32_t idx; /* index in memory hotplug register/bitmap */
+ram_addr_t start; /* starting physical address
is less than 10MB. So we will not allocate
too many memory.
Thanks
Wen Congyang
Jan suggested a fix that could make it less worse, which is to avoid
allocating any memory while walking the guest page tables. However,
it's not clear if this is hard to do and, more importantly, if it's
in this email plus the fact that the guest
memory may be corrupted, and the guest may be in real-mode even
when paging is enabled
Yes, there are some limitations with this option. Jan said that he
always use gdb to deal with vmcore, so he needs such information.
Thanks
Wen Congyang
At 08/29/2012 07:56 PM, Sasha Levin Wrote:
On 08/29/2012 07:18 AM, Wen Congyang wrote:
We can know the guest is panicked when the guest runs on xen.
But we do not have such feature on kvm.
Another purpose of this feature is: management app(for example:
libvirt) can do auto dump when
device
3. it can work when starting the kernel
Signed-off-by: Wen Congyang we...@cn.fujitsu.com
---
Documentation/virtual/kvm/pv_event.txt | 32
arch/ia64/include/asm/kvm_para.h | 14 ++
arch/powerpc/include/asm/kvm_para.h| 14
(not RUN_STATE_PAUSED).
Signed-off-by: Wen Congyang we...@cn.fujitsu.com
---
block.h |2 ++
qmp.c |2 +-
vl.c|7 ---
3 files changed, 7 insertions(+), 4 deletions(-)
diff --git a/block.h b/block.h
index 2e2be11..c3265c2 100644
--- a/block.h
+++ b/block.h
@@ -339,6 +339,8
Corresponding kvm.git hash: 1d92128f with my patch for kvm
---
linux-headers/asm-s390/kvm.h |2 +-
linux-headers/asm-s390/kvm_para.h |2 +-
linux-headers/asm-x86/kvm.h |1 +
linux-headers/asm-x86/kvm_para.h |9 +
linux-headers/linux/kvm.h |3 +++
The guest will be in this state when it is panicked.
Signed-off-by: Wen Congyang we...@cn.fujitsu.com
---
qapi-schema.json |6 +-
qmp.c|3 ++-
vl.c |7 ++-
3 files changed, 13 insertions(+), 3 deletions(-)
diff --git a/qapi-schema.json b/qapi
This event will be emited when the guest is panicked.
Signed-off-by: Wen Congyang we...@cn.fujitsu.com
---
monitor.c |1 +
monitor.h |1 +
2 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/monitor.c b/monitor.c
index b17b1bb..f74dd2d 100644
--- a/monitor.c
+++ b/monitor.c
code into pv_event.c
for such target.
Note: if we emit QEVENT_GUEST_PANICKED only, and the management
application does not receive this event(the management may not
run when the event is emitted), the management won't know the
guest is panicked.
Signed-off-by: Wen Congyang we...@cn.fujitsu.com
Signed-off-by: Wen Congyang we...@cn.fujitsu.com
---
hw/pc_piix.c|6 +-
qemu-config.c |4
qemu-options.hx |3 ++-
3 files changed, 11 insertions(+), 2 deletions(-)
diff --git a/hw/pc_piix.c b/hw/pc_piix.c
index 37eca23..10531a8 100644
--- a/hw/pc_piix.c
+++ b/hw
At 08/23/2012 06:51 PM, Jan Kiszka Wrote:
On 2012-08-23 04:32, Wen Congyang wrote:
If the target is x86/x86_64, the guest's kernel will write 0x01 to the
port KVM_PV_EVENT_PORT when it is panciked. This patch introduces a new
qom device kvm_pv_ioport to listen this I/O port, and deal
At 08/24/2012 02:21 PM, Jan Kiszka Wrote:
On 2012-08-24 08:05, Wen Congyang wrote:
At 08/23/2012 06:51 PM, Jan Kiszka Wrote:
On 2012-08-23 04:32, Wen Congyang wrote:
If the target is x86/x86_64, the guest's kernel will write 0x01 to the
port KVM_PV_EVENT_PORT when it is panciked. This patch
At 08/24/2012 02:30 PM, Jan Kiszka Wrote:
On 2012-08-24 08:33, Wen Congyang wrote:
At 08/24/2012 02:21 PM, Jan Kiszka Wrote:
On 2012-08-24 08:05, Wen Congyang wrote:
At 08/23/2012 06:51 PM, Jan Kiszka Wrote:
On 2012-08-23 04:32, Wen Congyang wrote:
If the target is x86/x86_64, the guest's
:55:54PM +0300, Yan Vugenfirer wrote:
On Aug 14, 2012, at 1:42 PM, Jan Kiszka wrote:
On 2012-08-14 10:56, Daniel P. Berrange wrote:
On Mon, Aug 13, 2012 at 03:21:32PM -0300, Marcelo Tosatti wrote:
On Wed, Aug 08, 2012 at 10:43:01AM +0800, Wen Congyang wrote:
We can know the guest is panicked
At 08/09/2012 03:01 AM, Blue Swirl Wrote:
On Wed, Aug 8, 2012 at 2:47 AM, Wen Congyang we...@cn.fujitsu.com wrote:
If the target is x86/x86_64, the guest's kernel will write 0x01 to the
port KVM_PV_EVENT_PORT when it is panciked. This patch introduces a new
qom device kvm_pv_ioport to listen
device
3. it can work when starting the kernel
Signed-off-by: Wen Congyang we...@cn.fujitsu.com
---
Documentation/virtual/kvm/pv_event.txt | 32
arch/ia64/include/asm/kvm_para.h | 14 ++
arch/powerpc/include/asm/kvm_para.h| 14
(not RUN_STATE_PAUSED).
Signed-off-by: Wen Congyang we...@cn.fujitsu.com
---
block.h |2 ++
qmp.c |2 +-
vl.c|7 ---
3 files changed, 7 insertions(+), 4 deletions(-)
diff --git a/block.h b/block.h
index 2e2be11..c3265c2 100644
--- a/block.h
+++ b/block.h
@@ -339,6 +339,8
Corresponding kvm.git hash: 35f2d16b with my patch for kvm
---
linux-headers/asm-s390/kvm.h |2 +-
linux-headers/asm-s390/kvm_para.h |2 +-
linux-headers/asm-x86/kvm.h |1 +
linux-headers/asm-x86/kvm_para.h |9 +
linux-headers/linux/kvm.h |3 +++
The guest will be in this state when it is panicked.
Signed-off-by: Wen Congyang we...@cn.fujitsu.com
---
qapi-schema.json |6 +-
qmp.c|3 ++-
vl.c |7 ++-
3 files changed, 13 insertions(+), 3 deletions(-)
diff --git a/qapi-schema.json b/qapi
This event will be emited when the guest is panicked.
Signed-off-by: Wen Congyang we...@cn.fujitsu.com
---
monitor.c |1 +
monitor.h |1 +
2 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/monitor.c b/monitor.c
index 480f583..cd2adb7 100644
--- a/monitor.c
+++ b/monitor.c
code into pv_event.c
for such target.
Note: if we emit QEVENT_GUEST_PANICKED only, and the management
application does not receive this event(the management may not
run when the event is emitted), the management won't know the
guest is panicked.
Signed-off-by: Wen Congyang we...@cn.fujitsu.com
Signed-off-by: Wen Congyang we...@cn.fujitsu.com
---
hw/pc_piix.c|6 +-
qemu-config.c |4
qemu-options.hx |3 ++-
3 files changed, 11 insertions(+), 2 deletions(-)
diff --git a/hw/pc_piix.c b/hw/pc_piix.c
index f73fb85..76d3de1 100644
--- a/hw/pc_piix.c
+++ b/hw
At 08/08/2012 05:12 PM, Andrew Jones Wrote:
On Wed, Aug 08, 2012 at 10:43:01AM +0800, Wen Congyang wrote:
diff --git a/Documentation/virtual/kvm/pv_event.txt
b/Documentation/virtual/kvm/pv_event.txt
new file mode 100644
index 000..0ebc890
--- /dev/null
+++ b/Documentation/virtual/kvm
device
3. it can work when starting the kernel
Signed-off-by: Wen Congyang we...@cn.fujitsu.com
---
Documentation/virtual/kvm/pv_event.txt | 32
arch/ia64/include/asm/kvm_para.h | 14 ++
arch/powerpc/include/asm/kvm_para.h| 14
(not RUN_STATE_PAUSED).
Signed-off-by: Wen Congyang we...@cn.fujitsu.com
---
block.h |2 ++
qmp.c |2 +-
vl.c|7 ---
3 files changed, 7 insertions(+), 4 deletions(-)
diff --git a/block.h b/block.h
index 650d872..29449bd 100644
--- a/block.h
+++ b/block.h
@@ -338,6 +338,8
Corresponding kvm.git hash: 439793d4 with my patch for kvm
---
linux-headers/asm-s390/kvm.h |2 +-
linux-headers/asm-s390/kvm_para.h |2 +-
linux-headers/asm-x86/kvm.h |1 +
linux-headers/asm-x86/kvm_para.h |9 +
linux-headers/linux/kvm.h |3 +++
The guest will be in this state when it is panicked.
Signed-off-by: Wen Congyang we...@cn.fujitsu.com
---
qapi-schema.json |6 +-
qmp.c|3 ++-
vl.c |7 ++-
3 files changed, 13 insertions(+), 3 deletions(-)
diff --git a/qapi-schema.json b/qapi
This event will be emited when the guest is panicked.
Signed-off-by: Wen Congyang we...@cn.fujitsu.com
---
monitor.c |1 +
monitor.h |1 +
2 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/monitor.c b/monitor.c
index 49dccfe..c892b7e 100644
--- a/monitor.c
+++ b/monitor.c
code into pv_event.c
for such target.
Note: if we emit QEVENT_GUEST_PANICKED only, and the management
application does not receive this event(the management may not
run when the event is emitted), the management won't know the
guest is panicked.
Signed-off-by: Wen Congyang we...@cn.fujitsu.com
Signed-off-by: Wen Congyang we...@cn.fujitsu.com
---
hw/pc_piix.c|6 +-
qemu-config.c |4
qemu-options.hx |3 ++-
3 files changed, 11 insertions(+), 2 deletions(-)
diff --git a/hw/pc_piix.c b/hw/pc_piix.c
index 4af8403..9b877a7 100644
--- a/hw/pc_piix.c
+++ b/hw
At 07/23/2012 04:19 AM, Sasha Levin Wrote:
On 07/22/2012 09:22 PM, Anthony Liguori wrote:
Sasha Levin levinsasha...@gmail.com writes:
On 07/21/2012 09:12 AM, Wen Congyang wrote:
+#define KVM_PV_PORT (0x505UL)
+
#ifdef __KERNEL__
#include asm/processor.h
@@ -221,6 +223,11
At 07/22/2012 07:39 PM, Sasha Levin Wrote:
On 07/21/2012 10:44 AM, Wen Congyang wrote:
We can know the guest is panicked when the guest runs on xen.
But we do not have such feature on kvm.
Another purpose of this feature is: management app(for example:
libvirt) can do auto dump when
At 07/23/2012 07:50 AM, Sasha Levin Wrote:
On 07/23/2012 12:36 AM, Anthony Liguori wrote:
Sasha Levin levinsasha...@gmail.com writes:
On 07/22/2012 09:14 PM, Anthony Liguori wrote:
Sasha Levin levinsasha...@gmail.com writes:
On 07/21/2012 10:44 AM, Wen Congyang wrote:
We can know the guest
device
3. it can work when startint the kernel
Signed-off-by: Wen Congyang we...@cn.fujitsu.com
---
arch/ia64/include/asm/kvm_para.h|5 +
arch/powerpc/include/asm/kvm_para.h |5 +
arch/s390/include/asm/kvm_para.h|5 +
arch/x86/include/asm/kvm_para.h |7
(not RUN_STATE_PAUSED).
Signed-off-by: Wen Congyang we...@cn.fujitsu.com
---
block.h |2 ++
qmp.c |2 +-
vl.c|7 ---
3 files changed, 7 insertions(+), 4 deletions(-)
diff --git a/block.h b/block.h
index c89590d..4ed042d 100644
--- a/block.h
+++ b/block.h
@@ -337,6 +337,8
Corresponding kvm.git hash: 37e41afa and apply my patch for kvm
Signed-off-by: Wen Congyang we...@cn.fujitsu.com
---
linux-headers/asm-x86/kvm_para.h |2 ++
linux-headers/linux/kvm_para.h |6 ++
2 files changed, 8 insertions(+), 0 deletions(-)
diff --git a/linux-headers/asm-x86
The guest will be in this state when it is panicked.
Signed-off-by: Wen Congyang we...@cn.fujitsu.com
---
qapi-schema.json |6 +-
qmp.c|3 ++-
vl.c |7 ++-
3 files changed, 13 insertions(+), 3 deletions(-)
diff --git a/qapi-schema.json b/qapi
This event will be emited when the guest is panicked.
Signed-off-by: Wen Congyang we...@cn.fujitsu.com
---
monitor.c |1 +
monitor.h |1 +
2 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/monitor.c b/monitor.c
index 09aa3cd..a388e61 100644
--- a/monitor.c
+++ b/monitor.c
into pv_event.c
for such target.
Note: if we emit QEVENT_GUEST_PANICKED only, and the management
application does not receive this event(the management may not
run when the event is emitted), the management won't know the
guest is panicked.
Signed-off-by: Wen Congyang we...@cn.fujitsu.com
---
hw/kvm
The qom device uses a fixed PIO port that might conflict
with (non-Linux) guest expectations and/or future device models.
So allow the user to disable it.
Signed-off-by: Wen Congyang we...@cn.fujitsu.com
---
hw/pc_piix.c|6 +-
qemu-config.c |4
qemu-options.hx |3
At 07/21/2012 03:19 PM, Jan Kiszka Wrote:
On 2012-07-21 09:12, Wen Congyang wrote:
We can know the guest is panicked when the guest runs on xen.
But we do not have such feature on kvm.
Another purpose of this feature is: management app(for example:
libvirt) can do auto dump when the guest
601 - 700 of 1184 matches
Mail list logo