|
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [Xen-devel] [xen-unstable test] 25905: regressions - FAIL
flight 25905 xen-unstable real [real] http://www.chiark.greenend.org.uk/~xensrcts/logs/25905/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-i386-xl-credit2 11 guest-saverestore fail REGR. vs. 25900 test-amd64-i386-xl-qemuu-winxpsp3 11 guest-saverestore.2 fail REGR. vs. 25900 Tests which did not succeed, but are not blocking: test-amd64-i386-xl-qemuu-ovmf-amd64 7 debian-hvm-install fail never pass test-amd64-amd64-xl-qemuu-ovmf-amd64 7 debian-hvm-install fail never pass test-amd64-amd64-xl-pcipt-intel 9 guest-start fail never pass test-amd64-i386-xl-qemuu-winxpsp3-vcpus1 14 guest-stop fail never pass test-amd64-i386-xl-qemut-winxpsp3 14 guest-stop fail never pass test-amd64-i386-xl-qemut-winxpsp3-vcpus1 14 guest-stop fail never pass test-amd64-amd64-xl-win7-amd64 14 guest-stop fail never pass test-amd64-amd64-xl-qemuu-win7-amd64 14 guest-stop fail never pass test-amd64-i386-xl-win7-amd64 14 guest-stop fail never pass test-amd64-amd64-xl-winxpsp3 14 guest-stop fail never pass test-amd64-i386-xl-qemut-win7-amd64 14 guest-stop fail never pass test-amd64-amd64-xl-qemut-winxpsp3 14 guest-stop fail never pass test-amd64-i386-xl-winxpsp3-vcpus1 14 guest-stop fail never pass test-amd64-i386-xl-winxpsp3 14 guest-stop fail never pass test-amd64-i386-xl-qemuu-win7-amd64 14 guest-stop fail never pass test-amd64-amd64-xl-qemut-win7-amd64 14 guest-stop fail never pass test-amd64-amd64-xl-qemuu-winxpsp3 14 guest-stop fail never pass test-armhf-armhf-xl 10 migrate-support-check fail never pass version targeted for testing: xen 01feb234d0cb3bff248694d99397fb63a9757490 baseline version: xen c82fbfe6ec8be597218eb943641d1f7a81c4c01e ------------------------------------------------------------ People who touched revisions under test: Andrew Cooper <andrew.cooper3@xxxxxxxxxx> Daniel De Graaf <dgdegra@xxxxxxxxxxxxx> Don Slutz <dslutz@xxxxxxxxxxx> Ian Campbell <ian.campbell@xxxxxxxxxx> Ian Jackson <ian.jackson@xxxxxxxxxxxxx> Jan Beulich <jbeulich@xxxxxxxx> Julien Grall <julien.grall@xxxxxxxxxx> Keir Fraser <keir@xxxxxxx> Mukesh Rathor <mukesh.rathor@xxxxxxxxxx> Suriyan Ramasami <suriyan.r@xxxxxxxxx> Tim Deegan <tim@xxxxxxx> Wei Liu <wei.liu2@xxxxxxxxxx> ------------------------------------------------------------ jobs: build-amd64 pass build-armhf pass build-i386 pass build-amd64-oldkern pass build-i386-oldkern pass build-amd64-pvops pass build-armhf-pvops pass build-i386-pvops pass test-amd64-amd64-xl pass test-armhf-armhf-xl pass test-amd64-i386-xl pass test-amd64-i386-rhel6hvm-amd pass test-amd64-i386-qemut-rhel6hvm-amd pass test-amd64-i386-qemuu-rhel6hvm-amd pass test-amd64-i386-freebsd10-amd64 pass test-amd64-amd64-xl-qemuu-ovmf-amd64 fail test-amd64-i386-xl-qemuu-ovmf-amd64 fail 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-win7-amd64 fail test-amd64-i386-xl-win7-amd64 fail test-amd64-i386-xl-credit2 fail test-amd64-i386-freebsd10-i386 pass test-amd64-amd64-xl-pcipt-intel fail test-amd64-i386-rhel6hvm-intel pass test-amd64-i386-qemut-rhel6hvm-intel pass test-amd64-i386-qemuu-rhel6hvm-intel pass test-amd64-i386-xl-multivcpu pass test-amd64-amd64-pair pass test-amd64-i386-pair pass test-amd64-amd64-xl-sedf-pin pass test-amd64-amd64-xl-sedf pass test-amd64-i386-xl-qemut-winxpsp3-vcpus1 fail test-amd64-i386-xl-qemuu-winxpsp3-vcpus1 fail test-amd64-i386-xl-winxpsp3-vcpus1 fail test-amd64-amd64-xl-qemut-winxpsp3 fail test-amd64-i386-xl-qemut-winxpsp3 fail test-amd64-amd64-xl-qemuu-winxpsp3 fail test-amd64-i386-xl-qemuu-winxpsp3 fail test-amd64-amd64-xl-winxpsp3 fail test-amd64-i386-xl-winxpsp3 fail ------------------------------------------------------------ sg-report-flight on osstest.cam.xci-test.com logs: /home/xc_osstest/logs images: /home/xc_osstest/images Logs, config files, etc. are available at http://www.chiark.greenend.org.uk/~xensrcts/logs Test harness code can be found at http://xenbits.xensource.com/gitweb?p=osstest.git;a=summary Not pushing. ------------------------------------------------------------ commit 01feb234d0cb3bff248694d99397fb63a9757490 Author: Daniel De Graaf <dgdegra@xxxxxxxxxxxxx> Date: Thu Apr 17 10:10:33 2014 +0200 implement is_hardware_domain using hardware_domain global This requires setting the hardware_domain variable earlier in domain_create so that functions called from it (primarily in arch_domain_create) observe the correct results when they call is_hardware_domain. Signed-off-by: Daniel De Graaf <dgdegra@xxxxxxxxxxxxx> Acked-by: Ian Campbell <ian.campbell@xxxxxxxxxx> Reviewed-by: Jan Beulich <jbeulich@xxxxxxxx> commit b37bb2bfc24484fd3c4e11557ba98b28408160dc Author: Mukesh Rathor <mukesh.rathor@xxxxxxxxxx> Date: Thu Apr 17 10:07:44 2014 +0200 pvh dom0: make xsm_map_gmfn_foreign available for x86 In this patch we make xsm_map_gmfn_foreign available for x86 also. This is used in the next patch "pvh dom0: Add and remove foreign pages" in function p2m_add_foreign. Signed-off-by: Mukesh Rathor <mukesh.rathor@xxxxxxxxxx> Acked-by: Daniel De Graaf <dgdegra@xxxxxxxxxxxxx> commit 243cebb3dfa1f94ec7c2b040e8fd15ae4d81cc5a Author: Mukesh Rathor <mukesh.rathor@xxxxxxxxxx> Date: Thu Apr 17 10:05:07 2014 +0200 pvh dom0: introduce p2m_map_foreign In this patch, a new type p2m_map_foreign is introduced for pages that toolstack on an auto translated dom0 or a control domain maps from foreign domains that its creating or supporting during its run time. Signed-off-by: Mukesh Rathor <mukesh.rathor@xxxxxxxxxx> Acked-by: Tim Deegan <tim@xxxxxxx> commit 6fdf4fa9152af7ed2ae3156d521c325692efdfbc Author: Mukesh Rathor <mukesh.rathor@xxxxxxxxxx> Date: Thu Apr 17 10:03:41 2014 +0200 pvh dom0: move some pv specific code to static functions In this preparatory patch, some pv specific code is carved out into static functions. No functionality change. Signed-off-by: Mukesh Rathor <mukesh.rathor@xxxxxxxxxx> Reviewed-by: Jan Beulich <jbeulich@xxxxxxxx> commit 7100ee71b874f8bcb40ac7afc4707e3206380758 Merge: 94191dc 09c8563 Author: Ian Campbell <ian.campbell@xxxxxxxxxx> Date: Wed Apr 16 17:28:23 2014 +0100 Merge branch 'staging' of ssh://xenbits.xen.org/home/xen/git/xen into staging commit 09c856316d67045d170679b6980f34348e4c402f Author: Jan Beulich <jbeulich@xxxxxxxx> Date: Wed Apr 16 18:18:35 2014 +0200 x86: fix instruction emulator test's xgetbv constraints The "A" constraint, while documented up to gcc 4.5 as "The a and d registers, as a pair (for instructions that return half the result in one and half in the other)," never really behaved that (natural) way, but always meant (and is now also documented so) %eax _or_ %edx (%rax _or_ %rdx on x86-64) unless the operand was wide enough to require both (i.e. more than 32 bits on ix86 and more than 64 bits on x86-64). Interestingly something internal to the compiler changed between 4.4 and 4.5 to actually expose the difference - up to gcc 4.4 I was unable to construct a case where, when only the low half of the result is actually looked at, the result would be considered to be in %edx/%rdx (and %eax/%rax would be treated as unmodified by the instruction). Signed-off-by: Jan Beulich <jbeulich@xxxxxxxx> Acked-by: Keir Fraser <keir@xxxxxxx> Tested-by: Don Slutz <dslutz@xxxxxxxxxxx> commit 94191dcee8ff9f8b925824e54741f28b954bf95e Author: Suriyan Ramasami <suriyan.r@xxxxxxxxx> Date: Mon Apr 14 01:14:00 2014 -0700 xen/arm: Pass the timer "clock-frequency" to DOM0 in make_timer_node() If the DT representing the ARM generic timer mentions a clock-frequency, propragate it to the DT that is built for DOM0. This is necessary as a workaround for boards (Odroid-XU) where CNTFRQ is not set or returns a wrong value. Ideally CNTFRQ should be set by the boot loader. The bootloader should respect the ARM ARM (see B.8.1.1): "The CNTFRQ register is UNKNOWN at reset, and therefore the counter frequency must written to CNTFRQ as part of the system boot process." For the Odroid-XU the SPL BL2 code is entered in NS HYP mode which prevents the execution of the mcr call to set CNTFRQ. Signed-off-by: Suriyan Ramasami <suriyan.r@xxxxxxxxx> Reviewed-by: Julien Grall <julien.grall@xxxxxxxxxx> Acked-by: Ian Campbell <ian.campbell@xxxxxxxxxx> commit b1dfc531d8adbb6a1dfe541b398cb30bf143316f Author: Andrew Cooper <andrew.cooper3@xxxxxxxxxx> Date: Tue Apr 15 19:18:42 2014 +0100 tools/libxc: Remove valgrind conditional sections from libxc The ifdef sections are not enabled at all in tree, and their justification is out of date now that Xen hypercall support exists upstream in valgrind. This also removes a commented-out tweak to CFLAGS in the libxc Makefile which is not being used, and becomes stale given this patch. In the unlikely event that any developers were using the line, the results can be more easily achieved by tweaking APPEND_CFLAGS in the environment. Signed-off-by: Andrew Cooper <andrew.cooper3@xxxxxxxxxx> CC: Ian Jackson <Ian.Jackson@xxxxxxxxxxxxx> Acked-by: Ian Campbell <ian.campbell@xxxxxxxxxx> commit 82774acf35575d40bd90606595e8170ae38ded50 Author: Andrew Cooper <andrew.cooper3@xxxxxxxxxx> Date: Fri Apr 11 16:46:14 2014 +0100 tools/libxl: Improvements to libxl-save-helper when using valgrind Fix two unfree()'d allocations in libxl-save-helper, to get them out of the way of other legitimate complaints from valgrind. The first is easy; close the interface to libxc when done with it. The second can be fixed by removing the complexity of creating the logging instance. Initialise the global 'logger' in place rather than as an allocation, which requires changing the indirection of its use in 5 locations. struct xentoollog_logger_tellparent and function createlogger_tellparent() are now unused and removed. Signed-off-by: Andrew Cooper <andrew.cooper3@xxxxxxxxxx> Acked-by: Ian Jackson <ian.jackson@xxxxxxxxxxxxx> Acked-by: Ian Campbell <ian.campbell@xxxxxxxxxx> commit dd7317a4a24d764d31caf6bc87060b399bfd5648 Author: Andrew Cooper <andrew.cooper3@xxxxxxxxxx> Date: Fri Apr 11 16:46:13 2014 +0100 libxl/save-helper: Code motion of logging functions ... in preparation for a subsequent functional fix Signed-off-by: Andrew Cooper <andrew.cooper3@xxxxxxxxxx> Acked-by: Ian Jackson <ian.jackson@xxxxxxxxxxxxx> Acked-by: Ian Campbell <ian.campbell@xxxxxxxxxx> commit a842594822716da314a685b148c59089994e4194 Author: Wei Liu <wei.liu2@xxxxxxxxxx> Date: Thu Apr 10 16:20:22 2014 +0100 libxl_types.idl: replace empty Struct with None for libxl_event Now we generate empty map for None, the empty Struct trick is not necessary anymore. Signed-off-by: Wei Liu <wei.liu2@xxxxxxxxxx> Acked-by: Ian Campbell <ian.campbell@xxxxxxxxxx> commit 5c77003b524af15a4a8a9d33ba0f2786f3a31c2b Author: Wei Liu <wei.liu2@xxxxxxxxxx> Date: Thu Apr 10 16:18:00 2014 +0100 libxl/gentypes.py: generate empty map for None field in keyed-union Without this the generated JSON is malformed. Signed-off-by: Wei Liu <wei.liu2@xxxxxxxxxx> Acked-by: Ian Campbell <ian.campbell@xxxxxxxxxx> commit b955e8c5b7ceab7a6dde006f50b8dc90c5decf26 Author: Wei Liu <wei.liu2@xxxxxxxxxx> Date: Thu Apr 10 16:26:32 2014 +0100 libxl_json: fix JSON parser debug code Two changes included: 1. implement DEBUG_GEN_ALLOC for YAJL2 2. use size_t for variable "len" without these two fixes it fails to compile when DEBUG_ANSWER is defined. Signed-off-by: Wei Liu <wei.liu2@xxxxxxxxxx> Acked-by: Ian Campbell <ian.campbell@xxxxxxxxxx> commit 172c47d1c85ac1f54805f04dd6bcd62bb35fa3a4 Author: Wei Liu <wei.liu2@xxxxxxxxxx> Date: Thu Apr 10 16:26:31 2014 +0100 libxl/gentypes.py: don't generate JSON for private type(s) Private types are only useful inside libxl. They don't have a valid JSON generation function by default. Currently there's only one private type, that's libxl_ev_link. Not skipping this field causes testidl to fail as the code generated for this type is NULL. Signed-off-by: Wei Liu <wei.liu2@xxxxxxxxxx> Acked-by: Ian Campbell <ian.campbell@xxxxxxxxxx> commit 9b4e96724eeb916f2cd311d9133f00c216caa321 Author: Julien Grall <julien.grall@xxxxxxxxxx> Date: Thu Apr 10 12:43:57 2014 +0100 xen/arm64: Correctly align VFP regs On arm64, VFP instructions requires vfpregs to be 128-byte aligned. By chance, the field is already correctly aligned. In the case if someone decides to add a new field before, Xen will receive a data abort as soon as it saves/restores VFP. We are safe on arm32 as the only constraint is to be 32-byte aligned. Reported-by: Chen Baozi <baozich@xxxxxxxxx> Signed-off-by: Julien Grall <julien.grall@xxxxxxxxxx> Acked-by: Ian Campbell <ian.campbell@xxxxxxxxxx> commit 34f21f9d2b1f806fc15e66d6dff9138ec45f5565 Author: Ian Campbell <ian.campbell@xxxxxxxxxx> Date: Fri Apr 4 13:56:59 2014 +0100 Revert "xen/arm: Allocate memory for dom0 from the bottom with the 1:1 Workaround" This reverts commit 6c21cb36e263de2db8716b477157a5b6cd531e1e. The Linux = issue which this works around was fixed in v3.13 via f52bb722547f "ARM: mm: Correct virt_to_phys patching for 64 bit physical addresses". This is the second attempt to revert this. Now that we have fixed allocate_memory_11 to allocate accessible memory on 32-bit this is safe to do. This is not quite a straight revert since we need to ensure that for 32-bit domain 0 we do not allocate dom0's memory above 4GB where the domain cannot access it without paging (which is disabled at start of day) and LPAE (which the kernel may not support) enabled. Signed-off-by: Ian Campbell <ian.campbell@xxxxxxxxxx> Acked-by: Julien Grall <julien.grall@xxxxxxxxxx> [ ijc -- dropped debug code ] commit a8e15b7550f9c575559dd2dc193f0614b5837799 Author: Ian Campbell <ian.campbell@xxxxxxxxxx> Date: Fri Apr 4 13:56:58 2014 +0100 xen: arm: probe the kernel to determine the guest type earlier We need to know if the kernel is 32- or 64- bit capable sooner so that we know what sort of domain we are building when allocating memory to it (so we can place appropriate limits when allocating RAM to the guest). At the moment kernel_prepare() decides this but it needs the memory to have already been allocated. Therefore split the probing functionality of kernel_prepare() and call it much earlier. The remainder of kernel_prepare() deals with where to place the kernel in RAM which can be deferred until kernel_load() so do so. Document the input and output of kernel_probe() and _load(). Signed-off-by: Ian Campbell <ian.campbell@xxxxxxxxxx> Acked-by: Julien Grall <julien.grall@xxxxxxxxxx> [ ijc -- whitespace fixes ] commit 315b7a0c8fa5ba2e8cd0c78893f9cdb37070171f Author: Ian Campbell <ian.campbell@xxxxxxxxxx> Date: Fri Apr 4 13:56:57 2014 +0100 xen: arm: refactor struct kernel_info The kernel_order and kernel_image fields are ELF specific. Also add a few comments about what things are. Signed-off-by: Ian Campbell <ian.campbell@xxxxxxxxxx> Acked-by: Julien Grall <julien.grall@xxxxxxxxxx> (qemu changes not included) _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxx http://lists.xen.org/xen-devel
|
 |
Lists.xenproject.org is hosted with RackSpace, monitoring our |