* [xen-4.6-testing test] 61839: regressions - FAIL
@ 2015-09-14 22:19 ` osstest service owner
2015-09-17 15:01 ` [xen-4.6-testing test] 61839: regressions - FAIL [and 1 more messages] Ian Jackson
0 siblings, 1 reply; 6+ messages in thread
From: osstest service owner @ 2015-09-14 22:19 UTC (permalink / raw)
To: xen-devel, osstest-admin
flight 61839 xen-4.6-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/61839/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-xl-qemut-stubdom-debianhvm-amd64-xsm 9 debian-hvm-install fail REGR. vs. 61745
Regressions which are regarded as allowable (not blocking):
test-armhf-armhf-xl-rtds 11 guest-start fail REGR. vs. 61745
Tests which did not succeed, but are not blocking:
test-amd64-amd64-xl-pvh-amd 11 guest-start fail never pass
test-armhf-armhf-xl-qcow2 9 debian-di-install fail never pass
test-armhf-armhf-libvirt-vhd 9 debian-di-install fail never pass
test-amd64-amd64-xl-pvh-intel 11 guest-start fail never pass
test-armhf-armhf-xl-raw 9 debian-di-install fail never pass
test-armhf-armhf-libvirt-qcow2 9 debian-di-install fail never pass
test-armhf-armhf-libvirt-raw 9 debian-di-install fail never pass
test-armhf-armhf-libvirt-xsm 12 migrate-support-check fail never pass
test-armhf-armhf-libvirt-xsm 14 guest-saverestore fail never pass
test-amd64-i386-libvirt-pair 21 guest-migrate/src_host/dst_host fail never pass
test-armhf-armhf-xl-vhd 9 debian-di-install fail never pass
test-amd64-i386-libvirt 12 migrate-support-check fail never pass
test-amd64-amd64-libvirt 12 migrate-support-check fail never pass
test-amd64-amd64-libvirt-xsm 12 migrate-support-check fail never pass
test-amd64-i386-libvirt-xsm 12 migrate-support-check fail never pass
test-amd64-amd64-libvirt-pair 21 guest-migrate/src_host/dst_host fail never pass
test-armhf-armhf-xl-arndale 12 migrate-support-check fail never pass
test-armhf-armhf-xl-arndale 13 saverestore-support-check fail never pass
test-amd64-amd64-libvirt-qemuu-debianhvm-amd64-xsm 10 migrate-support-check fail never pass
test-amd64-amd64-libvirt-qcow2 11 migrate-support-check fail never pass
test-amd64-i386-xl-qemut-win7-amd64 17 guest-stop fail never pass
test-amd64-amd64-xl-qemut-win7-amd64 17 guest-stop fail never pass
test-amd64-amd64-libvirt-raw 11 migrate-support-check fail never pass
test-armhf-armhf-xl-multivcpu 13 saverestore-support-check fail never pass
test-armhf-armhf-xl-multivcpu 12 migrate-support-check fail never pass
test-amd64-i386-libvirt-vhd 11 migrate-support-check fail never pass
test-armhf-armhf-xl 12 migrate-support-check fail never pass
test-armhf-armhf-xl 13 saverestore-support-check fail never pass
test-armhf-armhf-xl-credit2 13 saverestore-support-check fail never pass
test-armhf-armhf-xl-credit2 12 migrate-support-check fail never pass
test-amd64-i386-libvirt-qemuu-debianhvm-amd64-xsm 10 migrate-support-check fail never pass
test-amd64-amd64-libvirt-vhd 11 migrate-support-check fail never pass
test-armhf-armhf-xl-xsm 13 saverestore-support-check fail never pass
test-armhf-armhf-xl-xsm 12 migrate-support-check fail never pass
test-armhf-armhf-xl-cubietruck 12 migrate-support-check fail never pass
test-armhf-armhf-xl-cubietruck 13 saverestore-support-check fail never pass
test-amd64-i386-xl-qemuu-win7-amd64 17 guest-stop fail never pass
test-amd64-i386-libvirt-raw 11 migrate-support-check fail never pass
test-amd64-i386-libvirt-qcow2 11 migrate-support-check fail never pass
test-amd64-amd64-xl-qemuu-win7-amd64 17 guest-stop fail never pass
test-armhf-armhf-libvirt 14 guest-saverestore fail never pass
test-armhf-armhf-libvirt 12 migrate-support-check fail never pass
version targeted for testing:
xen da24ee8f47b2137bc273fa7005060d2feb00da05
baseline version:
xen a7b39c8bd6cba3fe1c8012987b9e28bdbac7e92d
Last test of basis 61745 2015-09-10 11:13:18 Z 4 days
Testing same since 61839 2015-09-12 07:49:27 Z 2 days 1 attempts
------------------------------------------------------------
People who touched revisions under test:
Boris Ostrovsky <boris.ostrovsky@oracle.com>
Ian Campbell <ian.campbell@citrix.com>
Ian Jackson <Ian.Jackson@eu.citrix.com>
Jan Beulich <jbeulich@suse.com>
Kouya Shimura <kouya@jp.fujitsu.com>
Stefano Stabellini <stefano.stabellini@eu.citrix.com>
Wei Liu <wei.liu2@citrix.com>
jobs:
build-amd64-xsm pass
build-armhf-xsm pass
build-i386-xsm pass
build-amd64 pass
build-armhf pass
build-i386 pass
build-amd64-libvirt pass
build-armhf-libvirt pass
build-i386-libvirt pass
build-amd64-prev pass
build-i386-prev pass
build-amd64-pvops pass
build-armhf-pvops pass
build-i386-pvops pass
build-amd64-rumpuserxen pass
build-i386-rumpuserxen pass
test-amd64-amd64-xl pass
test-armhf-armhf-xl pass
test-amd64-i386-xl pass
test-amd64-amd64-xl-qemut-debianhvm-amd64-xsm pass
test-amd64-i386-xl-qemut-debianhvm-amd64-xsm pass
test-amd64-amd64-libvirt-qemuu-debianhvm-amd64-xsm pass
test-amd64-i386-libvirt-qemuu-debianhvm-amd64-xsm pass
test-amd64-amd64-xl-qemuu-debianhvm-amd64-xsm pass
test-amd64-i386-xl-qemuu-debianhvm-amd64-xsm pass
test-amd64-amd64-xl-qemut-stubdom-debianhvm-amd64-xsm pass
test-amd64-i386-xl-qemut-stubdom-debianhvm-amd64-xsm fail
test-amd64-amd64-libvirt-xsm pass
test-armhf-armhf-libvirt-xsm fail
test-amd64-i386-libvirt-xsm pass
test-amd64-amd64-xl-xsm pass
test-armhf-armhf-xl-xsm pass
test-amd64-i386-xl-xsm pass
test-amd64-amd64-xl-pvh-amd fail
test-amd64-i386-qemut-rhel6hvm-amd pass
test-amd64-i386-qemuu-rhel6hvm-amd pass
test-amd64-amd64-xl-qemut-debianhvm-amd64 pass
test-amd64-i386-xl-qemut-debianhvm-amd64 pass
test-amd64-amd64-xl-qemuu-debianhvm-amd64 pass
test-amd64-i386-xl-qemuu-debianhvm-amd64 pass
test-amd64-i386-freebsd10-amd64 pass
test-amd64-amd64-xl-qemuu-ovmf-amd64 pass
test-amd64-i386-xl-qemuu-ovmf-amd64 pass
test-amd64-amd64-rumpuserxen-amd64 pass
test-amd64-amd64-xl-qemut-win7-amd64 fail
test-amd64-i386-xl-qemut-win7-amd64 fail
test-amd64-amd64-xl-qemuu-win7-amd64 fail
test-amd64-i386-xl-qemuu-win7-amd64 fail
test-armhf-armhf-xl-arndale pass
test-amd64-amd64-xl-credit2 pass
test-armhf-armhf-xl-credit2 pass
test-armhf-armhf-xl-cubietruck pass
test-amd64-i386-freebsd10-i386 pass
test-amd64-i386-rumpuserxen-i386 pass
test-amd64-amd64-xl-pvh-intel fail
test-amd64-i386-qemut-rhel6hvm-intel pass
test-amd64-i386-qemuu-rhel6hvm-intel pass
test-amd64-amd64-libvirt pass
test-armhf-armhf-libvirt fail
test-amd64-i386-libvirt pass
test-amd64-amd64-migrupgrade pass
test-amd64-i386-migrupgrade pass
test-amd64-amd64-xl-multivcpu pass
test-armhf-armhf-xl-multivcpu pass
test-amd64-amd64-pair pass
test-amd64-i386-pair pass
test-amd64-amd64-libvirt-pair fail
test-amd64-i386-libvirt-pair fail
test-amd64-amd64-amd64-pvgrub pass
test-amd64-amd64-i386-pvgrub pass
test-amd64-amd64-pygrub pass
test-amd64-amd64-libvirt-qcow2 pass
test-armhf-armhf-libvirt-qcow2 fail
test-amd64-i386-libvirt-qcow2 pass
test-amd64-amd64-xl-qcow2 pass
test-armhf-armhf-xl-qcow2 fail
test-amd64-i386-xl-qcow2 pass
test-amd64-amd64-libvirt-raw pass
test-armhf-armhf-libvirt-raw fail
test-amd64-i386-libvirt-raw pass
test-amd64-amd64-xl-raw pass
test-armhf-armhf-xl-raw fail
test-amd64-i386-xl-raw pass
test-amd64-amd64-xl-rtds pass
test-armhf-armhf-xl-rtds fail
test-amd64-i386-xl-qemut-winxpsp3-vcpus1 pass
test-amd64-i386-xl-qemuu-winxpsp3-vcpus1 pass
test-amd64-amd64-libvirt-vhd pass
test-armhf-armhf-libvirt-vhd fail
test-amd64-i386-libvirt-vhd pass
test-amd64-amd64-xl-vhd pass
test-armhf-armhf-xl-vhd fail
test-amd64-i386-xl-vhd pass
test-amd64-amd64-xl-qemut-winxpsp3 pass
test-amd64-i386-xl-qemut-winxpsp3 pass
test-amd64-amd64-xl-qemuu-winxpsp3 pass
test-amd64-i386-xl-qemuu-winxpsp3 pass
------------------------------------------------------------
sg-report-flight on osstest.test-lab.xenproject.org
logs: /home/logs/logs
images: /home/logs/images
Logs, config files, etc. are available at
http://logs.test-lab.xenproject.org/osstest/logs
Explanation of these reports, and of osstest in general, is at
http://xenbits.xen.org/gitweb/?p=osstest.git;a=blob;f=README.email;hb=master
http://xenbits.xen.org/gitweb/?p=osstest.git;a=blob;f=README;hb=master
Test harness code can be found at
http://xenbits.xen.org/gitweb?p=osstest.git;a=summary
Not pushing.
------------------------------------------------------------
commit da24ee8f47b2137bc273fa7005060d2feb00da05
Author: Wei Liu <wei.liu2@citrix.com>
Date: Fri Sep 11 14:50:09 2015 +0100
xl: handle empty vnuma configuration
When user specifies vnuma = [], we need to skip the whole parser
function, otherwise the parser sets b_info->max_memkb to garbage value.
Signed-off-by: Wei Liu <wei.liu2@citrix.com>
Acked-by: Ian Campbell <ian.campbell@citrix.com>
(cherry picked from commit ebe3fd9e736dda6cb141abe1241f0c8491125ebc)
commit ed9926ecf015b7693955d0d587c491d23bd0e676
Author: Wei Liu <wei.liu2@citrix.com>
Date: Wed Sep 9 17:11:24 2015 +0100
xl/libxl: disallow saving a guest with vNUMA configured
This is because the migration stream does not preserve node information.
Note this is not a regression for migration v2 vs legacy migration
because neither of them preserves node information.
Signed-off-by: Wei Liu <wei.liu2@citrix.com>
Acked-by: Ian Campbell <ian.campbell@citrix.com>
[ ijc -- some grammar fixes to the doc and fixed a comment ]
(cherry picked from commit fa6b5490be0bf2c0d1c17197e9c30af22e0a24e9)
commit 13f44615d88150ff825ecd77fd27cc225db07376
Author: Wei Liu <wei.liu2@citrix.com>
Date: Fri Sep 11 14:50:07 2015 +0100
libxc: introduce xc_domain_getvnuma
A simple wrapper for XENMEM_get_vnumainfo.
Signed-off-by: Wei Liu <wei.liu2@citrix.com>
Acked-by: Ian Campbell <ian.campbell@citrix.com>
(cherry picked from commit 818f445e71f3ec7819d2e7ed23fa3ecb2fed4054)
Conflicts:
tools/libxc/xc_domain.c
commit 607dfbb11f8117d945031a282b2b939f7eb12fb5
Author: Ian Campbell <ian.campbell@citrix.com>
Date: Fri Sep 11 15:19:54 2015 +0100
libxl: format fd flags with 0x since they are hex.
Commit 93f5194e7270 "libxl: clear O_NONBLOCK|O_NDELAY on migration fd
and reinstate afterwards" added some logging of fcntl.F_GETFL at all
as %x without a 0x prefix to make it clear they numbers are hex. Fix
this alongwith an inadvertent logging of the fd itself as hex.
Signed-off-by: Ian Campbell <ian.campbell@citrix.com>
Acked-by: Ian Jackson <ian.jackson@eu.citrix.com>
Acked-by: Wei Liu <wei.liu2@citrix.com>
(cherry picked from commit c4b717808f4bead160008ba653ed4e6b05831a71)
commit 93a6ff88dc703fa06f50fbde9e685b43ce55da8e
Author: Kouya Shimura <kouya@jp.fujitsu.com>
Date: Fri Sep 11 16:27:32 2015 +0200
x86/hvm: fix saved pmtimer and hpet values
The ACPI PM timer is sometimes broken on live migration.
Since vcpu->arch.hvm_vcpu.guest_time is always zero in other than
"delay for missed ticks mode". Even in "delay for missed ticks mode",
vcpu's guest_time field is not valid (i.e. zero) when
the state of vcpu is "blocked". (see pt_save_timer function)
The original author (Tim Deegan) of pmtimer_save() must have intended
that it saves the last scheduled time of the vcpu. Unfortunately it was
already implied this bug. FYI, there is no other timer mode than
"delay for missed ticks mode" then.
For consistency with HPET, pmtimer_save() should refer hvm_get_guest_time()
to update the counter as well as hpet_save() does.
Without this patch, the clock of windows server 2012R2 without HPET
might leap forward several minutes on live migration.
Signed-off-by: Kouya Shimura <kouya@jp.fujitsu.com>
Retain use of ->arch.hvm_vcpu.guest_time when non-zero. Do the inverse
adjustment for vHPET.
Signed-off-by: Jan Beulich <jbeulich@suse.com>
Reviewed-by: Tim Deegan <tim@xen.org>
Reviewed-by: Kouya Shimura <kouya@jp.fujitsu.com>
Release-acked-by: Wei Liu <wei.liu2@citrix.com>
master commit: 244582a01dcb49fa30083725964a066937cc94f2
master date: 2015-09-11 16:24:56 +0200
commit 457614700934daf0e5053e1acccb0261607472c0
Author: Ian Campbell <ian.campbell@citrix.com>
Date: Fri Sep 11 11:42:51 2015 +0100
libxl: clear O_NONBLOCK|O_NDELAY on migration fd and reinstate afterwards
The fd passed to us by libvirt for both save and restore has at least
O_NONBLOCK set, which libxl does not expect and therefore fails to
handle any EAGAIN which might arise.
This has been observed with migration v2, but if v1 used to work I
think that would be just be by luck and/or coincidence.
Unix convention (and the principal of least surprise) is usually to
ensure that an fd has no "strange" properties, such as being
non-blocking, when handing it to another component.
However for the convenience of the application arrange instead for
libxl to clear any unexpected flags on the file descriptors it is
given for save or restore and restore them to their original state at
the end. O_NDELAY could be similarly problematic so clear that as
well as O_NONBLOCK.
To do this introduce a pair of new helper functions one to modify+save
the flags and another to restore them and call them in the appropriate
places.
The migration v1 code appeared to do some things with O_NONBLOCK in
the checkpoint case. Migration v2 doesn't seem to do so, and in any
case I wouldn't expect it to be relying on libvirt's setting of
O_NONBLOCK when xl doesn't use that flag.
Signed-off-by: Ian Campbell <ian.campbell@citrix.com>
Acked-by: Ian Jackson <ian.jackson@eu.citrix.com>
Acked-by: Wei Liu <wei.liu2@citrix.com>
Cc: Jim Fehlig <jfehlig@suse.com>
Cc: Andrew Cooper <andrew.cooper3@citrix.com>
Cc: Shriram Rajagopalan <rshriram@cs.ubc.ca>
Cc: Yang Hongyang <yanghy@cn.fujitsu.com>
(cherry picked from commit 93f5194e72708776783f2d34894c9b42031e116e)
commit 0b6d907c5a170668b245caae580ee7193838d6d9
Author: Ian Jackson <ian.jackson@eu.citrix.com>
Date: Fri Sep 11 11:18:27 2015 +0100
QEMU_TAG update
commit b0c5ff5e10ffd9c31c37b4e92382bd51392f902d
Author: Wei Liu <wei.liu2@citrix.com>
Date: Wed Sep 9 18:03:36 2015 +0100
libxl: set ret to non-zero value in failure path
... otherwise we have something like:
xl: libxl_create.c:968: initiate_domain_create: Assertion `ret' failed.
Signed-off-by: Wei Liu <wei.liu2@citrix.com>
Acked-by: Ian Campbell <ian.campbell@citrix.com>
(cherry picked from commit 63ac1c01f3c5a9afb2c4ef3e6c44eb973cfca7e9)
commit a4cebfd144ebf9e833a71e64c68b4745196d6b5b
Author: Wei Liu <wei.liu2@citrix.com>
Date: Thu Sep 10 12:18:03 2015 +0100
configure: don't silently disable systemd support
Originally when user runs ./configure --enable-systemd and systemd
development library is not available the build system silently disables
systemd support. This is not in line with normal expectation.
Instead, configure should error out when user has asked for systemd
support but development libraries can't be found.
Reported-by: George Dunlap <george.dunlap@eu.citrix.com>
Signed-off-by: Wei Liu <wei.liu2@citrix.com>
Acked-by: Ian Campbell <ian.campbell@citrix.com>
(cherry picked from commit 250f988c6c41004bd46990edb9d5662bb606cf92)
commit cb5599f7fa2a5b4b98acc0fb37dbafbd73dea022
Author: Ian Jackson <ian.jackson@eu.citrix.com>
Date: Wed Sep 9 16:22:07 2015 +0100
Config.mk: Non-debug build by default.
Set debug ?= n, in preperation for late RCs and eventual release.
Signed-off-by: Ian Jackson <ian.jackson@eu.citrix.com>
CC: Wei Liu <wei.liu2@citrix.com>
commit 33ad644b4236ecc1008b03cd0cac9b9b61877fb5
Author: Boris Ostrovsky <boris.ostrovsky@oracle.com>
Date: Wed Sep 9 16:17:12 2015 +0200
x86/VPMU: Set VPMU context pointer to NULL when freeing it
Otherwise we may hit assertion in vpmu_initialise() if vcpu is offlined
and then onlined again.
For tidyness, set priv_context to NULL as well.
Signed-off-by: Boris Ostrovsky <boris.ostrovsky@oracle.com>
Reviewed-by: Dietmar Hahn <dietmar.hahn@ts.fujitsu.com>
Release-acked-by: Wei Liu <wei.liu2@citrix.com>
master commit: 0b5fd6433f54281f3bffd79f2d759dd0edc1f3ab
master date: 2015-09-09 15:32:00 +0200
commit e7e711e49e1b47bca7b2bb65c8b7b2651b8cc094
Author: Stefano Stabellini <stefano.stabellini@eu.citrix.com>
Date: Wed Sep 9 16:16:32 2015 +0200
efi: introduce efi_arch_flush_dcache_area
Objects loaded by FileHandle->Read need to be flushed from dcache,
otherwise copy_from_paddr will read stale data when copying the kernel,
causing a failure to boot.
Introduce efi_arch_flush_dcache_area and call it from read_file.
This commit introduces no functional changes on x86.
Reported-by: Mark Rutland <mark.rutland@arm.com>
Signed-off-by: Stefano Stabellini <stefano.stabellini@eu.citrix.com>
Acked-by: Ian Campbell <ian.campbell@citrix.com>
Release-acked-by: Wei Liu <wei.liu2@citrix.com>
master commit: 0d6a3c755374f04f6dd25373da28291a8f35bede
master date: 2015-09-09 15:29:06 +0200
commit 5af5c1ad4c1ef288d3e7e1c16b05986f301b0f67
Author: Ian Jackson <ian.jackson@eu.citrix.com>
Date: Wed Sep 9 13:14:37 2015 +0100
Branch for 4.6: Document stable tree MAINTAINERS
commit ddd9d77e826165590595385fa5e00d61291bfdd0
Author: Ian Campbell <ian.campbell@citrix.com>
Date: Sat Jul 25 08:28:58 2015 +0000
MAINTAINERS: stable backports should be requested on xen-devel
As well as CC-ing the correct people. I just saw such a request on
xen-users and thought this was worth clarifying here too.
Signed-off-by: Ian Campbell <ian.campbell@citrix.com>
(cherry picked from commit 664675adece8e6c4220c3bd22b1f78bea7e630b1)
commit 8d7fee3ac250f13da3f172a17f930f472d841865
Author: Ian Jackson <ian.jackson@eu.citrix.com>
Date: Wed Sep 9 13:08:15 2015 +0100
Branch for 4.6: Update QEMU references
Refer to the 4.6-testing versions of all these.
Signed-off-by: Ian Jackson <Ian.Jackson@eu.citrix.com>
(qemu changes not included)
^ permalink raw reply [flat|nested] 6+ messages in thread
* [xen-4.6-testing test] 62015: regressions - FAIL
@ 2015-09-17 6:44 osstest service owner
2015-09-17 12:40 ` Wei Liu
0 siblings, 1 reply; 6+ messages in thread
From: osstest service owner @ 2015-09-17 6:44 UTC (permalink / raw)
To: xen-devel, osstest-admin
flight 62015 xen-4.6-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/62015/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-xl-qemut-stubdom-debianhvm-amd64-xsm 9 debian-hvm-install fail REGR. vs. 61745
Regressions which are regarded as allowable (not blocking):
test-armhf-armhf-xl-rtds 15 guest-start.2 fail REGR. vs. 61745
test-amd64-i386-xl-qemuu-debianhvm-amd64-xsm 19 guest-start/debianhvm.repeat fail like 61745
Tests which did not succeed, but are not blocking:
test-amd64-amd64-xl-pvh-amd 11 guest-start fail never pass
test-amd64-amd64-xl-pvh-intel 11 guest-start fail never pass
test-armhf-armhf-libvirt-vhd 9 debian-di-install fail never pass
test-armhf-armhf-xl-raw 9 debian-di-install fail never pass
test-armhf-armhf-libvirt-qcow2 9 debian-di-install fail never pass
test-armhf-armhf-xl-qcow2 9 debian-di-install fail never pass
test-armhf-armhf-libvirt-xsm 12 migrate-support-check fail never pass
test-armhf-armhf-libvirt-xsm 14 guest-saverestore fail never pass
test-armhf-armhf-libvirt-raw 9 debian-di-install fail never pass
test-armhf-armhf-xl-vhd 9 debian-di-install fail never pass
test-amd64-amd64-libvirt-xsm 12 migrate-support-check fail never pass
test-amd64-i386-libvirt-xsm 12 migrate-support-check fail never pass
test-amd64-amd64-libvirt 12 migrate-support-check fail never pass
test-armhf-armhf-xl-arndale 12 migrate-support-check fail never pass
test-armhf-armhf-xl-arndale 13 saverestore-support-check fail never pass
test-armhf-armhf-xl-rtds 13 saverestore-support-check fail never pass
test-armhf-armhf-xl-rtds 12 migrate-support-check fail never pass
test-amd64-amd64-libvirt-qcow2 11 migrate-support-check fail never pass
test-amd64-amd64-libvirt-qemuu-debianhvm-amd64-xsm 10 migrate-support-check fail never pass
test-amd64-amd64-xl-qemut-win7-amd64 17 guest-stop fail never pass
test-amd64-amd64-libvirt-raw 11 migrate-support-check fail never pass
test-amd64-i386-xl-qemut-win7-amd64 17 guest-stop fail never pass
test-armhf-armhf-xl 12 migrate-support-check fail never pass
test-armhf-armhf-xl 13 saverestore-support-check fail never pass
test-armhf-armhf-xl-credit2 13 saverestore-support-check fail never pass
test-armhf-armhf-xl-credit2 12 migrate-support-check fail never pass
test-amd64-i386-libvirt-qemuu-debianhvm-amd64-xsm 10 migrate-support-check fail never pass
test-amd64-amd64-libvirt-vhd 11 migrate-support-check fail never pass
test-amd64-i386-libvirt-vhd 11 migrate-support-check fail never pass
test-armhf-armhf-xl-xsm 13 saverestore-support-check fail never pass
test-armhf-armhf-xl-xsm 12 migrate-support-check fail never pass
test-armhf-armhf-xl-multivcpu 13 saverestore-support-check fail never pass
test-armhf-armhf-xl-multivcpu 12 migrate-support-check fail never pass
test-amd64-i386-libvirt 12 migrate-support-check fail never pass
test-armhf-armhf-xl-cubietruck 12 migrate-support-check fail never pass
test-armhf-armhf-xl-cubietruck 13 saverestore-support-check fail never pass
test-amd64-i386-xl-qemuu-win7-amd64 17 guest-stop fail never pass
test-amd64-i386-libvirt-raw 11 migrate-support-check fail never pass
test-amd64-i386-libvirt-qcow2 11 migrate-support-check fail never pass
test-amd64-amd64-xl-qemuu-win7-amd64 17 guest-stop fail never pass
test-armhf-armhf-libvirt 14 guest-saverestore fail never pass
test-armhf-armhf-libvirt 12 migrate-support-check fail never pass
version targeted for testing:
xen 70d63e48077f8fee8eda6d8d95eeda52a34d9077
baseline version:
xen a7b39c8bd6cba3fe1c8012987b9e28bdbac7e92d
Last test of basis 61745 2015-09-10 11:13:18 Z 6 days
Failing since 61839 2015-09-12 07:49:27 Z 4 days 2 attempts
Testing same since 62015 2015-09-14 22:22:30 Z 2 days 1 attempts
------------------------------------------------------------
People who touched revisions under test:
Boris Ostrovsky <boris.ostrovsky@oracle.com>
Ian Campbell <ian.campbell@citrix.com>
Ian Jackson <Ian.Jackson@eu.citrix.com>
Jan Beulich <jbeulich@suse.com>
Kevin Tian <kevin.tian@intel.com>
Kouya Shimura <kouya@jp.fujitsu.com>
Stefano Stabellini <stefano.stabellini@eu.citrix.com>
Tiejun Chen <tiejun.chen@intel.com>
Wei Liu <wei.liu2@citrix.com>
jobs:
build-amd64-xsm pass
build-armhf-xsm pass
build-i386-xsm pass
build-amd64 pass
build-armhf pass
build-i386 pass
build-amd64-libvirt pass
build-armhf-libvirt pass
build-i386-libvirt pass
build-amd64-prev pass
build-i386-prev pass
build-amd64-pvops pass
build-armhf-pvops pass
build-i386-pvops pass
build-amd64-rumpuserxen pass
build-i386-rumpuserxen pass
test-amd64-amd64-xl pass
test-armhf-armhf-xl pass
test-amd64-i386-xl pass
test-amd64-amd64-xl-qemut-debianhvm-amd64-xsm pass
test-amd64-i386-xl-qemut-debianhvm-amd64-xsm pass
test-amd64-amd64-libvirt-qemuu-debianhvm-amd64-xsm pass
test-amd64-i386-libvirt-qemuu-debianhvm-amd64-xsm pass
test-amd64-amd64-xl-qemuu-debianhvm-amd64-xsm pass
test-amd64-i386-xl-qemuu-debianhvm-amd64-xsm fail
test-amd64-amd64-xl-qemut-stubdom-debianhvm-amd64-xsm pass
test-amd64-i386-xl-qemut-stubdom-debianhvm-amd64-xsm fail
test-amd64-amd64-libvirt-xsm pass
test-armhf-armhf-libvirt-xsm fail
test-amd64-i386-libvirt-xsm pass
test-amd64-amd64-xl-xsm pass
test-armhf-armhf-xl-xsm pass
test-amd64-i386-xl-xsm pass
test-amd64-amd64-xl-pvh-amd fail
test-amd64-i386-qemut-rhel6hvm-amd pass
test-amd64-i386-qemuu-rhel6hvm-amd pass
test-amd64-amd64-xl-qemut-debianhvm-amd64 pass
test-amd64-i386-xl-qemut-debianhvm-amd64 pass
test-amd64-amd64-xl-qemuu-debianhvm-amd64 pass
test-amd64-i386-xl-qemuu-debianhvm-amd64 pass
test-amd64-i386-freebsd10-amd64 pass
test-amd64-amd64-xl-qemuu-ovmf-amd64 pass
test-amd64-i386-xl-qemuu-ovmf-amd64 pass
test-amd64-amd64-rumpuserxen-amd64 pass
test-amd64-amd64-xl-qemut-win7-amd64 fail
test-amd64-i386-xl-qemut-win7-amd64 fail
test-amd64-amd64-xl-qemuu-win7-amd64 fail
test-amd64-i386-xl-qemuu-win7-amd64 fail
test-armhf-armhf-xl-arndale pass
test-amd64-amd64-xl-credit2 pass
test-armhf-armhf-xl-credit2 pass
test-armhf-armhf-xl-cubietruck pass
test-amd64-i386-freebsd10-i386 pass
test-amd64-i386-rumpuserxen-i386 pass
test-amd64-amd64-xl-pvh-intel fail
test-amd64-i386-qemut-rhel6hvm-intel pass
test-amd64-i386-qemuu-rhel6hvm-intel pass
test-amd64-amd64-libvirt pass
test-armhf-armhf-libvirt fail
test-amd64-i386-libvirt pass
test-amd64-amd64-migrupgrade pass
test-amd64-i386-migrupgrade pass
test-amd64-amd64-xl-multivcpu pass
test-armhf-armhf-xl-multivcpu pass
test-amd64-amd64-pair pass
test-amd64-i386-pair pass
test-amd64-amd64-libvirt-pair pass
test-amd64-i386-libvirt-pair pass
test-amd64-amd64-amd64-pvgrub pass
test-amd64-amd64-i386-pvgrub pass
test-amd64-amd64-pygrub pass
test-amd64-amd64-libvirt-qcow2 pass
test-armhf-armhf-libvirt-qcow2 fail
test-amd64-i386-libvirt-qcow2 pass
test-amd64-amd64-xl-qcow2 pass
test-armhf-armhf-xl-qcow2 fail
test-amd64-i386-xl-qcow2 pass
test-amd64-amd64-libvirt-raw pass
test-armhf-armhf-libvirt-raw fail
test-amd64-i386-libvirt-raw pass
test-amd64-amd64-xl-raw pass
test-armhf-armhf-xl-raw fail
test-amd64-i386-xl-raw pass
test-amd64-amd64-xl-rtds pass
test-armhf-armhf-xl-rtds fail
test-amd64-i386-xl-qemut-winxpsp3-vcpus1 pass
test-amd64-i386-xl-qemuu-winxpsp3-vcpus1 pass
test-amd64-amd64-libvirt-vhd pass
test-armhf-armhf-libvirt-vhd fail
test-amd64-i386-libvirt-vhd pass
test-amd64-amd64-xl-vhd pass
test-armhf-armhf-xl-vhd fail
test-amd64-i386-xl-vhd pass
test-amd64-amd64-xl-qemut-winxpsp3 pass
test-amd64-i386-xl-qemut-winxpsp3 pass
test-amd64-amd64-xl-qemuu-winxpsp3 pass
test-amd64-i386-xl-qemuu-winxpsp3 pass
------------------------------------------------------------
sg-report-flight on osstest.test-lab.xenproject.org
logs: /home/logs/logs
images: /home/logs/images
Logs, config files, etc. are available at
http://logs.test-lab.xenproject.org/osstest/logs
Explanation of these reports, and of osstest in general, is at
http://xenbits.xen.org/gitweb/?p=osstest.git;a=blob;f=README.email;hb=master
http://xenbits.xen.org/gitweb/?p=osstest.git;a=blob;f=README;hb=master
Test harness code can be found at
http://xenbits.xen.org/gitweb?p=osstest.git;a=summary
Not pushing.
------------------------------------------------------------
commit 70d63e48077f8fee8eda6d8d95eeda52a34d9077
Author: Jan Beulich <jbeulich@suse.com>
Date: Mon Sep 14 13:43:31 2015 +0200
x86/p2m: fix mismatched unlock
Luckily, due to gfn_unlock() currently mapping to p2m_unlock(), this is
only a cosmetic issue right now.
Signed-off-by: Jan Beulich <jbeulich@suse.com>
Reviewed-by: Wei Liu <wei.liu2@citrix.com>
Reviewed-by: Andrew Cooper <andrew.cooper3@citrix.com>
Reviewed-by: George Dunlap <george.dunlap@citrix.com>
Release-acked-by: Wei Liu <wei.liu2@citrix.com>
master commit: 1f180822ad3fe83fe293393ec175f14ded98f082
master date: 2015-09-14 13:39:19 +0200
commit 11d942df114045860a27563418cf5dbd5bcd0402
Author: Tiejun Chen <tiejun.chen@intel.com>
Date: Mon Sep 14 13:42:34 2015 +0200
vtd/iommu: permit group devices to passthrough in relaxed mode
Currently we don't allow passing through any group devices which are
sharing same RMRR entry since it would break security among VMs. And
indeed, we expect we can figure out a better way to handle this kind
of case completely.
But before the group assignment gets implemented, we might make this
permission dependent on our RMRR policy. So, now it would be allowed
in the relaxed mode.
Signed-off-by: Tiejun Chen <tiejun.chen@intel.com>
Acked-by: Kevin Tian <kevin.tian@intel.com>
Release-acked-by: Wei Liu <wei.liu2@citrix.com>
master commit: 3848058e7dd66dc35b232a029fcbde55f3eb872f
master date: 2015-09-14 13:38:02 +0200
commit da24ee8f47b2137bc273fa7005060d2feb00da05
Author: Wei Liu <wei.liu2@citrix.com>
Date: Fri Sep 11 14:50:09 2015 +0100
xl: handle empty vnuma configuration
When user specifies vnuma = [], we need to skip the whole parser
function, otherwise the parser sets b_info->max_memkb to garbage value.
Signed-off-by: Wei Liu <wei.liu2@citrix.com>
Acked-by: Ian Campbell <ian.campbell@citrix.com>
(cherry picked from commit ebe3fd9e736dda6cb141abe1241f0c8491125ebc)
commit ed9926ecf015b7693955d0d587c491d23bd0e676
Author: Wei Liu <wei.liu2@citrix.com>
Date: Wed Sep 9 17:11:24 2015 +0100
xl/libxl: disallow saving a guest with vNUMA configured
This is because the migration stream does not preserve node information.
Note this is not a regression for migration v2 vs legacy migration
because neither of them preserves node information.
Signed-off-by: Wei Liu <wei.liu2@citrix.com>
Acked-by: Ian Campbell <ian.campbell@citrix.com>
[ ijc -- some grammar fixes to the doc and fixed a comment ]
(cherry picked from commit fa6b5490be0bf2c0d1c17197e9c30af22e0a24e9)
commit 13f44615d88150ff825ecd77fd27cc225db07376
Author: Wei Liu <wei.liu2@citrix.com>
Date: Fri Sep 11 14:50:07 2015 +0100
libxc: introduce xc_domain_getvnuma
A simple wrapper for XENMEM_get_vnumainfo.
Signed-off-by: Wei Liu <wei.liu2@citrix.com>
Acked-by: Ian Campbell <ian.campbell@citrix.com>
(cherry picked from commit 818f445e71f3ec7819d2e7ed23fa3ecb2fed4054)
Conflicts:
tools/libxc/xc_domain.c
commit 607dfbb11f8117d945031a282b2b939f7eb12fb5
Author: Ian Campbell <ian.campbell@citrix.com>
Date: Fri Sep 11 15:19:54 2015 +0100
libxl: format fd flags with 0x since they are hex.
Commit 93f5194e7270 "libxl: clear O_NONBLOCK|O_NDELAY on migration fd
and reinstate afterwards" added some logging of fcntl.F_GETFL at all
as %x without a 0x prefix to make it clear they numbers are hex. Fix
this alongwith an inadvertent logging of the fd itself as hex.
Signed-off-by: Ian Campbell <ian.campbell@citrix.com>
Acked-by: Ian Jackson <ian.jackson@eu.citrix.com>
Acked-by: Wei Liu <wei.liu2@citrix.com>
(cherry picked from commit c4b717808f4bead160008ba653ed4e6b05831a71)
commit 93a6ff88dc703fa06f50fbde9e685b43ce55da8e
Author: Kouya Shimura <kouya@jp.fujitsu.com>
Date: Fri Sep 11 16:27:32 2015 +0200
x86/hvm: fix saved pmtimer and hpet values
The ACPI PM timer is sometimes broken on live migration.
Since vcpu->arch.hvm_vcpu.guest_time is always zero in other than
"delay for missed ticks mode". Even in "delay for missed ticks mode",
vcpu's guest_time field is not valid (i.e. zero) when
the state of vcpu is "blocked". (see pt_save_timer function)
The original author (Tim Deegan) of pmtimer_save() must have intended
that it saves the last scheduled time of the vcpu. Unfortunately it was
already implied this bug. FYI, there is no other timer mode than
"delay for missed ticks mode" then.
For consistency with HPET, pmtimer_save() should refer hvm_get_guest_time()
to update the counter as well as hpet_save() does.
Without this patch, the clock of windows server 2012R2 without HPET
might leap forward several minutes on live migration.
Signed-off-by: Kouya Shimura <kouya@jp.fujitsu.com>
Retain use of ->arch.hvm_vcpu.guest_time when non-zero. Do the inverse
adjustment for vHPET.
Signed-off-by: Jan Beulich <jbeulich@suse.com>
Reviewed-by: Tim Deegan <tim@xen.org>
Reviewed-by: Kouya Shimura <kouya@jp.fujitsu.com>
Release-acked-by: Wei Liu <wei.liu2@citrix.com>
master commit: 244582a01dcb49fa30083725964a066937cc94f2
master date: 2015-09-11 16:24:56 +0200
commit 457614700934daf0e5053e1acccb0261607472c0
Author: Ian Campbell <ian.campbell@citrix.com>
Date: Fri Sep 11 11:42:51 2015 +0100
libxl: clear O_NONBLOCK|O_NDELAY on migration fd and reinstate afterwards
The fd passed to us by libvirt for both save and restore has at least
O_NONBLOCK set, which libxl does not expect and therefore fails to
handle any EAGAIN which might arise.
This has been observed with migration v2, but if v1 used to work I
think that would be just be by luck and/or coincidence.
Unix convention (and the principal of least surprise) is usually to
ensure that an fd has no "strange" properties, such as being
non-blocking, when handing it to another component.
However for the convenience of the application arrange instead for
libxl to clear any unexpected flags on the file descriptors it is
given for save or restore and restore them to their original state at
the end. O_NDELAY could be similarly problematic so clear that as
well as O_NONBLOCK.
To do this introduce a pair of new helper functions one to modify+save
the flags and another to restore them and call them in the appropriate
places.
The migration v1 code appeared to do some things with O_NONBLOCK in
the checkpoint case. Migration v2 doesn't seem to do so, and in any
case I wouldn't expect it to be relying on libvirt's setting of
O_NONBLOCK when xl doesn't use that flag.
Signed-off-by: Ian Campbell <ian.campbell@citrix.com>
Acked-by: Ian Jackson <ian.jackson@eu.citrix.com>
Acked-by: Wei Liu <wei.liu2@citrix.com>
Cc: Jim Fehlig <jfehlig@suse.com>
Cc: Andrew Cooper <andrew.cooper3@citrix.com>
Cc: Shriram Rajagopalan <rshriram@cs.ubc.ca>
Cc: Yang Hongyang <yanghy@cn.fujitsu.com>
(cherry picked from commit 93f5194e72708776783f2d34894c9b42031e116e)
commit 0b6d907c5a170668b245caae580ee7193838d6d9
Author: Ian Jackson <ian.jackson@eu.citrix.com>
Date: Fri Sep 11 11:18:27 2015 +0100
QEMU_TAG update
commit b0c5ff5e10ffd9c31c37b4e92382bd51392f902d
Author: Wei Liu <wei.liu2@citrix.com>
Date: Wed Sep 9 18:03:36 2015 +0100
libxl: set ret to non-zero value in failure path
... otherwise we have something like:
xl: libxl_create.c:968: initiate_domain_create: Assertion `ret' failed.
Signed-off-by: Wei Liu <wei.liu2@citrix.com>
Acked-by: Ian Campbell <ian.campbell@citrix.com>
(cherry picked from commit 63ac1c01f3c5a9afb2c4ef3e6c44eb973cfca7e9)
commit a4cebfd144ebf9e833a71e64c68b4745196d6b5b
Author: Wei Liu <wei.liu2@citrix.com>
Date: Thu Sep 10 12:18:03 2015 +0100
configure: don't silently disable systemd support
Originally when user runs ./configure --enable-systemd and systemd
development library is not available the build system silently disables
systemd support. This is not in line with normal expectation.
Instead, configure should error out when user has asked for systemd
support but development libraries can't be found.
Reported-by: George Dunlap <george.dunlap@eu.citrix.com>
Signed-off-by: Wei Liu <wei.liu2@citrix.com>
Acked-by: Ian Campbell <ian.campbell@citrix.com>
(cherry picked from commit 250f988c6c41004bd46990edb9d5662bb606cf92)
commit cb5599f7fa2a5b4b98acc0fb37dbafbd73dea022
Author: Ian Jackson <ian.jackson@eu.citrix.com>
Date: Wed Sep 9 16:22:07 2015 +0100
Config.mk: Non-debug build by default.
Set debug ?= n, in preperation for late RCs and eventual release.
Signed-off-by: Ian Jackson <ian.jackson@eu.citrix.com>
CC: Wei Liu <wei.liu2@citrix.com>
commit 33ad644b4236ecc1008b03cd0cac9b9b61877fb5
Author: Boris Ostrovsky <boris.ostrovsky@oracle.com>
Date: Wed Sep 9 16:17:12 2015 +0200
x86/VPMU: Set VPMU context pointer to NULL when freeing it
Otherwise we may hit assertion in vpmu_initialise() if vcpu is offlined
and then onlined again.
For tidyness, set priv_context to NULL as well.
Signed-off-by: Boris Ostrovsky <boris.ostrovsky@oracle.com>
Reviewed-by: Dietmar Hahn <dietmar.hahn@ts.fujitsu.com>
Release-acked-by: Wei Liu <wei.liu2@citrix.com>
master commit: 0b5fd6433f54281f3bffd79f2d759dd0edc1f3ab
master date: 2015-09-09 15:32:00 +0200
commit e7e711e49e1b47bca7b2bb65c8b7b2651b8cc094
Author: Stefano Stabellini <stefano.stabellini@eu.citrix.com>
Date: Wed Sep 9 16:16:32 2015 +0200
efi: introduce efi_arch_flush_dcache_area
Objects loaded by FileHandle->Read need to be flushed from dcache,
otherwise copy_from_paddr will read stale data when copying the kernel,
causing a failure to boot.
Introduce efi_arch_flush_dcache_area and call it from read_file.
This commit introduces no functional changes on x86.
Reported-by: Mark Rutland <mark.rutland@arm.com>
Signed-off-by: Stefano Stabellini <stefano.stabellini@eu.citrix.com>
Acked-by: Ian Campbell <ian.campbell@citrix.com>
Release-acked-by: Wei Liu <wei.liu2@citrix.com>
master commit: 0d6a3c755374f04f6dd25373da28291a8f35bede
master date: 2015-09-09 15:29:06 +0200
commit 5af5c1ad4c1ef288d3e7e1c16b05986f301b0f67
Author: Ian Jackson <ian.jackson@eu.citrix.com>
Date: Wed Sep 9 13:14:37 2015 +0100
Branch for 4.6: Document stable tree MAINTAINERS
commit ddd9d77e826165590595385fa5e00d61291bfdd0
Author: Ian Campbell <ian.campbell@citrix.com>
Date: Sat Jul 25 08:28:58 2015 +0000
MAINTAINERS: stable backports should be requested on xen-devel
As well as CC-ing the correct people. I just saw such a request on
xen-users and thought this was worth clarifying here too.
Signed-off-by: Ian Campbell <ian.campbell@citrix.com>
(cherry picked from commit 664675adece8e6c4220c3bd22b1f78bea7e630b1)
commit 8d7fee3ac250f13da3f172a17f930f472d841865
Author: Ian Jackson <ian.jackson@eu.citrix.com>
Date: Wed Sep 9 13:08:15 2015 +0100
Branch for 4.6: Update QEMU references
Refer to the 4.6-testing versions of all these.
Signed-off-by: Ian Jackson <Ian.Jackson@eu.citrix.com>
(qemu changes not included)
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [xen-4.6-testing test] 62015: regressions - FAIL
2015-09-17 6:44 [xen-4.6-testing test] 62015: regressions - FAIL osstest service owner
@ 2015-09-17 12:40 ` Wei Liu
2015-09-17 12:45 ` Ian Campbell
0 siblings, 1 reply; 6+ messages in thread
From: Wei Liu @ 2015-09-17 12:40 UTC (permalink / raw)
To: osstest service owner
Cc: Ian Jackson, xen-devel, wei.liu2, Ian Campbell, Jan Beulich
On Thu, Sep 17, 2015 at 06:44:05AM +0000, osstest service owner wrote:
> flight 62015 xen-4.6-testing real [real]
> http://logs.test-lab.xenproject.org/osstest/logs/62015/
>
> Regressions :-(
>
> Tests which did not succeed and are blocking,
> including tests which could not be run:
> test-amd64-i386-xl-qemut-stubdom-debianhvm-amd64-xsm 9 debian-hvm-install fail REGR. vs. 61745
>
I think this test case is unreliable. For example, it passed in 61745
(xen-4.6-staging) but failed in 62012 (linux-3.14) while both had the
same version of Xen.
The history of this test case shows more failures than successes. It's
failing in all branches.
Nonetheless, to justify a force push, adequate analysis is required.
The list of commits between stable-4.6 and staging-4.6:
d892e956 x86/MSI: fail if no hardware support
70d63e48 x86/p2m: fix mismatched unlock
11d942df vtd/iommu: permit group devices to passthrough in relaxed mode
Irrelevant to failure.
da24ee8f xl: handle empty vnuma configuration
ed9926ec xl/libxl: disallow saving a guest with vNUMA configured
13f44615 libxc: introduce xc_domain_getvnuma
607dfbb1 libxl: format fd flags with 0x since they are hex.
Irrelevant to failure.
93a6ff88 x86/hvm: fix saved pmtimer and hpet values
This commit touches hpet_save function, which is only used to save HVM
guest. This is not related to failure because the failing test step is
debian-hvm-install which doesn't involve saving.
And the code it touches it not specific to stubdom. Other test cases
which involve saving hvm guest confirmed this change is either correct
or irrelevant (because the code path is not taken).
45761470 libxl: clear O_NONBLOCK|O_NDELAY on migration fd and reinstate afterwards
Tested in save / restore test case. Irrelevant to failure.
0b6d907c QEMU_TAG update
b0c5ff5e libxl: set ret to non-zero value in failure path
a4cebfd1 configure: don't silently disable systemd support
cb5599f7 Config.mk: Non-debug build by default.
33ad644b x86/VPMU: Set VPMU context pointer to NULL when freeing it
e7e711e4 efi: introduce efi_arch_flush_dcache_area
5af5c1ad Branch for 4.6: Document stable tree MAINTAINERS
ddd9d77e MAINTAINERS: stable backports should be requested on xen-devel
8d7fee3a Branch for 4.6: Update QEMU references
Irrelevant to failure.
I think a force push is justified.
Wei.
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [xen-4.6-testing test] 62015: regressions - FAIL
2015-09-17 12:40 ` Wei Liu
@ 2015-09-17 12:45 ` Ian Campbell
2015-09-17 14:58 ` Ian Jackson
0 siblings, 1 reply; 6+ messages in thread
From: Ian Campbell @ 2015-09-17 12:45 UTC (permalink / raw)
To: Wei Liu, osstest service owner; +Cc: xen-devel, Ian Jackson, Jan Beulich
On Thu, 2015-09-17 at 13:40 +0100, Wei Liu wrote:
> On Thu, Sep 17, 2015 at 06:44:05AM +0000, osstest service owner wrote:
> > flight 62015 xen-4.6-testing real [real]
> > http://logs.test-lab.xenproject.org/osstest/logs/62015/
> >
> > Regressions :-(
> >
> > Tests which did not succeed and are blocking,
> > including tests which could not be run:
> > test-amd64-i386-xl-qemut-stubdom-debianhvm-amd64-xsm 9 debian-hvm
> > -install fail REGR. vs. 61745
> >
>
> I think this test case is unreliable. For example, it passed in 61745
> (xen-4.6-staging) but failed in 62012 (linux-3.14) while both had the
> same version of Xen.
This has failed twice in a row on xen-4.6-testing, in 61839 and here. The
bisector already had a go at the initial failure, but concluded
unreproducible as shown by the yellow box in
http://logs.test-lab.xenproject.org/osstest/results/bisect/xen-4.6-testing/test-amd64-i386-xl-qemut-stubdom-debianhvm-amd64-xsm.debian-hvm-install.html
> The history of this test case shows more failures than successes. It's
> failing in all branches.
Looking at each branch individually under http://logs.test-lab.xenproject.o
rg/osstest/results/history/test-amd64-i386-xl-qemut-stubdom-debianhvm-amd64
-xsm/ it looks to me like it might be specific to a class of machines or
something like that.
> I think a force push is justified.
I think I agree.
Ian.
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [xen-4.6-testing test] 62015: regressions - FAIL
2015-09-17 12:45 ` Ian Campbell
@ 2015-09-17 14:58 ` Ian Jackson
2015-09-14 22:19 ` [xen-4.6-testing test] 61839: " osstest service owner
0 siblings, 1 reply; 6+ messages in thread
From: Ian Jackson @ 2015-09-17 14:58 UTC (permalink / raw)
To: Ian Campbell; +Cc: xen-devel, Wei Liu, osstest service owner, Jan Beulich
Ian Campbell writes ("Re: [Xen-devel] [xen-4.6-testing test] 62015: regressions - FAIL"):
> This has failed twice in a row on xen-4.6-testing, in 61839 and here. The
> bisector already had a go at the initial failure, but concluded
> unreproducible as shown by the yellow box in
>
> http://logs.test-lab.xenproject.org/osstest/results/bisect/xen-4.6-testing/test-amd64-i386-xl-qemut-stubdom-debianhvm-amd64-xsm.debian-hvm-install.html
In our call earlier I disagreed but I hadn't seen this email so hadn't
considered this bisection point.
I agree that this justifies a force push. I will make it so.
Ian.
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [xen-4.6-testing test] 61839: regressions - FAIL [and 1 more messages]
2015-09-14 22:19 ` [xen-4.6-testing test] 61839: " osstest service owner
@ 2015-09-17 15:01 ` Ian Jackson
0 siblings, 0 replies; 6+ messages in thread
From: Ian Jackson @ 2015-09-17 15:01 UTC (permalink / raw)
To: osstest service owner; +Cc: xen-devel, Wei Liu, Ian Campbell, Jan Beulich
Ian Jackson writes ("Re: [Xen-devel] [xen-4.6-testing test] 62015: regressions - FAIL"):
> Ian Campbell writes ("Re: [Xen-devel] [xen-4.6-testing test] 62015: regressions - FAIL"):
> > This has failed twice in a row on xen-4.6-testing, in 61839 and here. The
> > bisector already had a go at the initial failure, but concluded
> > unreproducible as shown by the yellow box in
> >
> > http://logs.test-lab.xenproject.org/osstest/results/bisect/xen-4.6-testing/test-amd64-i386-xl-qemut-stubdom-debianhvm-amd64-xsm.debian-hvm-install.html
>
> In our call earlier I disagreed but I hadn't seen this email so hadn't
> considered this bisection point.
>
> I agree that this justifies a force push. I will make it so.
I have force pushed this:
osstest service owner writes ("[xen-4.6-testing test] 62015: regressions - FAIL"):
> flight 62015 xen-4.6-testing real [real]
> http://logs.test-lab.xenproject.org/osstest/logs/62015/
...
> version targeted for testing:
> xen 70d63e48077f8fee8eda6d8d95eeda52a34d9077
Ian
^ permalink raw reply [flat|nested] 6+ messages in thread
end of thread, other threads:[~2015-09-17 15:01 UTC | newest]
Thread overview: 6+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2015-09-17 6:44 [xen-4.6-testing test] 62015: regressions - FAIL osstest service owner
2015-09-17 12:40 ` Wei Liu
2015-09-17 12:45 ` Ian Campbell
2015-09-17 14:58 ` Ian Jackson
2015-09-14 22:19 ` [xen-4.6-testing test] 61839: " osstest service owner
2015-09-17 15:01 ` [xen-4.6-testing test] 61839: regressions - FAIL [and 1 more messages] Ian Jackson
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).