|
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [Xen-devel] [xen-4.1-testing test] 6502: regressions - trouble: blocked/broken/fail/pass
flight 6502 xen-4.1-testing real [real] http://www.chiark.greenend.org.uk/~xensrcts/logs/6502/ Regressions :-( Tests which did not succeed and are blocking: test-amd64-amd64-xl 9 guest-start fail REGR. vs. 6432 test-amd64-xcpkern-i386-rhel6hvm-intel 7 redhat-install fail REGR. vs. 6432 test-i386-xcpkern-i386-pv 16 guest-start.2 fail REGR. vs. 6432 test-i386-xcpkern-i386-xl 3 host-install(3) broken Tests which are failing intermittently (not blocking): build-i386-pvops 4 kernel-build fail pass in 6482 test-amd64-xcpkern-i386-rhel6hvm-amd 7 redhat-install fail pass in 6482 test-amd64-xcpkern-i386-xl-multivcpu 9 guest-start fail pass in 6482 test-amd64-xcpkern-i386-xl-win 8 guest-saverestore fail pass in 6482 test-amd64-xcpkern-i386-xl 9 guest-start fail pass in 6482 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-win 13 guest-stop fail never pass test-amd64-i386-pair 1 xen-build-check(1) blocked n/a test-amd64-i386-pv 1 xen-build-check(1) blocked n/a test-amd64-i386-rhel6hvm-amd 1 xen-build-check(1) blocked n/a test-amd64-i386-rhel6hvm-intel 1 xen-build-check(1) blocked n/a test-amd64-i386-win-vcpus1 1 xen-build-check(1) blocked n/a test-amd64-i386-win 1 xen-build-check(1) blocked n/a test-amd64-i386-xl-credit2 1 xen-build-check(1) blocked n/a test-amd64-i386-xl-multivcpu 1 xen-build-check(1) blocked n/a test-amd64-i386-xl-win-vcpus1 1 xen-build-check(1) blocked n/a test-amd64-i386-xl 1 xen-build-check(1) blocked n/a test-amd64-xcpkern-i386-win 16 leak-check/check fail never pass test-amd64-xcpkern-i386-xl-credit2 11 guest-localmigrate fail like 6412 test-i386-i386-pair 1 xen-build-check(1) blocked n/a test-i386-i386-pv 1 xen-build-check(1) blocked n/a test-i386-i386-win 1 xen-build-check(1) blocked n/a test-i386-i386-xl-win 1 xen-build-check(1) blocked n/a test-i386-i386-xl 1 xen-build-check(1) blocked n/a test-i386-xcpkern-i386-win 16 leak-check/check fail never pass version targeted for testing: xen cd4d0c5dfa27 baseline version: xen d4352abf3450 ------------------------------------------------------------ People who touched revisions under test: Gianni Tedesco <gianni.tedesco@xxxxxxxxxx> Jan Beulich <jbeulich@xxxxxxxxxx> Keir Fraser <keir@xxxxxxx> Tim Deegan <Tim.Deegan@xxxxxxxxxx> Wei Gang <gang.wei@xxxxxxxxx> ------------------------------------------------------------ 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 fail test-amd64-amd64-xl fail test-amd64-i386-xl blocked test-i386-i386-xl blocked test-amd64-xcpkern-i386-xl fail test-i386-xcpkern-i386-xl broken test-amd64-i386-rhel6hvm-amd blocked test-amd64-xcpkern-i386-rhel6hvm-amd fail test-amd64-i386-xl-credit2 blocked test-amd64-xcpkern-i386-xl-credit2 fail test-amd64-i386-rhel6hvm-intel blocked test-amd64-xcpkern-i386-rhel6hvm-intel fail test-amd64-i386-xl-multivcpu blocked test-amd64-xcpkern-i386-xl-multivcpu fail test-amd64-amd64-pair pass test-amd64-i386-pair blocked test-i386-i386-pair blocked test-amd64-xcpkern-i386-pair pass test-i386-xcpkern-i386-pair pass test-amd64-amd64-pv pass test-amd64-i386-pv blocked test-i386-i386-pv blocked test-amd64-xcpkern-i386-pv pass test-i386-xcpkern-i386-pv fail test-amd64-i386-win-vcpus1 blocked test-amd64-i386-xl-win-vcpus1 blocked test-amd64-amd64-win fail test-amd64-i386-win blocked test-i386-i386-win blocked test-amd64-xcpkern-i386-win fail test-i386-xcpkern-i386-win fail test-amd64-amd64-xl-win fail test-i386-i386-xl-win blocked test-amd64-xcpkern-i386-xl-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: 22997:cd4d0c5dfa27 tag: tip user: Jan Beulich <jbeulich@xxxxxxxxxx> date: Mon Mar 14 17:21:13 2011 +0000 _csched_cpu_pick(): don't return CPUs outside vCPU's affinity mask This fixes a fairly blatant bug I introduced in c/s 20377:cff23354d026 - I wonder how this went unnoticed for so long. Signed-off-by: Jan Beulich <jbeulich@xxxxxxxxxx> xen-unstable changeset: 23039:c40da47621d8 xen-unstable date: Mon Mar 14 17:19:22 2011 +0000 changeset: 22996:6ac812f16e13 user: Gianni Tedesco <gianni.tedesco@xxxxxxxxxx> date: Mon Mar 14 17:14:16 2011 +0000 Allow tools to map arbitrarily large machphys_mfn_list on 32bit dom0 This permits suspend/resume to work with 32bit dom0/tools when system memory extends beyond 160GB (and up to 1TB). AFAICT the limit to MACH2PHYS_COMPAT_NR_ENTRIES is redundant since that refers to a limit in 32bit guest compat mappings under 64bit hypervisors, not userspace where there may be gigabytes of useful virtual space available for this. Suggested-by: Ian Campbell <Ian.Campbell@xxxxxxxxxxxxx> Signed-off-by: Gianni Tedesco <gianni.tedesco@xxxxxxxxxx> xen-unstable changeset: 23038:39f5947b1576 xen-unstable date: Mon Mar 14 17:13:15 2011 +0000 changeset: 22995:9175944daf48 user: Jan Beulich <jbeulich@xxxxxxxxxx> date: Mon Mar 14 17:08:00 2011 +0000 x86: fix cpu_sibling_map initialization when topology CPUID leaf is present c/s 21811:12f0618400de broke this by not properly initializing struct cpuinfo_x86's x86_num_siblings member (other than Linux, where this is a global variable, it is being maintained per CPU by Xen). Hyper-threaded CPUs with CPUID leaf 0xb present had therefore all cpu_sibling_map-s with just a single bit set, thus improperly feeding the scheduler. Signed-off-by: Jan Beulich <jbeulich@xxxxxxxxxx> xen-unstable changeset: 23037:a29b35408950 xen-unstable date: Mon Mar 14 17:05:21 2011 +0000 changeset: 22994:5dda35f1f32f user: Wei Gang <gang.wei@xxxxxxxxx> date: Mon Mar 14 17:07:29 2011 +0000 x86: add volatile prefix for cpuid asm clauses cpuid results are possible to be changed now. For example, changing CR4.OSXSAVE bit or setting MSR XCR_XFEATURE_ENABLED_MASK may change XSAVE related cpuid leave return values. The volatile prefix is required to avoid the second cpuid calls following some possible changing operations being optimized in incorrect way by compiler. The sample bug is in xsave_init while debug=3Dn. The second call to cpuid_count() may be optimized and lead to a BUG_ON case while compare xsave_cntxt_size with ebx. Signed-off-by: Wei Gang <gang.wei@xxxxxxxxx> xen-unstable changeset: 23036:9a15ff175e00 xen-unstable date: Mon Mar 14 17:04:42 2011 +0000 changeset: 22993:842aed720b84 user: Tim Deegan <Tim.Deegan@xxxxxxxxxx> date: Mon Mar 14 17:00:34 2011 +0000 x86_64: fix error checking in arch_set_info_guest() Cannot specify user mode execution without specifying user-mode pagetables. Signed-off-by: Tim Deegan <Tim.Deegan@xxxxxxxxxx> Acked-by: Keir Fraser <keir@xxxxxxx> xen-unstable changeset: 23034:c79aae866ad8 xen-unstable date: Mon Mar 14 16:59:49 2011 +0000 changeset: 22992:d4352abf3450 user: Jan Beulich <jbeulich@xxxxxxxxxx> date: Sat Mar 12 13:25:44 2011 +0000 x86/HPET: fix initialization order At least the legacy path can enter its interrupt handler callout while initialization is still in progress - that handler checks whether ->event_handler is non-NULL, and hence all other initialization must happen before setting this field. Do the same to the MSI initialization just in case (and to keep the code in sync). Signed-off-by: Jan Beulich <jbeulich@xxxxxxxxxx> Acked-by: Wei Gang <gang.wei@xxxxxxxxx> xen-unstable changeset: 23030:87aa1277eae0 xen-unstable date: Sat Mar 12 13:19:02 2011 +0000 (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 |