|
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [Xen-devel] [xen-unstable baseline-only test] 67995: regressions - FAIL
This run is configured for baseline tests only. flight 67995 xen-unstable real [real] http://osstest.xs.citrite.net/~osstest/testlogs/logs/67995/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-xtf-amd64-amd64-5 10 xtf-fep fail REGR. vs. 67981 test-xtf-amd64-amd64-1 10 xtf-fep fail REGR. vs. 67981 test-xtf-amd64-amd64-2 10 xtf-fep fail REGR. vs. 67981 test-xtf-amd64-amd64-3 10 xtf-fep fail REGR. vs. 67981 test-xtf-amd64-amd64-4 10 xtf-fep fail REGR. vs. 67981 Regressions which are regarded as allowable (not blocking): test-amd64-i386-xl-qemuu-win7-amd64 16 guest-stop fail like 67981 test-amd64-amd64-qemuu-nested-intel 16 debian-hvm-install/l1/l2 fail like 67981 test-amd64-i386-xl-qemuu-winxpsp3-vcpus1 9 windows-install fail like 67981 test-amd64-i386-xl-qemut-winxpsp3-vcpus1 9 windows-install fail like 67981 Tests which did not succeed, but are not blocking: test-amd64-amd64-rumprun-amd64 1 build-check(1) blocked n/a test-amd64-i386-rumprun-i386 1 build-check(1) blocked n/a build-i386-rumprun 6 xen-build fail never pass build-amd64-rumprun 6 xen-build fail never pass test-armhf-armhf-libvirt 12 migrate-support-check fail never pass test-armhf-armhf-xl-multivcpu 12 migrate-support-check fail never pass test-armhf-armhf-libvirt 14 guest-saverestore fail never pass test-armhf-armhf-xl-multivcpu 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-xsm 12 migrate-support-check fail never pass test-armhf-armhf-libvirt-xsm 14 guest-saverestore fail never pass test-armhf-armhf-xl 12 migrate-support-check fail never pass test-armhf-armhf-xl-midway 12 migrate-support-check fail never pass test-armhf-armhf-xl-midway 13 saverestore-support-check fail never pass test-armhf-armhf-xl 13 saverestore-support-check fail never pass test-amd64-i386-libvirt 12 migrate-support-check fail never pass test-amd64-amd64-xl-pvh-intel 11 guest-start 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-amd64-i386-libvirt-xsm 12 migrate-support-check fail never pass test-amd64-amd64-libvirt-xsm 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-amd64-amd64-xl-pvh-amd 11 guest-start fail never pass test-amd64-amd64-libvirt 12 migrate-support-check fail never pass test-armhf-armhf-libvirt-raw 11 migrate-support-check fail never pass test-armhf-armhf-libvirt-raw 13 guest-saverestore fail never pass test-armhf-armhf-libvirt-qcow2 11 migrate-support-check fail never pass test-armhf-armhf-libvirt-qcow2 13 guest-saverestore fail never pass test-amd64-amd64-libvirt-qemuu-debianhvm-amd64-xsm 10 migrate-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-amd64-i386-libvirt-qemuu-debianhvm-amd64-xsm 10 migrate-support-check fail never pass test-amd64-amd64-qemuu-nested-amd 16 debian-hvm-install/l1/l2 fail never pass test-amd64-amd64-libvirt-vhd 11 migrate-support-check fail never pass test-amd64-amd64-xl-qemut-win7-amd64 16 guest-stop fail never pass test-amd64-i386-xl-qemut-win7-amd64 16 guest-stop fail never pass test-amd64-amd64-xl-qemuu-win7-amd64 16 guest-stop fail never pass version targeted for testing: xen 4ccb2adb96042e0d1e334c01fe260b32e6001db9 baseline version: xen 496673a2ada93c201fbe1cc83146c8bd8e79169d Last test of basis 67981 2016-11-02 15:46:22 Z 2 days Testing same since 67995 2016-11-04 09:16:29 Z 0 days 1 attempts ------------------------------------------------------------ People who touched revisions under test: Andrew Cooper <andrew.cooper3@xxxxxxxxxx> Dario Faggioli <dario.faggioli@xxxxxxxxxx> George Dunlap <george.dunlap@xxxxxxxxxx> Ian Jackson <ian.jackson@xxxxxxxxxxxxx> Jan Beulich <jbeulich@xxxxxxxx> Julien Grall <julien.grall@xxxxxxx> Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx> Roger Pau Monne <roger.pau@xxxxxxxxxx> Roger Pau Monné <roger.pau@xxxxxxxxxx> Wei Liu <wei.liu2@xxxxxxxxxx> jobs: build-amd64-xsm pass build-armhf-xsm pass build-i386-xsm pass build-amd64-xtf pass build-amd64 pass build-armhf pass build-i386 pass build-amd64-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-armhf-pvops pass build-i386-pvops pass build-amd64-rumprun fail build-i386-rumprun fail 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-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-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-qemuu-nested-amd fail 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-rumprun-amd64 blocked 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-amd64-amd64-xl-credit2 pass test-armhf-armhf-xl-credit2 pass test-amd64-i386-freebsd10-i386 pass test-amd64-i386-rumprun-i386 blocked test-amd64-amd64-qemuu-nested-intel fail 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-armhf-armhf-xl-midway 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-armhf-armhf-libvirt-qcow2 fail test-amd64-amd64-xl-qcow2 pass test-armhf-armhf-libvirt-raw fail test-amd64-i386-xl-raw pass test-amd64-amd64-xl-rtds pass test-armhf-armhf-xl-rtds pass test-amd64-i386-xl-qemut-winxpsp3-vcpus1 fail test-amd64-i386-xl-qemuu-winxpsp3-vcpus1 fail test-amd64-amd64-libvirt-vhd pass test-armhf-armhf-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.xs.citrite.net logs: /home/osstest/logs images: /home/osstest/images Logs, config files, etc. are available at http://osstest.xs.citrite.net/~osstest/testlogs/logs Test harness code can be found at http://xenbits.xensource.com/gitweb?p=osstest.git;a=summary Push not applicable. ------------------------------------------------------------ commit 4ccb2adb96042e0d1e334c01fe260b32e6001db9 Author: Jan Beulich <jbeulich@xxxxxxxx> Date: Thu Nov 3 17:23:22 2016 +0100 x86emul: {L,S}{G,I}DT ignore operand size overrides in 64-bit mode This affects not only the layout of the data (always 2+8 bytes), but also the contents (no truncation to 24 bits occurs). Signed-off-by: Jan Beulich <jbeulich@xxxxxxxx> Reviewed-by: Andrew Cooper <andrew.cooper3@xxxxxxxxxx> Release-acked-by: Wei Liu <wei.liu2@xxxxxxxxxx> commit bd41a22f2d7ac66ff71bacff391ee21f658a8fa2 Author: Wei Liu <wei.liu2@xxxxxxxxxx> Date: Thu Nov 3 16:13:05 2016 +0000 Revert "libxl: disallow enabling PoD and ALTP2M at the same time" This reverts commit ff53c65311a32e54dba51f2b8112632e9dd2af3b. Signed-off-by: Wei Liu <wei.liu2@xxxxxxxxxx> commit 7922a28a951cbda8b58b354b889574c6ea7b2524 Author: Julien Grall <julien.grall@xxxxxxx> Date: Thu Nov 3 14:36:35 2016 +0000 xen/arm: early-printk: It should depends on CONFIG_DEBUG and not debug The variable debug is used to enable debug for the tools. As early-printk is for the hypervisor we should use CONFIG_DEBUG. Signed-off-by: Julien Grall <julien.grall@xxxxxxx> Acked-by: Wei Liu <wei.liu2@xxxxxxxxxx> Release-acked-by: Wei Liu <wei.liu2@xxxxxxxxxx> commit 6723676c2651a40855e37861315569892fa2b923 Author: Roger Pau Monne <roger.pau@xxxxxxxxxx> Date: Thu Nov 3 13:19:03 2016 +0100 docs: document ACPI usage in PVHv2 guests It is possible for PVHv2 guests to get the hardware description from ACPI tables, add this to the documentation also. Signed-off-by: Roger Pau Monné <roger.pau@xxxxxxxxxx> Reviewed-by: Andrew Cooper <andrew.cooper3@xxxxxxxxxx> Release-acked-by: Wei Liu <wei.liu2@xxxxxxxxxx> commit 33b79dd04445b3ce289aa821eed8d812157478d6 Author: Roger Pau Monne <roger.pau@xxxxxxxxxx> Date: Thu Nov 3 12:29:21 2016 +0100 docs: fixup PVHv2 documentation regarding AP startup On PVHv2 guests the local APIC can also be used to start APs if present. Amend the documentation in order to reflect this. Signed-off-by: Roger Pau Monné <roger.pau@xxxxxxxxxx> Acked-by: Jan Beulich <jbeulich@xxxxxxxx> Release-acked-by: Wei Liu <wei.liu2@xxxxxxxxxx> commit 12bc22f79117dfae5e59382cdda6b8b6b70a7554 Author: Andrew Cooper <andrew.cooper3@xxxxxxxxxx> Date: Wed Nov 2 14:43:48 2016 +0000 x86/emul: Reject LGDT/LIDT attempts with non-canonical base addresses No sane OS would deliberately try this, but make Xen's emulation match real hardware by delivering #GP(0), rather than suffering a VMEntry failure. Signed-off-by: Andrew Cooper <andrew.cooper3@xxxxxxxxxx> Reviewed-by: Jan Beulich <JBeulich@xxxxxxxx> Release-acked-by: Wei Liu <wei.liu2@xxxxxxxxxx> commit ff53c65311a32e54dba51f2b8112632e9dd2af3b Author: Wei Liu <wei.liu2@xxxxxxxxxx> Date: Wed Nov 2 14:10:37 2016 +0000 libxl: disallow enabling PoD and ALTP2M at the same time That combination would cause Xen to crash. Note that although this is a security issue, is not XSA-worthy because ALTP2M is experimental. Signed-off-by: Wei Liu <wei.liu2@xxxxxxxxxx> Acked-by: Ian Jackson <ian.jackson@xxxxxxxxxxxxx> Release-acked-by: Wei Liu <wei.liu2@xxxxxxxxxx> commit 3c79495579adddee535c2b7f8c332e4517764a0e Author: Dario Faggioli <dario.faggioli@xxxxxxxxxx> Date: Wed Nov 2 16:05:03 2016 +0100 features: declare the Credit2 scheduler as Supported Credit2 is available in tree as an "Experimental" scheduler since a few years. Recently, effort started for making it production ready and, eventually, the new Xen's default scheduler. As a consequence of that, it has undergone a great deal of development, testing and benchmarking. In fact, Credit2's much more modern (wrt Credit1) design and cleaner code makes it a lot easier to understand what the scheduler is doing, fix scheduling issues that may come up, and implement new and more advanced features, in future. In some more details: - key features that were missing (pinning and context switching rate-limiting) have now been implemented, and more (soft affinity, caps and reservations) are about to come. The gap wrt Credit1 is therefore closing. In particular, with pinning and rate-limiting available, the scheduler can be considered usable. - Credit2 is tested by OSSTest since long time. Furthermore, as a part of recent efforts, stress tests and benchmarks have been run and shown no bugs or stability issues. - A number of different benchmarks have been run, most of them comparing Credit2 with Credit1. Some of the results were posted on xen-devel, some others have been illustrated during a talk at 2016 edition of Xen-Project Developer Summit. In general, performance look promising --if not better than Credit1 already, in some of the cases. It therefore appears that we are ready to mark the Credit2 scheduler as a 'Supported' feature, and ask users to look at it and try it, if they think it suits their needs. Of course, declaring something 'Supported' has security implications. So here it is how the situation looks like from a security standpoint: 1) Is guest->host privilege escalation possible? The only interfaces exposed to unprivileged guests are the SCHEDOP hypercalls, and timers. None of those hypercalls contain any pointers, and they don't look to contain any privilege escalation path. Also, they're not specific to Credit2, as they're "used" by all schedulers (ingluding the current default, Credit1), so anything about these interfaces would be a security concern already. 2) Is guest user->guest kernel escalation possible? The guest kernel is not really relying on anything from the scheduler to protect itself or any data in any way. 3) Is there any information leakage? The only information which the scheduler exposes to unprivileged guests is the timing information. This may be able to be used for side-channel attacks to probabilistically infer things about other vcpus running on the same system; but this has not traditionally been considered within the security boundary. And, again, this is possible with all schedulers. The control domain can issue DOMCTL_SCHEDOP and SYSCTL_SCHEDOP hypercalls, but the involved data structures are handled in a way that does not leak information (which would be leaked "only" to Dom0 anyway). 4) Can a Denial-of-Service be triggered? This is a risk, with schedulers, and one that's hard to foresee. For instance, it _did_ happen on Credit1, in the past (a vcpu could "game the system" by sleeping at particular times to gain BOOST priority and monopolize 95% of the cpu). In that case, it was possible because of the probabilistic nature of accounting in Credit1 (which was then fixed). Well, Credit2: - already do accurate, rather than probabilistic, accounting; - does not have any BOOST or, in general, any way for a vcpu to become 'more important' than the others: they're all subjected to the same crediting algorithm. Also note that, the accounting and the crediting algorithm are a lot simpler than in Credit1, and hence a lot easier to understand, debug and audit. Signed-off-by: Dario Faggioli <dario.faggioli@xxxxxxxxxx> Acked-by: Jan Beulich <jbeulich@xxxxxxxx> Acked-by: Wei Liu <wei.liu2@xxxxxxxxxx> Acked-by: George Dunlap <george.dunlap@xxxxxxxxxx> Acked-by: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx> Acked-by: Ian Jackson <ian.jackson@xxxxxxxxxxxxx> Release-acked-by: Wei Liu <wei.liu2@xxxxxxxxxx> commit fecf584294c6b00d95de0ecdb5e02269d8d9b4c9 Author: Wei Liu <wei.liu2@xxxxxxxxxx> Date: Mon Oct 31 17:03:04 2016 +0000 Config.mk: fix comment for debug option Signed-off-by: Wei Liu <wei.liu2@xxxxxxxxxx> Reviewed-by: Andrew Cooper <andrew.cooper3@xxxxxxxxxx> Reviewed-by: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx> Release-acked-by: Wei Liu <wei.liu2@xxxxxxxxxx> commit 31d41d7bc87d0d2a24ac965b37793faa40d23dcb Author: Wei Liu <wei.liu2@xxxxxxxxxx> Date: Mon Oct 31 17:42:25 2016 +0000 build: make debug option affect tools only The debug option in Config.mk affects hypervisor, tools and stubdom by appending different flags to CFLAGS. Mini-os under extra is not affected because it already has its own build system when it is separated from xen.git. It is undesirable because now hypervisor build is affected by both Kconfig and debug. Disentangle the semantics of debug by pushing relevant options to individual sub-systems. For hypervisor, the flags previously added by debug option is now controlled by CONFIG_DEBUG. For tools, flags are moved from config/*.mk into tools/Rules.mk. For stubdom, because it unilaterally sets debug=y before including top-level Config.mk, we only need to move the debug build set of flags into stubdom Makefile. Specifically there are some considerations on what flags are picked: 1. we don't need -fno-optimize-sibling-calls anymore because gcc doc indicates that it is not enabled for -O1, which we already set in the debug build. 2. for tools we use -O0 -g3 in Rules.mk because they already take precedence over the flags set in config/*.mk. 3. for hypervisor we don't add -fno-omit-frame-pointer to debug build because that's controlled by CONFIG_FRAME_POINTER. This patch doesn't intend to tune those flags, but to provide identical set of effective flags as before. The debug option in Config.mk will only affect tools components after this patch is applied. Signed-off-by: Wei Liu <wei.liu2@xxxxxxxxxx> Acked-by: Jan Beulich <jbeulich@xxxxxxxx> Release-acked-by: Wei Liu <wei.liu2@xxxxxxxxxx> commit e1d1c68ea8a3354ba7474f15303d0a9086ba3287 Author: Wei Liu <wei.liu2@xxxxxxxxxx> Date: Mon Oct 31 17:01:12 2016 +0000 xen: disable debug build Xen debug build is controlled by Kconfig. Signed-off-by: Wei Liu <wei.liu2@xxxxxxxxxx> Reviewed-by: Andrew Cooper <andrew.cooper3@xxxxxxxxxx> Reviewed-by: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx> Release-acked-by: Wei Liu <wei.liu2@xxxxxxxxxx> (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 |