|
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [Xen-devel] [xen-unstable test] 109644: regressions - FAIL
flight 109644 xen-unstable real [real] http://logs.test-lab.xenproject.org/osstest/logs/109644/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-armhf-armhf-xl-credit2 15 guest-start/debian.repeat fail REGR. vs. 109581 Tests which did not succeed, but are not blocking: test-amd64-i386-xl-qemuu-win7-amd64 16 guest-stop fail blocked in 109581 test-amd64-amd64-xl-qemuu-win7-amd64 16 guest-stop fail like 109557 test-armhf-armhf-libvirt-xsm 13 saverestore-support-check fail like 109581 test-armhf-armhf-libvirt 13 saverestore-support-check fail like 109581 test-amd64-i386-xl-qemut-win7-amd64 16 guest-stop fail like 109581 test-armhf-armhf-xl-rtds 15 guest-start/debian.repeat fail like 109581 test-amd64-amd64-xl-rtds 9 debian-install fail like 109581 test-armhf-armhf-libvirt-raw 12 saverestore-support-check fail like 109581 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 12 migrate-support-check fail never pass test-amd64-amd64-libvirt-xsm 12 migrate-support-check fail never pass test-amd64-amd64-xl-qemut-ws16-amd64 9 windows-install 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-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-libvirt-xsm 12 migrate-support-check fail never pass test-arm64-arm64-libvirt-xsm 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-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-libvirt 12 migrate-support-check fail never pass test-armhf-armhf-xl-rtds 12 migrate-support-check fail never pass test-armhf-armhf-xl-rtds 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-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-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-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-armhf-armhf-xl-multivcpu 12 migrate-support-check fail never pass test-armhf-armhf-xl-multivcpu 13 saverestore-support-check 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 3fafdc28eb98dc1cb686379d83270516fc38049d baseline version: xen a7d4a5904b62731551e366ff62d84759c8ee68e2 Last test of basis 109581 2017-05-18 14:25:44 Z 2 days Failing since 109607 2017-05-19 09:11:44 Z 2 days 2 attempts Testing same since 109644 2017-05-20 10:25:27 Z 1 days 1 attempts ------------------------------------------------------------ People who touched revisions under test: Andrew Cooper <andrew.cooper3@xxxxxxxxxx> Gary Lin <glin@xxxxxxxx> Ian Jackson <ian.jackson@xxxxxxxxxxxxx> Jan Beulich <jbeulich@xxxxxxxx> Julien Grall <julien.grall@xxxxxxx> Roger Pau Monne <roger.pau@xxxxxxxxxx> Roger Pau Monné <roger.pau@xxxxxxxxxx> Samuel Thibault <samuel.thibault@xxxxxxxxxxxx> Steven Haigh <netwiz@xxxxxxxxx> Wei Liu <wei.liu2@xxxxxxxxxx> 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 pass test-amd64-i386-xl-qemut-stubdom-debianhvm-amd64-xsm pass test-amd64-amd64-libvirt-xsm pass test-arm64-arm64-libvirt-xsm pass 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 pass 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-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 fail test-armhf-armhf-xl-cubietruck pass test-amd64-amd64-examine pass test-arm64-arm64-examine pass test-armhf-armhf-examine pass test-amd64-i386-examine 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 pass 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 pass 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 3fafdc28eb98dc1cb686379d83270516fc38049d Author: Julien Grall <julien.grall@xxxxxxx> Date: Fri May 19 17:08:39 2017 +0100 xen/arm: p2m: Fix incorrect mapping of superpages The same set of functions is used to set as well as to clean P2M entries, except 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 taken into account which leads to 4K page target order being set each time even for 2MB and 1GB mappings. This will result to break down the superpage into 4K mappings and leave empty tables allocated. This was introduced by commit 2ef3e36ec7 "xen/arm: p2m: Introduce p2m_set_entry and __p2m_set_entry". Signed-off-by: Julien Grall <julien.grall@xxxxxxx> Reviewed-by: Stefano Stabellini <sstabellini@xxxxxxxxxx> commit 8f2e3d8913bba06651d9021b6f925bdcd1060f4a Author: Andrew Cooper <andrew.cooper3@xxxxxxxxxx> Date: Tue May 16 15:47:33 2017 +0100 x86/pagewalk: Fix determination of Protection Key access rights * When fabricating gl1e's from superpages, propagate the protection key as well, so the protection key logic sees the real key as opposed to 0. * Experimentally, the protection key checks are performed ahead of the other access rights. In particular, accesses which fail both protection key and regular permission checks yield PFEC_prot_key in the resulting pagefault. * Protection keys apply to all data accesses to user-mode addresses, including accesses from supervisor code. PKRU WD applies to any data write, not just to mapping which are writable. However, a supervisor access without CR0.WP bypasses any protection from protection keys. Signed-off-by: Andrew Cooper <andrew.cooper3@xxxxxxxxxx> Reviewed-by: Tim Deegan <tim@xxxxxxx> Release-acked-by: Julien Grall <julien.grall@xxxxxxx> commit 0d6968635ce51a8ed7508ddcf17b3d13a462cb27 Author: Jan Beulich <jbeulich@xxxxxxxx> Date: Fri May 19 16:04:38 2017 +0200 hvmloader: avoid tests when they would clobber used memory First of all limit the memory range used for testing to 4Mb: There's no point placing page tables right above 8Mb when they can equally well live at the bottom of the chunk at 4Mb - rep_io_test() cares about the 5Mb...7Mb range only anyway. In a subsequent patch this will then also allow simply looking for an unused 4Mb range (instead of using a build time determined one). Extend the "skip tests" condition beyond the "is there enough memory" question. Reported-by: Charles Arnold <carnold@xxxxxxxx> Signed-off-by: Jan Beulich <jbeulich@xxxxxxxx> Tested-by: Gary Lin <glin@xxxxxxxx> Acked-by: Andrew Cooper <andrew.cooper3@xxxxxxxxxx> Release-acked-by: Julien Grall <julien.grall@xxxxxxx> commit 229ff3125b3d43c3fdc87c12c0047894395b5d32 Author: Julien Grall <julien.grall@xxxxxxx> Date: Thu May 18 16:38:29 2017 +0100 Use non-debug build for Xen 4.9 Modify Config.mk and Kconfig.debug to disable debug by default in preparation for late RCs and eventual release. Signed-off-by: Julien Grall <julien.grall@xxxxxxx> Acked-by: Wei Liu <wei.liu2@xxxxxxxxxx> Acked-by: Ian Jackson <ian.jackson@xxxxxxxxxxxxx> commit 508e8d82a528a5f1ff9d5d4d5aa1adae31899a14 Author: Roger Pau Monne <roger.pau@xxxxxxxxxx> Date: Tue May 16 08:59:25 2017 +0100 libxl/devd: move the device allocation/removal code Move the device addition/removal code to the {add/remove}_device functions. Signed-off-by: Roger Pau Monné <roger.pau@xxxxxxxxxx> Acked-by: Wei Liu <wei.liu2@xxxxxxxxxx> Acked-by: Ian Jackson <ian.jackson@xxxxxxxxxxxxx> Release-acked-by: Julien Grall <julien.grall@xxxxxxx> commit 536ec5f13c066f10b5e8851392e622cc99f969f7 Author: Roger Pau Monne <roger.pau@xxxxxxxxxx> Date: Tue May 16 08:59:24 2017 +0100 libxl/devd: correctly manipulate the dguest list Current code in backend_watch_callback has two issues when manipulating the dguest list: 1. backend_watch_callback forgets to remove a libxl__ddomain_guest from the list of tracked domains when the related data is freed, causing dereferences later on when the list is traversed. Make sure that a domain is always removed from the list when freed. 2. A spurious device state change can cause a dguest to be freed, with active devices and without being removed from the list. Fix this by always checking if a dguest has active devices before freeing and removing it. Signed-off-by: Roger Pau Monné <roger.pau@xxxxxxxxxx> Reported-by: Reinis Martinsons <admin@xxxxxx> Suggested-by: Ian Jackson <ian.jackson@xxxxxxxxxxxxx> Reviewed-by: Wei Liu <wei.liu2@xxxxxxxxxx> Acked-by: Ian Jackson <ian.jackson@xxxxxxxxxxxxx> Release-acked-by: Julien Grall <julien.grall@xxxxxxx> commit fd519a51192b97168ab1a9ca3405d75d89341ee2 Author: Roger Pau Monne <roger.pau@xxxxxxxxxx> Date: Tue May 16 08:59:23 2017 +0100 libxl/devd: fix a race with concurrent device addition/removal Current code can free the libxl__device inside of the libxl__ddomain_device before the addition has finished if a removal happens while an addition is still in process: backend_watch_callback | v add_device | backend_watch_callback (async operation) | | v | remove_device | | | V | device_complete | (free libxl__device) v device_complete (deref libxl__device) Fix this by creating a temporary copy of the libxl__device, that's tracked by the GC of the nested async operation. This ensures that the libxl__device used by the async operations cannot be freed while being used. Signed-off-by: Roger Pau Monné <roger.pau@xxxxxxxxxx> Reported-by: Ian Jackson <ian.jackson@xxxxxxxxxxxxx> Reviewed-by: Wei Liu <wei.liu2@xxxxxxxxxx> Acked-by: Ian Jackson <ian.jackson@xxxxxxxxxxxxx> Release-acked-by: Julien Grall <julien.grall@xxxxxxx> commit 728d21b29b48f6c45a8e3677e62bd4655d8f737b Author: Wei Liu <wei.liu2@xxxxxxxxxx> Date: Fri May 19 12:55:26 2017 +0100 build: more adjustments to top-level Makefile dependencies In the original code, top-level dist target unconditionally invokes dist target for tools/include, which is wrong when tools component is not enabled. Make dist-tools depend on dist-tools-public-headers, which depends on build-tools-public-headers. Discovered by Travis-CI. Signed-off-by: Wei Liu <wei.liu2@xxxxxxxxxx> Acked-by: Ian Jackson <ian.jackson@xxxxxxxxxxxxx> elease-acked-by: Julien Grall <julien.grall@xxxxxxx> commit 9d3011bd1cd29f8f3841bf1b64d5ead9ed1434e8 Author: Jan Beulich <jbeulich@xxxxxxxx> Date: Fri May 19 10:12:08 2017 +0200 arm: fix build with gcc 7 The compiler dislikes duplicate "const", and the ones it complains about look like they we in fact meant to be placed differently. Also fix array_access_okay() (just like on x86), despite the construct being unused on ARM: -Wint-in-bool-context, enabled by default in gcc 7, doesn't like multiplication in conditional operators. "Hide" it, at the risk of the next compiler version becoming smarter and recognizing even that. (The hope is that added smartness then would also better deal with legitimate cases like the one here.) The change could have been done in access_ok(), but I think we better keep it at the place the compiler is actually unhappy about. Signed-off-by: Jan Beulich <jbeulich@xxxxxxxx> Reviewed-by: Julien Grall <julien.grall@xxxxxxx> Release-acked-by: Julien Grall <julien.grall@xxxxxxx> commit f32400e90c046a9fd76c8917a60d34ade9c02ea2 Author: Jan Beulich <jbeulich@xxxxxxxx> Date: Fri May 19 10:11:36 2017 +0200 x86: fix build with gcc 7 -Wint-in-bool-context, enabled by default in gcc 7, doesn't like multiplication in conditional operators. "Hide" them, at the risk of the next compiler version becoming smarter and recognizing even those. (The hope is that added smartness then would also better deal with legitimate cases like the ones here.) The change could have been done in access_ok(), but I think we better keep it at the places the compiler is actually unhappy about. Signed-off-by: Jan Beulich <jbeulich@xxxxxxxx> Reviewed-by: Andrew Cooper <andrew.cooper3@xxxxxxxxxx> Release-acked-by: Julien Grall <julien.grall@xxxxxxx> commit bb8597b6d36d66a1972c62beb2300fcdeff1747f Author: Jan Beulich <jbeulich@xxxxxxxx> Date: Fri May 19 10:10:49 2017 +0200 xmalloc: correct _xmalloc_array() indentation It's been wrongly indented using tabs till now, and the stray blank ahead of the final return statement gets in the way of using .i files for detailed analysis of other compiler issues (-Wmisleading-indentation kicks in due to the tab->space transformation done in the course of pre-processing). Also add missing spaces inside the if() at once, including the similar case in _xzalloc_array(). Signed-off-by: Jan Beulich <jbeulich@xxxxxxxx> Reviewed-by: Wei Liu <wei.liu2@xxxxxxxxxx> Reviewed-by: Andrew Cooper <andrew.cooper3@xxxxxxxxxx> Release-acked-by: Julien Grall <julien.grall@xxxxxxx> commit 93ade42f47300f3f353aa9bd59b737bca8f2d342 Author: Wei Liu <wei.liu2@xxxxxxxxxx> Date: Thu May 18 11:57:32 2017 +0100 build: add missing dependency Commit f745b55 missed install-tools' dependency on build-tools-public-headers. Discovered by Travis-CI. Signed-off-by: Wei Liu <wei.liu2@xxxxxxxxxx> Acked-by: Ian Jackson <ian.jackson@xxxxxxxxxxxxx> Release-acked-by: Julien Grall <julien.grall@xxxxxxx> commit f745b55f137c9c086552dc7463ba2cefccab8292 Author: Wei Liu <wei.liu2@xxxxxxxxxx> Date: Wed May 17 15:26:08 2017 +0100 build: stubdom and tools should depend on public header target Build can fail if stubdom build is run before tools build because: 1. tools/include build uses relative path and depends on XEN_OS 2. stubdom needs tools/include to be built, at which time XEN_OS is mini-os and corresponding symlinks are created 3. libraries inside tools needs tools/include to be built, at which time XEN_OS is the host os name, but symlinks won't be created because they are already there 4. libraries get the wrong headers and fail to build Since both tools and stubdom build need the public headers, we build tools/include before stubdom and tools. Remove runes in stubdom and tools to avoid building tools/include more than once. Provide a new dist target for tools/include. Hook up the install, clean, dist and distclean targets for tools/include. The new arrangement ensures tools build gets the correct headers because XEN_OS is set to host os when building tools/include. As for stubdom, it explicitly links to the mini-os directory without relying on XEN_OS so it should be fine. Reported-by: Steven Haigh <netwiz@xxxxxxxxx> Signed-off-by: Wei Liu <wei.liu2@xxxxxxxxxx> Tested-by: Steven Haigh <netwiz@xxxxxxxxx> Acked-by: Ian Jackson <ian.jackson@xxxxxxxxxxxxx> Release-acked-by: Julien Grall <julien.grall@xxxxxxx> Acked-by: Samuel Thibault <samuel.thibault@xxxxxxxxxxxx> (qemu changes not included) _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxx https://lists.xen.org/xen-devel
|
 |
Lists.xenproject.org is hosted with RackSpace, monitoring our |