[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [xen-unstable-smoke test] 162618: regressions - FAIL
flight 162618 xen-unstable-smoke real [real] flight 162621 xen-unstable-smoke real-retest [real] http://logs.test-lab.xenproject.org/osstest/logs/162618/ http://logs.test-lab.xenproject.org/osstest/logs/162621/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-armhf-armhf-xl 18 guest-start/debian.repeat fail REGR. vs. 162574 Tests which did not succeed, but are not blocking: test-amd64-amd64-libvirt 15 migrate-support-check fail never pass test-arm64-arm64-xl-xsm 15 migrate-support-check fail never pass test-arm64-arm64-xl-xsm 16 saverestore-support-check fail never pass test-armhf-armhf-xl 15 migrate-support-check fail never pass test-armhf-armhf-xl 16 saverestore-support-check fail never pass version targeted for testing: xen 2bb17a45b1814b0b6aa4646eff58e16f876281fd baseline version: xen 3e09045991cde360432bc7437103f8f8a6699359 Last test of basis 162574 2021-06-09 14:00:34 Z 1 days Failing since 162584 2021-06-10 00:00:27 Z 0 days 6 attempts Testing same since 162607 2021-06-10 15:00:30 Z 0 days 2 attempts ------------------------------------------------------------ People who touched revisions under test: Andrew Cooper <andrew.cooper3@xxxxxxxxxx> Edgar E. Iglesias <edgar.iglesias@xxxxxxxxxx> Jan Beulich <jbeulich@xxxxxxxx> Stefano Stabellini <sstabellini@xxxxxxxxxx> Stefano Stabellini <stefano.stabellini@xxxxxxxxxx> jobs: build-arm64-xsm pass build-amd64 pass build-armhf pass build-amd64-libvirt pass test-armhf-armhf-xl fail test-arm64-arm64-xl-xsm pass test-amd64-amd64-xl-qemuu-debianhvm-amd64 pass test-amd64-amd64-libvirt pass ------------------------------------------------------------ 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 Not pushing. ------------------------------------------------------------ commit 2bb17a45b1814b0b6aa4646eff58e16f876281fd Author: Jan Beulich <jbeulich@xxxxxxxx> Date: Thu Jun 10 16:56:24 2021 +0200 x86: please Clang in arch_set_info_guest() Clang 10 reports domain.c:1328:10: error: variable 'cr3_mfn' is used uninitialized whenever 'if' condition is false [-Werror,-Wsometimes-uninitialized] if ( !compat ) ^~~~~~~ domain.c:1334:34: note: uninitialized use occurs here cr3_page = get_page_from_mfn(cr3_mfn, d); ^~~~~~~ domain.c:1328:5: note: remove the 'if' if its condition is always true if ( !compat ) ^~~~~~~~~~~~~~ domain.c:1042:18: note: initialize the variable 'cr3_mfn' to silence this warning mfn_t cr3_mfn; ^ = 0 domain.c:1189:14: error: variable 'fail' is used uninitialized whenever 'if' condition is false [-Werror,-Wsometimes-uninitialized] if ( !compat ) ^~~~~~~ domain.c:1211:9: note: uninitialized use occurs here fail |= v->arch.pv.gdt_ents != c(gdt_ents); ^~~~ domain.c:1189:9: note: remove the 'if' if its condition is always true if ( !compat ) ^~~~~~~~~~~~~~ domain.c:1187:18: note: initialize the variable 'fail' to silence this warning bool fail; ^ = false despite this being a build with -O2 in effect, and despite "compat" being constant "false" when CONFIG_COMPAT (and hence CONFIG_PV32) is not defined, as it gets set at the top of the function from the result of is_pv_32bit_domain(). Re-arrange the two "offending" if()s such that when COMPAT=n the respective variables will be seen as unconditionally initialized. The original aim was to have the !compat cases first, though. Reported-by: Andrew Cooper <andrew.cooper3@xxxxxxxxxx> Signed-off-by: Jan Beulich <jbeulich@xxxxxxxx> Acked-by: Andrew Cooper <andrew.cooper3@xxxxxxxxxx> commit dfcffb128be46a3e413eaa941744536fe53c94b6 Author: Stefano Stabellini <sstabellini@xxxxxxxxxx> Date: Wed Jun 9 10:37:59 2021 -0700 xen/arm32: SPSR_hyp/SPSR SPSR_hyp is not meant to be accessed from Hyp mode (EL2); accesses trigger UNPREDICTABLE behaviour. Xen should read/write SPSR instead. See: ARM DDI 0487D.b page G8-5993. This fixes booting Xen/arm32 on QEMU. Signed-off-by: Stefano Stabellini <stefano.stabellini@xxxxxxxxxx> Reviewed-by: Julien Grall <jgrall@xxxxxxxxxx> Reviewed-by: Edgar E. Iglesias <edgar.iglesias@xxxxxxxxxx> Tested-by: Edgar E. Iglesias <edgar.iglesias@xxxxxxxxxx> (qemu changes not included)
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |