* [xen-unstable test] 109557: regressions - FAIL
@ 2017-05-18 14:15 osstest service owner
2017-05-19 7:46 ` Julien Grall
0 siblings, 1 reply; 3+ messages in thread
From: osstest service owner @ 2017-05-18 14:15 UTC (permalink / raw)
To: xen-devel, osstest-admin
flight 109557 xen-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/109557/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-arm64-arm64-libvirt-xsm 6 xen-boot fail REGR. vs. 109486
test-amd64-amd64-amd64-pvgrub 9 debian-di-install fail REGR. vs. 109486
test-amd64-i386-xl-raw 18 guest-start/debian.repeat fail REGR. vs. 109486
test-amd64-amd64-xl-qemut-stubdom-debianhvm-amd64-xsm 9 debian-hvm-install fail REGR. vs. 109486
Regressions which are regarded as allowable (not blocking):
test-armhf-armhf-xl-rtds 11 guest-start fail REGR. vs. 109486
Tests which did not succeed, but are not blocking:
test-amd64-amd64-xl-qemut-win7-amd64 17 guest-start/win.repeat fail like 109441
test-armhf-armhf-libvirt-xsm 13 saverestore-support-check fail like 109486
test-amd64-i386-xl-qemuu-win7-amd64 15 guest-localmigrate/x10 fail like 109486
test-amd64-amd64-xl-qemuu-win7-amd64 16 guest-stop fail like 109486
test-armhf-armhf-libvirt 13 saverestore-support-check fail like 109486
test-amd64-amd64-xl-rtds 9 debian-install fail like 109486
test-armhf-armhf-libvirt-raw 12 saverestore-support-check fail like 109486
test-amd64-amd64-xl-qemuu-ws16-amd64 9 windows-install fail never pass
test-amd64-i386-libvirt 12 migrate-support-check fail never pass
test-amd64-i386-libvirt-xsm 12 migrate-support-check fail never pass
test-amd64-amd64-libvirt-xsm 12 migrate-support-check fail never pass
test-amd64-amd64-libvirt 12 migrate-support-check fail never pass
test-amd64-amd64-xl-qemut-ws16-amd64 9 windows-install fail never pass
test-arm64-arm64-xl-multivcpu 12 migrate-support-check fail never pass
test-arm64-arm64-xl-multivcpu 13 saverestore-support-check fail never pass
test-arm64-arm64-libvirt 12 migrate-support-check fail never pass
test-arm64-arm64-libvirt 13 saverestore-support-check fail never pass
test-arm64-arm64-xl 12 migrate-support-check fail never pass
test-arm64-arm64-xl 13 saverestore-support-check fail never pass
test-arm64-arm64-xl-credit2 12 migrate-support-check fail never pass
test-arm64-arm64-xl-credit2 13 saverestore-support-check fail never pass
test-amd64-amd64-libvirt-qemuu-debianhvm-amd64-xsm 10 migrate-support-check fail never pass
test-amd64-i386-libvirt-qemuu-debianhvm-amd64-xsm 10 migrate-support-check fail never pass
test-arm64-arm64-xl-rtds 12 migrate-support-check fail never pass
test-arm64-arm64-xl-rtds 13 saverestore-support-check fail never pass
test-amd64-amd64-libvirt-vhd 11 migrate-support-check fail never pass
test-amd64-amd64-qemuu-nested-amd 16 debian-hvm-install/l1/l2 fail never pass
test-armhf-armhf-xl-multivcpu 12 migrate-support-check fail never pass
test-armhf-armhf-xl-multivcpu 13 saverestore-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-armhf-armhf-xl 12 migrate-support-check fail never pass
test-armhf-armhf-xl 13 saverestore-support-check fail never pass
test-armhf-armhf-libvirt-xsm 12 migrate-support-check fail never pass
test-armhf-armhf-xl-credit2 12 migrate-support-check fail never pass
test-armhf-armhf-xl-credit2 13 saverestore-support-check fail never pass
test-armhf-armhf-xl-vhd 11 migrate-support-check fail never pass
test-armhf-armhf-xl-vhd 12 saverestore-support-check fail never pass
test-arm64-arm64-xl-xsm 12 migrate-support-check fail never pass
test-arm64-arm64-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-xsm 13 saverestore-support-check fail never pass
test-armhf-armhf-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-arm64-arm64-libvirt-qcow2 11 migrate-support-check fail never pass
test-arm64-arm64-libvirt-qcow2 12 saverestore-support-check fail never pass
test-amd64-i386-xl-qemut-win10-i386 9 windows-install fail never pass
test-amd64-i386-xl-qemuu-win10-i386 9 windows-install fail never pass
test-amd64-amd64-xl-qemut-win10-i386 9 windows-install fail never pass
test-amd64-i386-xl-qemuu-ws16-amd64 9 windows-install fail never pass
test-amd64-i386-xl-qemut-ws16-amd64 9 windows-install fail never pass
test-amd64-amd64-xl-qemuu-win10-i386 9 windows-install fail never pass
test-armhf-armhf-libvirt-raw 11 migrate-support-check fail never pass
version targeted for testing:
xen a7d4a5904b62731551e366ff62d84759c8ee68e2
baseline version:
xen 17880a0f10421c5e456d593c70da03b1688d34ac
Last test of basis 109486 2017-05-16 14:21:37 Z 1 days
Failing since 109527 2017-05-17 09:22:29 Z 1 days 2 attempts
Testing same since 109557 2017-05-18 00:21:00 Z 0 days 1 attempts
------------------------------------------------------------
People who touched revisions under test:
Andrew Cooper <andrew.cooper3@citrix.com>
Andrii Anisov <andrii_anisov@epam.com>
George Dunlap <george.dunlap@citrix.com>
Ian Jackson <ian.jackson@eu.citrix.com>
Igor Druzhinin <igor.druzhinin@citrix.com>
Jan Beulich <jbeulich@suse.com>
Juergen Gross <jgross@suse.com>
Julien Grall <julien.grall@arm.com>
Wei Liu <wei.liu2@citrix.com>
Xiong Zhang <xiong.y.zhang@intel.com>
Yu Zhang <yu.c.zhang@linux.intel.com>
jobs:
build-amd64-xsm pass
build-arm64-xsm pass
build-armhf-xsm pass
build-i386-xsm pass
build-amd64-xtf pass
build-amd64 pass
build-arm64 pass
build-armhf pass
build-i386 pass
build-amd64-libvirt pass
build-arm64-libvirt pass
build-armhf-libvirt pass
build-i386-libvirt pass
build-amd64-oldkern pass
build-i386-oldkern pass
build-amd64-prev pass
build-i386-prev pass
build-amd64-pvops pass
build-arm64-pvops pass
build-armhf-pvops pass
build-i386-pvops pass
build-amd64-rumprun pass
build-i386-rumprun pass
test-xtf-amd64-amd64-1 pass
test-xtf-amd64-amd64-2 pass
test-xtf-amd64-amd64-3 pass
test-xtf-amd64-amd64-4 pass
test-xtf-amd64-amd64-5 pass
test-amd64-amd64-xl pass
test-arm64-arm64-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 fail
test-amd64-i386-xl-qemut-stubdom-debianhvm-amd64-xsm pass
test-amd64-amd64-libvirt-xsm pass
test-arm64-arm64-libvirt-xsm fail
test-armhf-armhf-libvirt-xsm pass
test-amd64-i386-libvirt-xsm pass
test-amd64-amd64-xl-xsm pass
test-arm64-arm64-xl-xsm pass
test-armhf-armhf-xl-xsm pass
test-amd64-i386-xl-xsm pass
test-amd64-amd64-qemuu-nested-amd fail
test-amd64-amd64-xl-pvh-amd pass
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-rumprun-amd64 pass
test-amd64-amd64-xl-qemut-win7-amd64 fail
test-amd64-i386-xl-qemut-win7-amd64 pass
test-amd64-amd64-xl-qemuu-win7-amd64 fail
test-amd64-i386-xl-qemuu-win7-amd64 fail
test-amd64-amd64-xl-qemut-ws16-amd64 fail
test-amd64-i386-xl-qemut-ws16-amd64 fail
test-amd64-amd64-xl-qemuu-ws16-amd64 fail
test-amd64-i386-xl-qemuu-ws16-amd64 fail
test-armhf-armhf-xl-arndale pass
test-amd64-amd64-xl-credit2 pass
test-arm64-arm64-xl-credit2 pass
test-armhf-armhf-xl-credit2 pass
test-armhf-armhf-xl-cubietruck pass
test-amd64-i386-freebsd10-i386 pass
test-amd64-i386-rumprun-i386 pass
test-amd64-amd64-xl-qemut-win10-i386 fail
test-amd64-i386-xl-qemut-win10-i386 fail
test-amd64-amd64-xl-qemuu-win10-i386 fail
test-amd64-i386-xl-qemuu-win10-i386 fail
test-amd64-amd64-qemuu-nested-intel pass
test-amd64-amd64-xl-pvh-intel pass
test-amd64-i386-qemut-rhel6hvm-intel pass
test-amd64-i386-qemuu-rhel6hvm-intel pass
test-amd64-amd64-libvirt pass
test-arm64-arm64-libvirt pass
test-armhf-armhf-libvirt pass
test-amd64-i386-libvirt pass
test-amd64-amd64-migrupgrade pass
test-amd64-i386-migrupgrade pass
test-amd64-amd64-xl-multivcpu pass
test-arm64-arm64-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 fail
test-amd64-amd64-i386-pvgrub pass
test-amd64-amd64-pygrub pass
test-arm64-arm64-libvirt-qcow2 pass
test-amd64-amd64-xl-qcow2 pass
test-armhf-armhf-libvirt-raw pass
test-amd64-i386-xl-raw fail
test-amd64-amd64-xl-rtds fail
test-arm64-arm64-xl-rtds pass
test-armhf-armhf-xl-rtds fail
test-amd64-amd64-libvirt-vhd pass
test-armhf-armhf-xl-vhd 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 a7d4a5904b62731551e366ff62d84759c8ee68e2
Author: Andrew Cooper <andrew.cooper3@citrix.com>
Date: Tue May 16 14:57:27 2017 +0100
tools/xenconsoled: Preserve errno while rotating logfile handles
The logic to optionally exit after a poll() error relies on errno, but
handle_log_reload() does not preserve it.
Signed-off-by: Andrew Cooper <andrew.cooper3@citrix.com>
Acked-by: Ian Jackson <ian.jackson@eu.citrix.com>
Acked-by: Wei Liu <wei.liu2@citrix.com>
Release-acked-by: Julien Grall <julien.grall@arm.com>
commit 690fdc23dcc9d918c6e339b06bbfa227471f61da
Author: Andrii Anisov <andrii_anisov@epam.com>
Date: Tue May 16 18:57:53 2017 +0300
libxl/arm: Fix ARM build.
Initialise *size in default branch to prevent certain compilers (i.e.
Linaro GCC 5.2-2015.11-2) from reporting "variable may be used uninitialized"
errors in caller function.
Signed-off-by: Julien Grall <julien.grall@arm.com>
Acked-by: Wei Liu <wei.liu2@citrix.com>
Release-acked-by: Julien Grall <julien.grall@arm.com>
commit eb13199100dffba1484aac3e72dc7aac2b42629a
Author: Xiong Zhang <xiong.y.zhang@intel.com>
Date: Wed May 17 17:24:45 2017 +0200
x86/ioreq_server: make p2m_finish_type_change actually work
Commit 6d774a951696 ("x86/ioreq server: synchronously reset outstanding
p2m_ioreq_server entries when an ioreq server unmaps") introduced
p2m_finish_type_change(), which was meant to synchronously finish a
previously initiated type change over a gpfn range. It did this by
calling get_entry(), checking if it was the appropriate type, and then
calling set_entry().
Unfortunately, a previous commit (1679e0df3df6 "x86/ioreq server:
asynchronously reset outstanding p2m_ioreq_server entries") modified
get_entry() to always return the new type after the type change, meaning
that p2m_finish_type_change() never changed any entries. Which means
when an ioreq server was detached and then re-attached (as happens in
XenGT on reboot) the re-attach failed.
Fix this by using the existing p2m-specific recalculation logic instead
of doing a read-check-write loop.
Fix: 'commit 6d774a951696 ("x86/ioreq server: synchronously reset
outstanding p2m_ioreq_server entries when an ioreq server unmaps")'
Signed-off-by: Xiong Zhang <xiong.y.zhang@intel.com>
Signed-off-by: Yu Zhang <yu.c.zhang@linux.intel.com>
Reviewed-by: Jan Beulich <jbeulich@suse.com>
Acked-by: George Dunlap <george.dunlap@citrix.com>
Release-acked-by: Julien Grall <julien.grall@arm.com>
commit efa9596e9d167c8fb7d1c4446c10f7ca30453646
Author: Igor Druzhinin <igor.druzhinin@citrix.com>
Date: Wed May 17 17:23:15 2017 +0200
x86/mm: fix incorrect unmapping of 2MB and 1GB pages
The same set of functions is used to set as well as to clean
P2M entries, except that for clean operations INVALID_MFN (~0UL)
is passed as a parameter. Unfortunately, when calculating an
appropriate target order for a particular mapping INVALID_MFN
is not taken into account which leads to 4K page target order
being set each time even for 2MB and 1GB mappings. This eventually
breaks down an EPT structure irreversibly into 4K mappings which
prevents consecutive high order mappings to this area.
Signed-off-by: Igor Druzhinin <igor.druzhinin@citrix.com>
Reviewed-by: Jan Beulich <jbeulich@suse.com>
Reviewed-by: Kevin Tian <kevin.tian@intel.com>
Acked-by: George Dunlap <george.dunlap@citrix.com>
Release-acked-by: Julien Grall <julien.grall@arm.com>
commit 5c4f579e0ee4f38cad5636bbf8ce700a394338d0
Author: Andrew Cooper <andrew.cooper3@citrix.com>
Date: Mon May 15 13:05:45 2017 +0100
x86/pv: Fix the handling of `int $x` for vectors which alias exceptions
The claim at the top of c/s 2e426d6eecf "x86/traps: Drop use_error_code
parameter from do_{,guest_}trap()" is only actually true for hardware
exceptions. It is not true for `int $x` instructions (which never push error
code), irrespective of whether the vector aliases an exception or not.
Furthermore, c/s 6480cc6280e "x86/traps: Fix failed ASSERT() in
do_guest_trap()" really should have helped highlight that a regression had
been introduced.
Modify pv_inject_event() to understand event types other than
X86_EVENTTYPE_HW_EXCEPTION, and introduce pv_inject_sw_interrupt() for the
`int $x` handling code.
Add further assertions to pv_inject_event() concerning the type of events
passed in, which in turn requires that do_guest_trap() set its type
appropriately (which is now used exclusively for hardware exceptions).
Signed-off-by: Andrew Cooper <andrew.cooper3@citrix.com>
Reviewed-by: Jan Beulich <jbeulich@suse.com>
Release-acked-by: Julien Grall <julien.grall@arm.com>
commit b231884da805d21156163d3ea2ef4de2e9f65fb0
Author: Jan Beulich <JBeulich@suse.com>
Date: Fri May 12 00:52:54 2017 -0600
include: fix build without C++ compiler installed
The rule for headers++.chk wants to move headers++.chk.new to the
designated target, which means we have to create that file in the first
place.
Signed-off-by: Jan Beulich <jbeulich@suse.com>
Reviewed-by: Wei Liu <wei.liu2@citrix.com>
Release-acked-by: Julien Grall <julien.grall@arm.com>
commit 36a049ff465f21c38f09e6e5e175c8311407f44c
Author: Wei Liu <wei.liu2@citrix.com>
Date: Fri May 12 16:21:06 2017 +0100
ioemu-stubdom: don't link *-softmmu* and *-linux-user*
They are generated by ./configure. Having them linked can cause race
between tools build and stubdom build.
Signed-off-by: Wei Liu <wei.liu2@citrix.com>
Reviewed-by: Juergen Gross <jgross@suse.com>
Acked-by: Ian Jackson <ian.jackson@eu.citrix.com>
Release-acked-by: Julien Grall <julien.grall@arm.com>
commit 3946384089720eacd9d7357d37cd4a99076d074e
Author: Juergen Gross <jgross@suse.com>
Date: Fri May 12 15:10:51 2017 +0200
tools: don't require unavailable optional libraries in pkg-config files
blktap2 is optional, so there should be no pkg-config file requiring
xenblktapctl if it isn't enabled for the build.
Add a filter mechanism to tools/Rules.mk to filter out optional
libraries.
Signed-off-by: Juergen Gross <jgross@suse.com>
Acked-by: Wei Liu <wei.liu2@citrix.com>
Acked-by: Ian Jackson <ian.jackson@eu.citrix.com>
Release-acked-by: Julien Grall <julien.grall@arm.com>
(qemu changes not included)
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xen.org
https://lists.xen.org/xen-devel
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: [xen-unstable test] 109557: regressions - FAIL
2017-05-18 14:15 [xen-unstable test] 109557: regressions - FAIL osstest service owner
@ 2017-05-19 7:46 ` Julien Grall
2017-05-19 8:09 ` Jan Beulich
0 siblings, 1 reply; 3+ messages in thread
From: Julien Grall @ 2017-05-19 7:46 UTC (permalink / raw)
To: osstest service owner, xen-devel
Cc: Andrew Cooper, nd, xen.org, Stefano Stabellini, Jan Beulich
Hi,
On 18/05/2017 15:15, osstest service owner wrote:
> flight 109557 xen-unstable real [real]
> http://logs.test-lab.xenproject.org/osstest/logs/109557/
>
> Regressions :-(
>
> Tests which did not succeed and are blocking,
> including tests which could not be run:
> test-arm64-arm64-libvirt-xsm 6 xen-boot fail REGR. vs. 109486
Looking at the log, it sounds like laxton got stuck at reboot (second
time this week...) before reaching the firmware.
> test-amd64-amd64-amd64-pvgrub 9 debian-di-install fail REGR. vs. 109486
> test-amd64-i386-xl-raw 18 guest-start/debian.repeat fail REGR. vs. 109486
> test-amd64-amd64-xl-qemut-stubdom-debianhvm-amd64-xsm 9 debian-hvm-install fail REGR. vs. 109486
CC Jan and Andrew to get some feedback here.
Cheers,
>
> Regressions which are regarded as allowable (not blocking):
> test-armhf-armhf-xl-rtds 11 guest-start fail REGR. vs. 109486
>
> Tests which did not succeed, but are not blocking:
> test-amd64-amd64-xl-qemut-win7-amd64 17 guest-start/win.repeat fail like 109441
> test-armhf-armhf-libvirt-xsm 13 saverestore-support-check fail like 109486
> test-amd64-i386-xl-qemuu-win7-amd64 15 guest-localmigrate/x10 fail like 109486
> test-amd64-amd64-xl-qemuu-win7-amd64 16 guest-stop fail like 109486
> test-armhf-armhf-libvirt 13 saverestore-support-check fail like 109486
> test-amd64-amd64-xl-rtds 9 debian-install fail like 109486
> test-armhf-armhf-libvirt-raw 12 saverestore-support-check fail like 109486
> test-amd64-amd64-xl-qemuu-ws16-amd64 9 windows-install fail never pass
> test-amd64-i386-libvirt 12 migrate-support-check fail never pass
> test-amd64-i386-libvirt-xsm 12 migrate-support-check fail never pass
> test-amd64-amd64-libvirt-xsm 12 migrate-support-check fail never pass
> test-amd64-amd64-libvirt 12 migrate-support-check fail never pass
> test-amd64-amd64-xl-qemut-ws16-amd64 9 windows-install fail never pass
> test-arm64-arm64-xl-multivcpu 12 migrate-support-check fail never pass
> test-arm64-arm64-xl-multivcpu 13 saverestore-support-check fail never pass
> test-arm64-arm64-libvirt 12 migrate-support-check fail never pass
> test-arm64-arm64-libvirt 13 saverestore-support-check fail never pass
> test-arm64-arm64-xl 12 migrate-support-check fail never pass
> test-arm64-arm64-xl 13 saverestore-support-check fail never pass
> test-arm64-arm64-xl-credit2 12 migrate-support-check fail never pass
> test-arm64-arm64-xl-credit2 13 saverestore-support-check fail never pass
> test-amd64-amd64-libvirt-qemuu-debianhvm-amd64-xsm 10 migrate-support-check fail never pass
> test-amd64-i386-libvirt-qemuu-debianhvm-amd64-xsm 10 migrate-support-check fail never pass
> test-arm64-arm64-xl-rtds 12 migrate-support-check fail never pass
> test-arm64-arm64-xl-rtds 13 saverestore-support-check fail never pass
> test-amd64-amd64-libvirt-vhd 11 migrate-support-check fail never pass
> test-amd64-amd64-qemuu-nested-amd 16 debian-hvm-install/l1/l2 fail never pass
> test-armhf-armhf-xl-multivcpu 12 migrate-support-check fail never pass
> test-armhf-armhf-xl-multivcpu 13 saverestore-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-armhf-armhf-xl 12 migrate-support-check fail never pass
> test-armhf-armhf-xl 13 saverestore-support-check fail never pass
> test-armhf-armhf-libvirt-xsm 12 migrate-support-check fail never pass
> test-armhf-armhf-xl-credit2 12 migrate-support-check fail never pass
> test-armhf-armhf-xl-credit2 13 saverestore-support-check fail never pass
> test-armhf-armhf-xl-vhd 11 migrate-support-check fail never pass
> test-armhf-armhf-xl-vhd 12 saverestore-support-check fail never pass
> test-arm64-arm64-xl-xsm 12 migrate-support-check fail never pass
> test-arm64-arm64-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-xsm 13 saverestore-support-check fail never pass
> test-armhf-armhf-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-arm64-arm64-libvirt-qcow2 11 migrate-support-check fail never pass
> test-arm64-arm64-libvirt-qcow2 12 saverestore-support-check fail never pass
> test-amd64-i386-xl-qemut-win10-i386 9 windows-install fail never pass
> test-amd64-i386-xl-qemuu-win10-i386 9 windows-install fail never pass
> test-amd64-amd64-xl-qemut-win10-i386 9 windows-install fail never pass
> test-amd64-i386-xl-qemuu-ws16-amd64 9 windows-install fail never pass
> test-amd64-i386-xl-qemut-ws16-amd64 9 windows-install fail never pass
> test-amd64-amd64-xl-qemuu-win10-i386 9 windows-install fail never pass
> test-armhf-armhf-libvirt-raw 11 migrate-support-check fail never pass
>
> version targeted for testing:
> xen a7d4a5904b62731551e366ff62d84759c8ee68e2
> baseline version:
> xen 17880a0f10421c5e456d593c70da03b1688d34ac
>
> Last test of basis 109486 2017-05-16 14:21:37 Z 1 days
> Failing since 109527 2017-05-17 09:22:29 Z 1 days 2 attempts
> Testing same since 109557 2017-05-18 00:21:00 Z 0 days 1 attempts
>
> ------------------------------------------------------------
> People who touched revisions under test:
> Andrew Cooper <andrew.cooper3@citrix.com>
> Andrii Anisov <andrii_anisov@epam.com>
> George Dunlap <george.dunlap@citrix.com>
> Ian Jackson <ian.jackson@eu.citrix.com>
> Igor Druzhinin <igor.druzhinin@citrix.com>
> Jan Beulich <jbeulich@suse.com>
> Juergen Gross <jgross@suse.com>
> Julien Grall <julien.grall@arm.com>
> Wei Liu <wei.liu2@citrix.com>
> Xiong Zhang <xiong.y.zhang@intel.com>
> Yu Zhang <yu.c.zhang@linux.intel.com>
>
> jobs:
> build-amd64-xsm pass
> build-arm64-xsm pass
> build-armhf-xsm pass
> build-i386-xsm pass
> build-amd64-xtf pass
> build-amd64 pass
> build-arm64 pass
> build-armhf pass
> build-i386 pass
> build-amd64-libvirt pass
> build-arm64-libvirt pass
> build-armhf-libvirt pass
> build-i386-libvirt pass
> build-amd64-oldkern pass
> build-i386-oldkern pass
> build-amd64-prev pass
> build-i386-prev pass
> build-amd64-pvops pass
> build-arm64-pvops pass
> build-armhf-pvops pass
> build-i386-pvops pass
> build-amd64-rumprun pass
> build-i386-rumprun pass
> test-xtf-amd64-amd64-1 pass
> test-xtf-amd64-amd64-2 pass
> test-xtf-amd64-amd64-3 pass
> test-xtf-amd64-amd64-4 pass
> test-xtf-amd64-amd64-5 pass
> test-amd64-amd64-xl pass
> test-arm64-arm64-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 fail
> test-amd64-i386-xl-qemut-stubdom-debianhvm-amd64-xsm pass
> test-amd64-amd64-libvirt-xsm pass
> test-arm64-arm64-libvirt-xsm fail
> test-armhf-armhf-libvirt-xsm pass
> test-amd64-i386-libvirt-xsm pass
> test-amd64-amd64-xl-xsm pass
> test-arm64-arm64-xl-xsm pass
> test-armhf-armhf-xl-xsm pass
> test-amd64-i386-xl-xsm pass
> test-amd64-amd64-qemuu-nested-amd fail
> test-amd64-amd64-xl-pvh-amd pass
> 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-rumprun-amd64 pass
> test-amd64-amd64-xl-qemut-win7-amd64 fail
> test-amd64-i386-xl-qemut-win7-amd64 pass
> test-amd64-amd64-xl-qemuu-win7-amd64 fail
> test-amd64-i386-xl-qemuu-win7-amd64 fail
> test-amd64-amd64-xl-qemut-ws16-amd64 fail
> test-amd64-i386-xl-qemut-ws16-amd64 fail
> test-amd64-amd64-xl-qemuu-ws16-amd64 fail
> test-amd64-i386-xl-qemuu-ws16-amd64 fail
> test-armhf-armhf-xl-arndale pass
> test-amd64-amd64-xl-credit2 pass
> test-arm64-arm64-xl-credit2 pass
> test-armhf-armhf-xl-credit2 pass
> test-armhf-armhf-xl-cubietruck pass
> test-amd64-i386-freebsd10-i386 pass
> test-amd64-i386-rumprun-i386 pass
> test-amd64-amd64-xl-qemut-win10-i386 fail
> test-amd64-i386-xl-qemut-win10-i386 fail
> test-amd64-amd64-xl-qemuu-win10-i386 fail
> test-amd64-i386-xl-qemuu-win10-i386 fail
> test-amd64-amd64-qemuu-nested-intel pass
> test-amd64-amd64-xl-pvh-intel pass
> test-amd64-i386-qemut-rhel6hvm-intel pass
> test-amd64-i386-qemuu-rhel6hvm-intel pass
> test-amd64-amd64-libvirt pass
> test-arm64-arm64-libvirt pass
> test-armhf-armhf-libvirt pass
> test-amd64-i386-libvirt pass
> test-amd64-amd64-migrupgrade pass
> test-amd64-i386-migrupgrade pass
> test-amd64-amd64-xl-multivcpu pass
> test-arm64-arm64-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 fail
> test-amd64-amd64-i386-pvgrub pass
> test-amd64-amd64-pygrub pass
> test-arm64-arm64-libvirt-qcow2 pass
> test-amd64-amd64-xl-qcow2 pass
> test-armhf-armhf-libvirt-raw pass
> test-amd64-i386-xl-raw fail
> test-amd64-amd64-xl-rtds fail
> test-arm64-arm64-xl-rtds pass
> test-armhf-armhf-xl-rtds fail
> test-amd64-amd64-libvirt-vhd pass
> test-armhf-armhf-xl-vhd 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 a7d4a5904b62731551e366ff62d84759c8ee68e2
> Author: Andrew Cooper <andrew.cooper3@citrix.com>
> Date: Tue May 16 14:57:27 2017 +0100
>
> tools/xenconsoled: Preserve errno while rotating logfile handles
>
> The logic to optionally exit after a poll() error relies on errno, but
> handle_log_reload() does not preserve it.
>
> Signed-off-by: Andrew Cooper <andrew.cooper3@citrix.com>
> Acked-by: Ian Jackson <ian.jackson@eu.citrix.com>
> Acked-by: Wei Liu <wei.liu2@citrix.com>
> Release-acked-by: Julien Grall <julien.grall@arm.com>
>
> commit 690fdc23dcc9d918c6e339b06bbfa227471f61da
> Author: Andrii Anisov <andrii_anisov@epam.com>
> Date: Tue May 16 18:57:53 2017 +0300
>
> libxl/arm: Fix ARM build.
>
> Initialise *size in default branch to prevent certain compilers (i.e.
> Linaro GCC 5.2-2015.11-2) from reporting "variable may be used uninitialized"
> errors in caller function.
>
> Signed-off-by: Julien Grall <julien.grall@arm.com>
> Acked-by: Wei Liu <wei.liu2@citrix.com>
> Release-acked-by: Julien Grall <julien.grall@arm.com>
>
> commit eb13199100dffba1484aac3e72dc7aac2b42629a
> Author: Xiong Zhang <xiong.y.zhang@intel.com>
> Date: Wed May 17 17:24:45 2017 +0200
>
> x86/ioreq_server: make p2m_finish_type_change actually work
>
> Commit 6d774a951696 ("x86/ioreq server: synchronously reset outstanding
> p2m_ioreq_server entries when an ioreq server unmaps") introduced
> p2m_finish_type_change(), which was meant to synchronously finish a
> previously initiated type change over a gpfn range. It did this by
> calling get_entry(), checking if it was the appropriate type, and then
> calling set_entry().
>
> Unfortunately, a previous commit (1679e0df3df6 "x86/ioreq server:
> asynchronously reset outstanding p2m_ioreq_server entries") modified
> get_entry() to always return the new type after the type change, meaning
> that p2m_finish_type_change() never changed any entries. Which means
> when an ioreq server was detached and then re-attached (as happens in
> XenGT on reboot) the re-attach failed.
>
> Fix this by using the existing p2m-specific recalculation logic instead
> of doing a read-check-write loop.
>
> Fix: 'commit 6d774a951696 ("x86/ioreq server: synchronously reset
> outstanding p2m_ioreq_server entries when an ioreq server unmaps")'
>
> Signed-off-by: Xiong Zhang <xiong.y.zhang@intel.com>
> Signed-off-by: Yu Zhang <yu.c.zhang@linux.intel.com>
> Reviewed-by: Jan Beulich <jbeulich@suse.com>
> Acked-by: George Dunlap <george.dunlap@citrix.com>
> Release-acked-by: Julien Grall <julien.grall@arm.com>
>
> commit efa9596e9d167c8fb7d1c4446c10f7ca30453646
> Author: Igor Druzhinin <igor.druzhinin@citrix.com>
> Date: Wed May 17 17:23:15 2017 +0200
>
> x86/mm: fix incorrect unmapping of 2MB and 1GB pages
>
> The same set of functions is used to set as well as to clean
> P2M entries, except that for clean operations INVALID_MFN (~0UL)
> is passed as a parameter. Unfortunately, when calculating an
> appropriate target order for a particular mapping INVALID_MFN
> is not taken into account which leads to 4K page target order
> being set each time even for 2MB and 1GB mappings. This eventually
> breaks down an EPT structure irreversibly into 4K mappings which
> prevents consecutive high order mappings to this area.
>
> Signed-off-by: Igor Druzhinin <igor.druzhinin@citrix.com>
> Reviewed-by: Jan Beulich <jbeulich@suse.com>
> Reviewed-by: Kevin Tian <kevin.tian@intel.com>
> Acked-by: George Dunlap <george.dunlap@citrix.com>
> Release-acked-by: Julien Grall <julien.grall@arm.com>
>
> commit 5c4f579e0ee4f38cad5636bbf8ce700a394338d0
> Author: Andrew Cooper <andrew.cooper3@citrix.com>
> Date: Mon May 15 13:05:45 2017 +0100
>
> x86/pv: Fix the handling of `int $x` for vectors which alias exceptions
>
> The claim at the top of c/s 2e426d6eecf "x86/traps: Drop use_error_code
> parameter from do_{,guest_}trap()" is only actually true for hardware
> exceptions. It is not true for `int $x` instructions (which never push error
> code), irrespective of whether the vector aliases an exception or not.
>
> Furthermore, c/s 6480cc6280e "x86/traps: Fix failed ASSERT() in
> do_guest_trap()" really should have helped highlight that a regression had
> been introduced.
>
> Modify pv_inject_event() to understand event types other than
> X86_EVENTTYPE_HW_EXCEPTION, and introduce pv_inject_sw_interrupt() for the
> `int $x` handling code.
>
> Add further assertions to pv_inject_event() concerning the type of events
> passed in, which in turn requires that do_guest_trap() set its type
> appropriately (which is now used exclusively for hardware exceptions).
>
> Signed-off-by: Andrew Cooper <andrew.cooper3@citrix.com>
> Reviewed-by: Jan Beulich <jbeulich@suse.com>
> Release-acked-by: Julien Grall <julien.grall@arm.com>
>
> commit b231884da805d21156163d3ea2ef4de2e9f65fb0
> Author: Jan Beulich <JBeulich@suse.com>
> Date: Fri May 12 00:52:54 2017 -0600
>
> include: fix build without C++ compiler installed
>
> The rule for headers++.chk wants to move headers++.chk.new to the
> designated target, which means we have to create that file in the first
> place.
>
> Signed-off-by: Jan Beulich <jbeulich@suse.com>
> Reviewed-by: Wei Liu <wei.liu2@citrix.com>
> Release-acked-by: Julien Grall <julien.grall@arm.com>
>
> commit 36a049ff465f21c38f09e6e5e175c8311407f44c
> Author: Wei Liu <wei.liu2@citrix.com>
> Date: Fri May 12 16:21:06 2017 +0100
>
> ioemu-stubdom: don't link *-softmmu* and *-linux-user*
>
> They are generated by ./configure. Having them linked can cause race
> between tools build and stubdom build.
>
> Signed-off-by: Wei Liu <wei.liu2@citrix.com>
> Reviewed-by: Juergen Gross <jgross@suse.com>
> Acked-by: Ian Jackson <ian.jackson@eu.citrix.com>
> Release-acked-by: Julien Grall <julien.grall@arm.com>
>
> commit 3946384089720eacd9d7357d37cd4a99076d074e
> Author: Juergen Gross <jgross@suse.com>
> Date: Fri May 12 15:10:51 2017 +0200
>
> tools: don't require unavailable optional libraries in pkg-config files
>
> blktap2 is optional, so there should be no pkg-config file requiring
> xenblktapctl if it isn't enabled for the build.
>
> Add a filter mechanism to tools/Rules.mk to filter out optional
> libraries.
>
> Signed-off-by: Juergen Gross <jgross@suse.com>
> Acked-by: Wei Liu <wei.liu2@citrix.com>
> Acked-by: Ian Jackson <ian.jackson@eu.citrix.com>
> Release-acked-by: Julien Grall <julien.grall@arm.com>
> (qemu changes not included)
>
> _______________________________________________
> Xen-devel mailing list
> Xen-devel@lists.xen.org
> https://lists.xen.org/xen-devel
>
--
Julien Grall
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xen.org
https://lists.xen.org/xen-devel
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: [xen-unstable test] 109557: regressions - FAIL
2017-05-19 7:46 ` Julien Grall
@ 2017-05-19 8:09 ` Jan Beulich
0 siblings, 0 replies; 3+ messages in thread
From: Jan Beulich @ 2017-05-19 8:09 UTC (permalink / raw)
To: Julien Grall
Cc: Stefano Stabellini, Andrew Cooper, xen.org, osstest service owner,
xen-devel, nd
>>> On 19.05.17 at 09:46, <julien.grall@arm.com> wrote:
> On 18/05/2017 15:15, osstest service owner wrote:
>> test-amd64-amd64-amd64-pvgrub 9 debian-di-install fail REGR. vs. 109486
>> test-amd64-i386-xl-raw 18 guest-start/debian.repeat fail REGR. vs. 109486
>> test-amd64-amd64-xl-qemut-stubdom-debianhvm-amd64-xsm 9 debian-hvm-install fail REGR. vs. 109486
>
> CC Jan and Andrew to get some feedback here.
I did look at these already and couldn't spot anything from the
hypervisor perspective.
Jan
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xen.org
https://lists.xen.org/xen-devel
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2017-05-19 8:09 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2017-05-18 14:15 [xen-unstable test] 109557: regressions - FAIL osstest service owner
2017-05-19 7:46 ` Julien Grall
2017-05-19 8:09 ` Jan Beulich
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).