[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [Xen-devel] [xen-4.0-testing test] 4962: regressions - FAIL
flight 4962 xen-4.0-testing real [real] http://www.chiark.greenend.org.uk/~xensrcts/logs/4962/ Regressions :-( Tests which did not succeed and are blocking: test-i386-xcpkern-i386-pair 16 guest-start fail REGR. vs. 4911 Tests which did not succeed, but are not blocking, including regressions (tests previously passed) regarded as allowable: test-amd64-amd64-win 16 leak-check/check fail never pass test-amd64-amd64-xl 15 guest-stop fail never pass test-amd64-i386-rhel6hvm-amd 7 redhat-install fail never pass test-amd64-i386-rhel6hvm-intel 7 redhat-install fail never pass test-amd64-i386-win-vcpus1 16 leak-check/check fail never pass test-amd64-i386-win 16 leak-check/check fail never pass test-amd64-i386-xl-credit2 7 debian-install fail like 4911 test-amd64-i386-xl-multivcpu 15 guest-stop fail never pass test-amd64-i386-xl 15 guest-stop fail never pass test-amd64-xcpkern-i386-rhel6hvm-amd 7 redhat-install fail never pass test-amd64-xcpkern-i386-rhel6hvm-intel 7 redhat-install fail never pass test-amd64-xcpkern-i386-win 16 leak-check/check fail never pass test-amd64-xcpkern-i386-xl-credit2 15 guest-stop fail never pass test-amd64-xcpkern-i386-xl-multivcpu 15 guest-stop fail never pass test-amd64-xcpkern-i386-xl 15 guest-stop fail never pass test-i386-i386-win 16 leak-check/check fail never pass test-i386-i386-xl 15 guest-stop fail never pass test-i386-xcpkern-i386-pv 18 leak-check/check fail like 4889 test-i386-xcpkern-i386-win 16 leak-check/check fail never pass test-i386-xcpkern-i386-xl 15 guest-stop fail never pass version targeted for testing: xen 619a52d94f89 baseline version: xen 7a203c60d588 ------------------------------------------------------------ People who touched revisions under test: Ian Campbell <ian.campbell@xxxxxxxxxx> Ian Jackson <ian.jackson@xxxxxxxxxxxxx> Jan Beulich <jbeulich@xxxxxxxxxx> John Weekes <lists.xen@xxxxxxxxxxxxxxxxxx> KUWAMURA Shin'ya <kuwa@xxxxxxxxxxxxxx> ------------------------------------------------------------ jobs: build-i386-xcpkern pass build-amd64 pass build-i386 pass build-amd64-oldkern pass build-i386-oldkern pass build-amd64-pvops pass build-i386-pvops pass test-amd64-amd64-xl fail test-amd64-i386-xl fail test-i386-i386-xl fail test-amd64-xcpkern-i386-xl fail test-i386-xcpkern-i386-xl fail test-amd64-i386-rhel6hvm-amd fail test-amd64-xcpkern-i386-rhel6hvm-amd fail test-amd64-i386-xl-credit2 fail test-amd64-xcpkern-i386-xl-credit2 fail test-amd64-i386-rhel6hvm-intel fail test-amd64-xcpkern-i386-rhel6hvm-intel fail test-amd64-i386-xl-multivcpu fail test-amd64-xcpkern-i386-xl-multivcpu fail test-amd64-amd64-pair pass test-amd64-i386-pair pass test-i386-i386-pair pass test-amd64-xcpkern-i386-pair pass test-i386-xcpkern-i386-pair fail test-amd64-amd64-pv pass test-amd64-i386-pv pass test-i386-i386-pv pass test-amd64-xcpkern-i386-pv pass test-i386-xcpkern-i386-pv fail test-amd64-i386-win-vcpus1 fail test-amd64-amd64-win fail test-amd64-i386-win fail test-i386-i386-win fail test-amd64-xcpkern-i386-win fail test-i386-xcpkern-i386-win fail ------------------------------------------------------------ sg-report-flight on woking.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. ------------------------------------------------------------ changeset: 21436:619a52d94f89 tag: tip user: Keir Fraser <keir@xxxxxxx> date: Fri Jan 14 08:17:07 2011 +0000 pv-drivers: use PCI interfaces to request IO and MEM resources on platform device This is the correct interface to use and something has broken the use of the previous incorrect interface (which fails because the request conflicts with the resources assigned for the PCI device itself instead of nesting like the PCI interfaces do). pci_request_region() has been available since at least Linux 2.6.5. Signed-off-by: Ian Campbell <ian.campbell@xxxxxxxxxx> Signed-off-by: Jan Beulich <jbeulich@xxxxxxxxxx> xen-unstable changeset: 22747:7bc5e072d986 xen-unstable date: Fri Jan 14 08:02:26 2011 +0000 changeset: 21435:ed02b8e286e5 user: KUWAMURA Shin'ya <kuwa@xxxxxxxxxxxxxx> date: Fri Jan 14 08:14:00 2011 +0000 kexec: fix ia64 build for 21300:8bdf09baff30 On ia64, 21300:8bdf09baff30 introduces the following error: xen/common/kexec.c:490: undefined reference to `continue_hypercall_on_cpu' The function continue_hypercall_on_cpu() is defined only on x86. Signed-off-by: KUWAMURA Shin'ya <kuwa@xxxxxxxxxxxxxx> changeset: 21434:d7e8acf49f0f user: Keir Fraser <keir@xxxxxxx> date: Fri Jan 14 08:13:09 2011 +0000 VT-d: fix ia64 build The identifier `dest_LowestPrio' is defined on only x86. Signed-off-by: KUWAMURA Shin'ya <kuwa@xxxxxxxxxxxxxx> xen-unstable changeset: 22092:e0ec7b10f8ce xen-unstable date: Thu Sep 02 13:36:23 2010 +0100 changeset: 21433:ea4acac90cfe user: John Weekes <lists.xen@xxxxxxxxxxxxxxxxxx> date: Fri Jan 14 08:04:48 2011 +0000 stubdom: Fix stubdom-dm using "grep" improperly stubdom-dm uses "grep" on "xm list" output to determine whether it is already running. The existing behavior is to use "grep $domname-dm" but this will result in a false-positive in the case of another domU running whose name ends with the full new name; for instance, if "abctest-dm" is running, a new "test-dm" will spin forever, waiting for it the end. Any easy fix is to have it use "grep -w" instead of "grep", searching for the whole word only. It also might be worth considering a switch to "xl list" from "xm list", here and in other places. Signed-off-by: John Weekes <lists.xen@xxxxxxxxxxxxxxxxxx> Committed-by: Ian Jackson <ian.jackson@xxxxxxxxxxxxx> xen-unstable changeset: 22714:6852e3e7ef58 xen-unstable date: Tue Jan 11 16:42:41 2011 +0000 changeset: 21432:7a203c60d588 user: Keir Fraser <keir@xxxxxxx> date: Tue Jan 11 10:41:01 2011 +0000 x86: don't crash when a CPU cannot be brought online during boot x86_cpu_to_apicid[] gets set to BAD_APICID when bringup of a secondary CPU fails, yet srat_detect_node() wants to use this as array index. Signed-off-by: Jan Beulich <jbeulich@xxxxxxxxxx> (qemu changes not included) _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxxxxxxxx http://lists.xensource.com/xen-devel
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |