[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [Xen-devel] [xen-unstable-smoke test] 65646: regressions - trouble: blocked/broken/fail/pass
flight 65646 xen-unstable-smoke real [real] http://logs.test-lab.xenproject.org/osstest/logs/65646/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: build-amd64-libvirt 5 libvirt-build fail REGR. vs. 65617 Tests which are failing intermittently (not blocking): test-amd64-amd64-xl-qemuu-debianhvm-i386 3 host-install(3) broken pass in 65641 Tests which did not succeed, but are not blocking: test-amd64-amd64-libvirt 1 build-check(1) blocked n/a test-armhf-armhf-xl 12 migrate-support-check fail never pass test-armhf-armhf-xl 13 saverestore-support-check fail never pass version targeted for testing: xen ff841cead287d7913901ba5c4e7628a6958b5bea baseline version: xen a841b1b1286d122fd472b43db3c423b9876262e5 Last test of basis 65617 2015-12-09 12:02:58 Z 0 days Testing same since 65622 2015-12-09 15:01:14 Z 0 days 6 attempts ------------------------------------------------------------ People who touched revisions under test: David Scott <dave@xxxxxxxxxx> Ian Campbell <ian.campbell@xxxxxxxxxx> Ian Jackson <ian.jackson@xxxxxxxxxxxxx> Jan Beulich <jbeulich@xxxxxxxx> Wei Liu <wei.liu2@xxxxxxxxxx> jobs: build-amd64 pass build-armhf pass build-amd64-libvirt fail test-armhf-armhf-xl pass test-amd64-amd64-xl-qemuu-debianhvm-i386 broken test-amd64-amd64-libvirt blocked ------------------------------------------------------------ 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 broken-step test-amd64-amd64-xl-qemuu-debianhvm-i386 host-install(3) Not pushing. ------------------------------------------------------------ commit ff841cead287d7913901ba5c4e7628a6958b5bea Author: Jan Beulich <jbeulich@xxxxxxxx> Date: Wed Dec 9 13:53:13 2015 +0100 memory: fix XSA-158 fix For one the uses of domu_max_order and ptdom_max_order were swapped. And then gcc warns about an unused result of a __must_check function in the control part of a conditional expression when both other expressions can be determined by the compiler to produce the same value (see https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68039), which happens when HAS_PASSTHROUGH is undefined (i.e. for ARM on 4.4 and older). Signed-off-by: Jan Beulich <jbeulich@xxxxxxxx> Acked-by: Ian Campbell <ian.campbell@xxxxxxxxxx> commit c7d3afbb44b47af9103be0b914afd588a84d9e62 Author: Ian Campbell <ian.campbell@xxxxxxxxxx> Date: Thu Dec 3 11:22:02 2015 +0000 tools: Refactor "xentoollog" into its own library In attempting to disaggregate libxenctrl I found that many of the pieces were going to want access to this library, so split it out (as it probably should always have been). Various build adjustments are needed. In particular things which use xtl_* themselves now need to explicity link against the library. This has a nice side effect which is that users of libxl no longer need to link against libxenctrl just to create a logger, which was counter to the principal that applications using libxl shouldn't be required to look behind the curtain. This means that xl no longer links against libxenctrl. The new library uses a version script to ensure that only expected symbols are exported and to version them such that ABI guarantees can be kept in the future. Signed-off-by: Ian Campbell <ian.campbell@xxxxxxxxxx> Acked-by: Ian Jackson <ian.jackson@xxxxxxxxxxxxx> Acked-by: Wei Liu <wei.liu2@xxxxxxxxxx> [ ijc -- Update QEMU_TRADITIONAL_REVISION and MINIOS_UPSTREAM_REVISION ] commit 78fb69ad932e012cd27ce9b5b7f8733d08b8061f Author: Ian Campbell <ian.campbell@xxxxxxxxxx> Date: Thu Dec 3 11:22:01 2015 +0000 tools/Rules.mk: Properly handle libraries with recursive dependencies. In tree libraries which link against other in tree libraries in a way which is opaque to their callers need special handling, specifically correct use of -Wl,-rpath-link for the recusively used libraries. Currently this is rather simple, but up coming changes are going to introduce transitive dependencies more than 1 step deep. Introduce a SHDEPS idiom to contain all the recursive deps for a library and include those in both LDLIBS (for linking) and SHLIB (for recursive uses). Try and document the whole thing. Signed-off-by: Ian Campbell <ian.campbell@xxxxxxxxxx> Acked-by: Ian Jackson <ian.jackson@xxxxxxxxxxxxx> Acked-by: Wei Liu <wei.liu2@xxxxxxxxxx> commit b9fc6f36d54b5cbaad57e78e43a6763cbb802608 Author: Ian Campbell <ian.campbell@xxxxxxxxxx> Date: Thu Dec 3 11:22:00 2015 +0000 tools/ocaml: simplify compile/link of test apps xtl doesn't require the full LDLIBS_libxenctrl, just the -L and xenlight.cmxa, the latter which contains LDLIBS_libxenctrl as needed. Fixing this avoids the need to be concerned about LDLIBS_libxenctrl becoming more than one word in the future. Since the tests are pure ocaml (no C components) CFLAGS and LIBS_xenlight are not required. Signed-off-by: Ian Campbell <ian.campbell@xxxxxxxxxx> Acked-by: David Scott <dave@xxxxxxxxxx> Acked-by: Wei Liu <wei.liu2@xxxxxxxxxx> Cc: David Scott <dave@xxxxxxxxxx> commit c6dd439ade5f9c2463fe0ff3adf291dec6fc2172 Author: Ian Campbell <ian.campbell@xxxxxxxxxx> Date: Thu Dec 3 11:21:59 2015 +0000 mce-test: do not include libxenguest internal headers As far as I can tell there is no requirement for these and it builds fine without them. Signed-off-by: Ian Campbell <ian.campbell@xxxxxxxxxx> Reviewed-by: Andrew Cooper <andrew.cooper3@xxxxxxxxxx> Acked-by: Wei Liu <wei.liu2@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 |