flight 58057 linux-linus real [real]
http://logs.test-lab.xenproject.org/osstest/logs/58057/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-rumpuserxen-amd64 15
rumpuserxen-demo-xenstorels/xenstorels.repeat fail REGR. vs.
flight 58090 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/58090/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl-qemuu-win7-amd64 16 guest-stopfail REGR. vs. 56492
flight 58087 linux-3.4 real [real]
http://logs.test-lab.xenproject.org/osstest/logs/58087/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl 9 debian-install fail REGR. vs. 52209-bisect
test-amd64-amd64-pair
On 05/06/2015 21:14, Chris (Christopher) Brand wrote:
Hi Julien,
Hi Chris,
When the property clock-frequency is present in the DT timer node, it means
that the bootloader/firmware didn't correctly configured the
CNTFRQ/CNTFRQ_EL0 on each processor.
I did try this out, and it didn't
flight 57955 xen-4.2-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/57955/
Failures :-/ but no regressions.
Tests which are failing intermittently (not blocking):
test-amd64-i386-xend-qemut-winxpsp3 16 guest-stop fail in 57895 pass in 57955
test-amd64-i386-xend-winxpsp3
flight 57925 qemu-mainline real [real]
http://logs.test-lab.xenproject.org/osstest/logs/57925/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl-qemuu-debianhvm-amd64-xsm 11 guest-saverestore fail REGR.
vs. 57815
On Thu, Jun 04, 2015 at 12:28:19PM +0100, Stefano Stabellini wrote:
Starts a second QEMU to provide PV backends in userspace to HVM guests.
Signed-off-by: Stefano Stabellini stefano.stabell...@eu.citrix.com
---
tools/libxl/libxl_create.c | 18 ++
tools/libxl/libxl_dm.c
On Wed, Jun 03, 2015 at 09:35:16AM +0800, Chen, Tiejun wrote:
[...]
+reserved regions explicitly. And using host to include all reserved
regions
+reported on this platform which is good to handle hotplug scenario. In the
+future this parameter may be further extended to allow specifying
On Sun, Jun 07, 2015 at 12:38:38PM +0100, Wei Liu wrote:
On Thu, Jun 04, 2015 at 12:27:12PM +0100, Stefano Stabellini wrote:
Hi all,
this patch series changes libxl to start QEMU as device model with the
new xsrestrict option (http://marc.info/?l=xen-develm=143341692707358).
It also
On Wed, Jun 03, 2015 at 05:07:59PM +, Joao Martins wrote:
[...]
How much harder would it be to ref-count inflight grants? Would that
simplify or perplex things? I'm just asking, not suggesting you should
choose ref-counting over current scheme.
In principle I favour simple code
flight 58064 linux-3.18 real [real]
http://logs.test-lab.xenproject.org/osstest/logs/58064/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-xl-qemuu-win7-amd64 16 guest-stop fail REGR. vs. 57312
Tests which are
On Thu, Jun 04, 2015 at 12:27:12PM +0100, Stefano Stabellini wrote:
Hi all,
this patch series changes libxl to start QEMU as device model with the
new xsrestrict option (http://marc.info/?l=xen-develm=143341692707358).
It also starts a second QEMU to provide PV backends in userspace (qdisk)
On Wed, Jun 03, 2015 at 10:25:47AM +0800, Chen, Tiejun wrote:
[...]
+static struct xen_reserved_device_memory
+*xc_device_get_rdm(libxl__gc *gc,
+ uint32_t flag,
+ uint16_t seg,
+ uint8_t bus,
+ uint8_t devfn,
+
On Mon, Jun 01, 2015 at 09:13:08AM +, Maoming wrote:
Hi all:
I encountered a troublesome problem about OVMF.
I used OVMF.fd as a BIOS of virtual machine(VM).
1、my environment:
xen_version: 4.6-unstable
I git clone xen from
flight 58015 libvirt real [real]
http://logs.test-lab.xenproject.org/osstest/logs/58015/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-libvirt 11 guest-start fail REGR. vs. 53854
test-amd64-amd64-libvirt
flight 57979 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/57979/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl-qemuu-win7-amd64 16 guest-stopfail REGR. vs. 56492
From: Wen Congyang we...@cn.fujitsu.com
The guest is paused after libxl_domain_create_restore().
Secondary vm is running in colo mode. So we need to unpause
the guest. The current API libxl_domain_unpause() is
not an internal API. Introduce a new API to support it.
No functional change.
This patchset is Prerequisite for COLO feature. For what COLO is, refer
to http://wiki.xen.org/wiki/COLO_-_Coarse_Grain_Lock_Stepping
This patchset is based on:
[PATCH v2 0/6] Misc cleanups for libxl
You can also get the patchset from:
https://github.com/macrosheep/xen/tree/colo-v6
v1-v2:
Currently, libxl__domain_unpause() only supports
qemu-xen-traditional. Update it to support qemu-xen.
Signed-off-by: Wen Congyang we...@cn.fujitsu.com
Signed-off-by: Yang Hongyang yan...@cn.fujitsu.com
---
tools/libxl/libxl.c | 42 +-
1 file changed, 33
ioreq page contains evtchn which will be set when we resume the
secondary vm the first time. The hypervisor will check if the
evtchn is corrupted, so we cannot zero the ioreq page more
than one time.
The ioreq-state is always STATE_IOREQ_NONE after the vm is
suspended, so it is OK if we only zero
Secondary vm is running in colo mode. So we will do
the following things again and again:
1. suspend both primay vm and secondary vm
2. sync the state
3. resume both primary vm and secondary vm
We will send qemu's state each time in step2, and
slave's qemu should read it each time before resuming
From: Wen Congyang we...@cn.fujitsu.com
In colo mode, slave needs to send data to master, but the io_fd
only can be written in master, and only can be read in slave.
Save recv_fd in domain_suspend_state, and send_fd in
domain_create_state.
Signed-off-by: Wen Congyang we...@cn.fujitsu.com
From: Wen Congyang we...@cn.fujitsu.com
For PVHVM, the hypercall return code is 0, and it can be resumed
in a new domain context.
we suspend PVHVM and resume it is like this:
1. suspend it via evtchn
2. modifty the return code to 1
3. the guest know that the suspend is cancelled, we will use fast
This is just tidying up after the previous automatic renaming.
Signed-off-by: Yang Hongyang yan...@cn.fujitsu.com
Signed-off-by: Wen Congyang we...@cn.fujitsu.com
---
tools/libxl/libxl_checkpoint_device.c | 21 +++--
tools/libxl/libxl_internal.h | 19 +++
From: Wen Congyang we...@cn.fujitsu.com
Currently, all callbacks return an integer value or void. We cannot
return some data to xc via callback. Update libxl_save_msgs_gen.pl
to support this case.
Signed-off-by: Wen Congyang we...@cn.fujitsu.com
---
tools/libxl/libxl_internal.h | 3 ++
When we are under COLO, we will send dirty page bitmap info from
secondary to primary at every checkpoint. So we need to get/test
the dirty page bitmap. We just expose xc_bitops.h for libxl use.
NOTE:
Need to make clean and rerun configure to get it compiled.
Signed-off-by: Yang Hongyang
Checkpoint device is an abstract layer to do checkpoint.
COLO can also use it to do checkpoint. But there are
still some codes in checkpoint device which touch remus:
1. remus_ops: we use remus ops directly in checkpoint
device. Store it in checkpoint device state.
2. concrete layer's private
From: Wen Congyang we...@cn.fujitsu.com
We will do the following things again and again:
1. Suspend primary vm
a. Suspend primary vm
b. do postsuspend
c. Read LIBXL_COLO_SVM_SUSPENDED sent by secondary
d. Read secondary vm's dirty page information to master(count + pfn list)
2. Get
From: Wen Congyang we...@cn.fujitsu.com
Secondary vm is running in colo mode. So we will do
the following things again and again:
1. Resume secondary vm
a. Send LIBXL_COLO_SVM_READY to master.
b. If it is not the first resume, call libxl__checkpoint_devices_preresume().
c. If it is the
call the callbacks resume/checkpoint/suspend while secondary vm
status is consistent with primary.
Signed-off-by: Yang Hongyang yan...@cn.fujitsu.com
Signed-off-by: Wen Congyang we...@cn.fujitsu.com
CC: Andrew Cooper andrew.coop...@citrix.com
---
tools/libxc/xc_sr_common.h | 11 +--
This patchset implemented the COLO feature for Xen.
For detail/install/use of COLO feature, refer to:
http://wiki.xen.org/wiki/COLO_-_Coarse_Grain_Lock_Stepping
This patchset is based on:
[PATCH v2 COLOPre 00/13] Prerequisite patches for COLO
We only support hvm guest now. The codes are also
From: Wen Congyang we...@cn.fujitsu.com
Add a new option -c to the command 'xl remus'. If you want
to use COLO HA instead of Remus HA, please use -c option.
Update man pages to reflect the addition of a new option to
'xl remus' command.
Also add a new option -c to the internal command 'xl
From: Wen Congyang we...@cn.fujitsu.com
Usage: disk = ['...,colo,colo-params=xxx,active-disk=xxx,hidden-disk=xxx...']
The format of colo-params: host:port:exportname=xx
Signed-off-by: Wen Congyang we...@cn.fujitsu.com
Signed-off-by: Yang Hongyang yan...@cn.fujitsu.com
---
docs/man/xl.pod.1
From: Wen Congyang we...@cn.fujitsu.com
We will call libxl__xc_domain_restore_done() to rebuild secondary vm. But
we need store mfn and console mfn when rebuilding secondary vm. So make
restore_results is a function pointers in callbacks struct and struct
{save,restore}_callbacks, and use this
From: Wen Congyang we...@cn.fujitsu.com
The guest should be paused before doing COLO!!!
Signed-off-by: Wen Congyang we...@cn.fujitsu.com
---
tools/libxl/Makefile | 1 +
tools/libxl/libxl_colo_qdisk.c | 209 +++
tools/libxl/libxl_colo_restore.c
add colo readme, refer to
http://wiki.xen.org/wiki/COLO_-_Coarse_Grain_Lock_Stepping
Signed-off-by: Yang Hongyang yan...@cn.fujitsu.com
---
docs/README.colo | 9 +
1 file changed, 9 insertions(+)
create mode 100644 docs/README.colo
diff --git a/docs/README.colo b/docs/README.colo
new
call callbacks-get_dirty_pfn() after suspend primary vm to
get dirty pages on secondary vm, and send pages both dirty on
primary/secondary to secondary.
Signed-off-by: Yang Hongyang yan...@cn.fujitsu.com
Signed-off-by: Wen Congyang we...@cn.fujitsu.com
CC: Andrew Cooper andrew.coop...@citrix.com
Add cmdline switches to 'xl migrate-receive' command to specify
a domain-specific hotplug script to setup COLO proxy.
Add a new config var 'colo.default.agentscript' to xl.conf, that
allows the user to override the default global script used to
setup COLO proxy.
Signed-off-by: Yang Hongyang
preresume, postresume and checkpoint
Signed-off-by: Yang Hongyang yan...@cn.fujitsu.com
---
tools/libxl/libxl_colo.h | 3 +++
tools/libxl/libxl_colo_proxy.c | 57 ++
2 files changed, 60 insertions(+)
diff --git a/tools/libxl/libxl_colo.h
setup and control colo proxy on primary side
Signed-off-by: Yang Hongyang yan...@cn.fujitsu.com
---
tools/libxl/libxl_colo_save.c | 125 +++---
tools/libxl/libxl_internal.h | 1 +
2 files changed, 118 insertions(+), 8 deletions(-)
diff --git
implement COLO nic subkind.
Signed-off-by: Yang Hongyang yan...@cn.fujitsu.com
Signed-off-by: Wen Congyang we...@cn.fujitsu.com
---
tools/hotplug/Linux/Makefile | 1 +
tools/hotplug/Linux/colo-proxy-setup | 131 +++
tools/libxl/Makefile | 1 +
setup/teardown of COLO proxy module.
we use netlink to communicate with proxy module.
Signed-off-by: Yang Hongyang yan...@cn.fujitsu.com
---
tools/libxl/Makefile | 1 +
tools/libxl/libxl_colo.h | 2 +
tools/libxl/libxl_colo_proxy.c | 210
On 05/27/2015 07:05 PM, David Vrabel wrote:
On 27/05/15 17:25, David Vrabel wrote:
On 20/04/15 06:23, Juergen Gross wrote:
64 bit pv-domains under Xen are limited to 512 GB of RAM today. The
main reason has been the 3 level p2m tree, which was replaced by the
virtual mapped linear p2m list.
Ping?
Anything missing from my side?
On 04/30/2015 12:53 PM, Juergen Gross wrote:
Paravirtualized spinlocks produce some overhead even if the kernel is
running on bare metal. The main reason are the more complex locking
and unlocking functions. Especially unlocking is no longer just one
On 06/05/2015 09:53 PM, wei.l...@citrix.com wrote:
(Note, please trim your quotes when replying, and also trim the CC list if
necessary. You might also consider changing the subject line of your reply to
Status of (Was: Xen 4.6 Development Update (X months reminder))
Hi all
We are now four
flight 58095 xen-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/58095/
Failures :-/ but no regressions.
Regressions which are regarded as allowable (not blocking):
test-armhf-armhf-libvirt 11 guest-start fail REGR. vs. 57903
test-amd64-i386-libvirt
From: Julien Grall julien.gr...@citrix.com
Date: Thu, 4 Jun 2015 16:35:13 +0100
rx-status is an int16_t, print it using %d rather than %u in order to
have a meaningful value when the field is negative.
Also use %d rather than %x for rx-offset.
Signed-off-by: Julien Grall
On 2015/6/7 19:06, Wei Liu wrote:
On Wed, Jun 03, 2015 at 09:35:16AM +0800, Chen, Tiejun wrote:
[...]
+reserved regions explicitly. And using host to include all reserved regions
+reported on this platform which is good to handle hotplug scenario. In the
+future this parameter may be further
On 26/05/2015 21:58, Jan Beulich wrote
On 13.05.16 at 09:50, wei.w.w...@intel.com wrote:
+static int byt_get_min_pstate(void)
+{
+u64 value;
+
+rdmsrl(BYT_RATIOS, value);
+return (value 8) 0x7F;
+}
+
+static int byt_get_max_pstate(void)
+{
+u64 value;
+
flight 58111 linux-3.18 real [real]
http://logs.test-lab.xenproject.org/osstest/logs/58111/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-xl-qemuu-win7-amd64 16 guest-stop fail in 58064 REGR. vs. 57312
Tests which are
flight 58104 qemu-mainline real [real]
http://logs.test-lab.xenproject.org/osstest/logs/58104/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-armhf-armhf-xl 3 host-install(3) broken REGR. vs. 57815
-Original Message-
From: wei.l...@citrix.com [mailto:wei.l...@citrix.com]
Sent: Friday, June 05, 2015 9:54 PM
To: xen-de...@lists.xenproject.org; White, Edmund H;
xumengpa...@gmail.com; dgol...@seas.upenn.edu; lichong...@gmail.com;
jtwea...@hawaii.edu;
flight 58008 xen-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/58008/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-rumpuserxen-i386 15
rumpuserxen-demo-xenstorels/xenstorels.repeat fail REGR. vs.
On Mon, Apr 20, 2015 at 04:32:12PM +0200, Michael S. Tsirkin wrote:
On Mon, Apr 20, 2015 at 03:08:09PM +0100, Jan Beulich wrote:
On 20.04.15 at 15:43, m...@redhat.com wrote:
On Mon, Apr 13, 2015 at 01:51:06PM +0100, Jan Beulich wrote:
On 13.04.15 at 14:47, m...@redhat.com wrote:
Can
On 2015/6/7 19:20, Wei Liu wrote:
On Wed, Jun 03, 2015 at 10:25:47AM +0800, Chen, Tiejun wrote:
[...]
+static struct xen_reserved_device_memory
+*xc_device_get_rdm(libxl__gc *gc,
+ uint32_t flag,
+ uint16_t seg,
+ uint8_t bus,
+
-Original Message-
From: wei.l...@citrix.com [mailto:wei.l...@citrix.com]
Sent: Friday, June 5, 2015 9:54 PM
Hi all
We are now four months into 4.6 development window. This is an email to keep
track of all the patch series I gathered. It is by no means complete and / or
56 matches
Mail list logo