|
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [Xen-devel] [xen-unstable test] 64205: regressions - FAIL
flight 64205 xen-unstable real [real] http://logs.test-lab.xenproject.org/osstest/logs/64205/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-i386-xl-qemut-stubdom-debianhvm-amd64-xsm 6 xen-boot fail REGR. vs. 64035 test-amd64-amd64-amd64-pvgrub 6 xen-boot fail REGR. vs. 64035 test-amd64-i386-freebsd10-i386 6 xen-boot fail REGR. vs. 64035 test-amd64-i386-xl-qemuu-ovmf-amd64 6 xen-boot fail REGR. vs. 64035 test-amd64-amd64-rumpuserxen-amd64 6 xen-boot fail REGR. vs. 64035 test-armhf-armhf-xl-xsm 5 xen-install fail REGR. vs. 64035 test-amd64-amd64-xl-qemuu-debianhvm-amd64 6 xen-boot fail REGR. vs. 64035 test-amd64-amd64-xl-credit2 6 xen-boot fail REGR. vs. 64035 test-amd64-i386-xl 6 xen-boot fail REGR. vs. 64035 test-armhf-armhf-xl-multivcpu 6 xen-boot fail REGR. vs. 64035 test-amd64-amd64-xl-qemut-winxpsp3 6 xen-boot fail REGR. vs. 64035 test-amd64-i386-xl-qemut-winxpsp3 6 xen-boot fail REGR. vs. 64035 test-amd64-amd64-pair 9 xen-boot/src_host fail REGR. vs. 64035 Regressions which are regarded as allowable (not blocking): test-amd64-amd64-libvirt-xsm 6 xen-boot fail REGR. vs. 64035 test-amd64-amd64-libvirt-qemuu-debianhvm-amd64-xsm 6 xen-boot fail REGR. vs. 64035 test-armhf-armhf-libvirt-xsm 4 host-ping-check-native fail REGR. vs. 64035 test-armhf-armhf-xl-rtds 15 guest-start.2 fail REGR. vs. 64035 test-amd64-amd64-libvirt 6 xen-boot fail REGR. vs. 64035 test-amd64-amd64-xl-qemut-stubdom-debianhvm-amd64-xsm 13 guest-localmigrate fail like 64035 test-amd64-amd64-xl-qemut-win7-amd64 17 guest-stop fail like 64035 test-amd64-i386-xl-qemuu-win7-amd64 17 guest-stop fail like 64035 Tests which did not succeed, but are not blocking: test-amd64-amd64-xl-pvh-amd 11 guest-start fail never pass test-armhf-armhf-libvirt-raw 9 debian-di-install fail never pass test-armhf-armhf-xl-arndale 12 migrate-support-check fail never pass test-armhf-armhf-xl-arndale 13 saverestore-support-check fail never pass test-armhf-armhf-xl 12 migrate-support-check fail never pass test-armhf-armhf-xl 13 saverestore-support-check fail never pass test-amd64-amd64-xl-pvh-intel 11 guest-start fail never pass test-amd64-amd64-libvirt-vhd 11 migrate-support-check fail never pass test-amd64-amd64-xl-qemuu-win7-amd64 17 guest-stop fail never pass test-armhf-armhf-xl-vhd 9 debian-di-install fail never pass test-armhf-armhf-libvirt 14 guest-saverestore fail never pass test-armhf-armhf-libvirt 12 migrate-support-check fail never pass test-armhf-armhf-xl-cubietruck 12 migrate-support-check fail never pass test-armhf-armhf-xl-cubietruck 13 saverestore-support-check fail never pass test-armhf-armhf-xl-rtds 13 saverestore-support-check fail never pass test-armhf-armhf-xl-rtds 12 migrate-support-check fail never pass test-amd64-i386-libvirt-xsm 12 migrate-support-check fail never pass test-armhf-armhf-xl-credit2 13 saverestore-support-check fail never pass test-armhf-armhf-xl-credit2 12 migrate-support-check fail never pass test-amd64-i386-libvirt-qemuu-debianhvm-amd64-xsm 10 migrate-support-check fail never pass test-amd64-i386-xl-qemut-win7-amd64 17 guest-stop fail never pass test-armhf-armhf-libvirt-qcow2 9 debian-di-install fail never pass test-amd64-i386-libvirt 12 migrate-support-check fail never pass version targeted for testing: xen b7e7ad8795ab6d8a37e89d7188dcf14052dbdc20 baseline version: xen 22a1fbb575df3a3a7726cdeb5ddf19cc8f60827c Last test of basis 64035 2015-11-10 08:01:11 Z 4 days Failing since 64149 2015-11-11 19:15:29 Z 3 days 2 attempts Testing same since 64205 2015-11-13 11:58:55 Z 1 days 1 attempts ------------------------------------------------------------ People who touched revisions under test: Andrew Cooper <andrew.cooper3@xxxxxxxxxx> Aravind Gopalakrishnan <Aravind.Gopalakrishnan@xxxxxxx> Jan Beulich <jbeulich@xxxxxxxx> Razvan Cojocaru <rcojocaru@xxxxxxxxxxxxxxx> Riku Voipio <riku.voipio@xxxxxxxxxx> Roger Pau Monné <roger.pau@xxxxxxxxxx> Shannon Zhao <shannon.zhao@xxxxxxxxxx> Wei Liu <wei.liu2@xxxxxxxxxx> jobs: build-amd64-xsm pass build-armhf-xsm pass build-i386-xsm pass build-amd64 pass build-armhf pass build-i386 pass build-amd64-libvirt pass build-armhf-libvirt pass build-i386-libvirt pass build-amd64-oldkern pass build-i386-oldkern pass build-amd64-prev pass build-i386-prev pass build-amd64-pvops pass build-armhf-pvops pass build-i386-pvops pass build-amd64-rumpuserxen pass build-i386-rumpuserxen pass test-amd64-amd64-xl pass test-armhf-armhf-xl pass test-amd64-i386-xl fail test-amd64-amd64-xl-qemut-debianhvm-amd64-xsm pass test-amd64-i386-xl-qemut-debianhvm-amd64-xsm pass test-amd64-amd64-libvirt-qemuu-debianhvm-amd64-xsm fail test-amd64-i386-libvirt-qemuu-debianhvm-amd64-xsm pass test-amd64-amd64-xl-qemuu-debianhvm-amd64-xsm pass test-amd64-i386-xl-qemuu-debianhvm-amd64-xsm pass test-amd64-amd64-xl-qemut-stubdom-debianhvm-amd64-xsm fail test-amd64-i386-xl-qemut-stubdom-debianhvm-amd64-xsm fail test-amd64-amd64-libvirt-xsm fail test-armhf-armhf-libvirt-xsm fail test-amd64-i386-libvirt-xsm pass test-amd64-amd64-xl-xsm pass test-armhf-armhf-xl-xsm fail test-amd64-i386-xl-xsm pass test-amd64-amd64-xl-pvh-amd fail test-amd64-i386-qemut-rhel6hvm-amd pass test-amd64-i386-qemuu-rhel6hvm-amd pass test-amd64-amd64-xl-qemut-debianhvm-amd64 pass test-amd64-i386-xl-qemut-debianhvm-amd64 pass test-amd64-amd64-xl-qemuu-debianhvm-amd64 fail test-amd64-i386-xl-qemuu-debianhvm-amd64 pass test-amd64-i386-freebsd10-amd64 pass test-amd64-amd64-xl-qemuu-ovmf-amd64 pass test-amd64-i386-xl-qemuu-ovmf-amd64 fail test-amd64-amd64-rumpuserxen-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-armhf-armhf-xl-arndale pass test-amd64-amd64-xl-credit2 fail test-armhf-armhf-xl-credit2 pass test-armhf-armhf-xl-cubietruck pass test-amd64-i386-freebsd10-i386 fail test-amd64-i386-rumpuserxen-i386 pass test-amd64-amd64-xl-pvh-intel fail test-amd64-i386-qemut-rhel6hvm-intel pass test-amd64-i386-qemuu-rhel6hvm-intel pass test-amd64-amd64-libvirt fail test-armhf-armhf-libvirt fail test-amd64-i386-libvirt pass test-amd64-amd64-migrupgrade pass test-amd64-i386-migrupgrade pass test-amd64-amd64-xl-multivcpu pass test-armhf-armhf-xl-multivcpu fail test-amd64-amd64-pair fail test-amd64-i386-pair pass test-amd64-amd64-libvirt-pair pass test-amd64-i386-libvirt-pair pass test-amd64-amd64-amd64-pvgrub fail test-amd64-amd64-i386-pvgrub pass test-amd64-amd64-pygrub pass test-armhf-armhf-libvirt-qcow2 fail test-amd64-amd64-xl-qcow2 pass test-armhf-armhf-libvirt-raw fail test-amd64-i386-xl-raw pass test-amd64-amd64-xl-rtds pass test-armhf-armhf-xl-rtds fail test-amd64-i386-xl-qemut-winxpsp3-vcpus1 pass test-amd64-i386-xl-qemuu-winxpsp3-vcpus1 pass test-amd64-amd64-libvirt-vhd pass test-armhf-armhf-xl-vhd fail test-amd64-amd64-xl-qemut-winxpsp3 fail test-amd64-i386-xl-qemut-winxpsp3 fail test-amd64-amd64-xl-qemuu-winxpsp3 pass test-amd64-i386-xl-qemuu-winxpsp3 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 b7e7ad8795ab6d8a37e89d7188dcf14052dbdc20 Author: Jan Beulich <jbeulich@xxxxxxxx> Date: Thu Nov 12 17:04:31 2015 +0100 x86/IO-APIC: make SET_DEST() easier to use There has been quite a bit of redundancy between the various use sites. Eliminate that. No change of generated code. Signed-off-by: Jan Beulich <jbeulich@xxxxxxxx> Reviewed-by: Andrew Cooper <andrew.cooper3@xxxxxxxxxx> commit 1126b40892ab56cb13c3cae5822bf3a18a689ffb Author: Jan Beulich <jbeulich@xxxxxxxx> Date: Thu Nov 12 17:04:10 2015 +0100 x86/IO-APIC: fix setup of Xen internally used IRQs ..., i.e. namely that of a PCI serial card with an IRQ above the legacy range. This had got broken by the switch to cpumask_any() in cpu_mask_to_apicid_phys(). Fix this by allowing all CPUs for that IRQ (such that __setup_vector_irq() will properly update a booting CPU's vector_irq[], avoiding "No irq handler for vector" messages and the interrupt not working). While doing this I also noticed that io_apic_set_pci_routing() can't be quite right: It sets up the destination _before_ getting a vector allocated (which on other than systems using the flat APIC mode affects the possible destinations), and also didn't restrict affinity to ->arch.cpu_mask (as established by assign_irq_vector()). Signed-off-by: Jan Beulich <jbeulich@xxxxxxxx> Reviewed-by: Andrew Cooper <andrew.cooper3@xxxxxxxxxx> commit 5ab6654cf0f2a90b23d5ab714fa49ae038d21e17 Author: Jan Beulich <jbeulich@xxxxxxxx> Date: Thu Nov 12 17:03:20 2015 +0100 x86/event: correct debug event generation RIP is not a linear address, and hence should not on its own be subject to GVA -> GFN translation. Once at it, move all of the (perhaps expensive) operations in the two functions into their main if()'s body, and improve the error code passed to the translation function. Signed-off-by: Jan Beulich <jbeulich@xxxxxxxx> Acked-by: Razvan Cojocaru <rcojocaru@xxxxxxxxxxxxxxx> Reviewed-by: Andrew Cooper <andrew.cooper3@xxxxxxxxxx> commit 0b52ed063d6731b53eaf976cfa9c51906e50e370 Author: Jan Beulich <jbeulich@xxxxxxxx> Date: Thu Nov 12 17:02:35 2015 +0100 x86: #PF error code adjustments Add a definition for the (for now unused) protection key related error code bit, moving our own custom ones out of the way. In the course of checking the uses of the latter I realized that while right now they can only get set on their own, callers would better not depend on that property and check just for the bit rather than matching the entire value. Signed-off-by: Jan Beulich <jbeulich@xxxxxxxx> commit 84064d11a40a6d6b55de8a97049042fc6d67dbb3 Author: Jan Beulich <jbeulich@xxxxxxxx> Date: Thu Nov 12 17:01:53 2015 +0100 x86/traps: honor EXT bit in error codes The specification does not explicitly limit the use of this bit to exceptions that can have selector style error codes, so to be on the safe side we should deal with it being set even on error codes formally documented to be always zero (if they're indeed always zero, the change is simply dead code in those cases). Introduce and use (where suitable) X86_XEC_* constants to make the code easier to read. To match the placement of the "hardware_trap" label, the "hardware_gp" one gets moved slightly too. Signed-off-by: Jan Beulich <jbeulich@xxxxxxxx> Reviewed-by: Andrew Cooper <andrew.cooper3@xxxxxxxxxx> commit 723742d9c73d0ad21b01d66f07726ee7a4c3125b Author: Jan Beulich <jbeulich@xxxxxxxx> Date: Thu Nov 12 17:01:04 2015 +0100 x86/SVM: don't exceed segment limit when fetching instruction bytes Also consistently use the vmcb local variable whenever possible. Signed-off-by: Jan Beulich <jbeulich@xxxxxxxx> Reviewed-by: Boris Ostrovsky <boris.ostrovsky@xxxxxxxxxx> Reviewed-by: Andrew Cooper <andrew.cooper3@xxxxxxxxxx> commit 4f7da683718768041b26f2b526879477cf7b5d76 Author: Jan Beulich <jbeulich@xxxxxxxx> Date: Thu Nov 12 17:00:31 2015 +0100 x86/HVM: unify and fix #UD intercept The SVM and VMX versions really were identical, so instead of fixing the same issue in two places, fold them at once. The issue fixed is the missing seg:off -> linear translation of the current code address. Signed-off-by: Jan Beulich <jbeulich@xxxxxxxx> Reviewed-by: Andrew Cooper <andrew.cooper3@xxxxxxxxxx> commit 057e0e72d2a5d598087c5f167ec6a13203a3cf65 Author: Jan Beulich <jbeulich@xxxxxxxx> Date: Thu Nov 12 16:59:18 2015 +0100 x86/HVM: don't inject #DB with error code Signed-off-by: Jan Beulich <jbeulich@xxxxxxxx> Reviewed-by: Andrew Cooper <andrew.cooper@xxxxxxxxxx> commit a1b2d39f071f1e85d0adb2e041f4a8a9aa9a88a8 Author: Roger Pau Monné <roger.pau@xxxxxxxxxx> Date: Thu Nov 12 16:58:07 2015 +0100 elfnotes: intorduce a new PHYS_ENTRY elfnote This new elfnote contains the 32bit entry point into the kernel. Xen will use this entry point in order to launch the guest kernel in 32bit protected mode with paging disabled. Signed-off-by: Roger Pau Monné <roger.pau@xxxxxxxxxx> Acked-by: Wei Liu <wei.liu2@xxxxxxxxxx> Reviewed-by: Andrew Cooper <andrew.cooper3@xxxxxxxxxx> commit 4fa72bd15564c59cbd54d4db31a3060293e782ca Author: Shannon Zhao <shannon.zhao@xxxxxxxxxx> Date: Tue Nov 10 12:08:29 2015 +0100 efi: fix booting failure with UEFI on ARM Commit 9fd08b4 (efi: split out efi_get_gop()) splits out the codes getting the pointer to GOP as efi_get_gop(), but it doesn't initialize the variable handles and gop to NULL like what the original codes do. This will cause booting failure on ARM while printing below logs: Xen 4.7-unstable (c/s Tue Oct 13 14:40:28 2015 +0100 git:7a92036) EFI loader Synchronous Exception at 0x00000000FECB021C Signed-off-by: Shannon Zhao <shannon.zhao@xxxxxxxxxx> Acked-by: Jan Beulich <jbeulich@xxxxxxxx> Reviewed-by: Daniel Kiper <daniel.kiper@xxxxxxxxxx> commit 85ad62ecb8c2b31bf13b5e88696ec1d42c7031e4 Author: Riku Voipio <riku.voipio@xxxxxxxxxx> Date: Tue Nov 10 12:07:55 2015 +0100 symbols.c: avoid warn_unused_result build failure on fgets() In commit: d37d63d symbols: prefix static symbols with their source file names An unchecked fgets was added. This causes a compile error at least on ubuntu utopic: symbols.c: In function 'read_symbol': symbols.c:181:3: error: ignoring return value of 'fgets', declared with attribute warn_unused_result [-Werror=unused-result] fgets(str, 500, in); /* discard rest of line */ ^ Paper over the warning by checking the return value in the if statement. Signed-off-by: Riku Voipio <riku.voipio@xxxxxxxxxx> Acked-by: Jan Beulich <jbeulich@xxxxxxxx> commit 4d81504ff449010daf69d930ebcd2d23b19a1cda Author: Roger Pau Monné <roger.pau@xxxxxxxxxx> Date: Tue Nov 10 12:07:32 2015 +0100 x86: allow disabling the emulated VGA Signed-off-by: Roger Pau Monné <roger.pau@xxxxxxxxxx> Acked-by: Andrew Cooper <andrew.cooper3@xxxxxxxxxx> commit c603463ddbf2728d4eb82ecd7f435b5f642e11f8 Author: Roger Pau Monné <roger.pau@xxxxxxxxxx> Date: Tue Nov 10 12:07:03 2015 +0100 x86: allow disabling the emulated RTC Signed-off-by: Roger Pau Monné <roger.pau@xxxxxxxxxx> Acked-by: Andrew Cooper <andrew.cooper3@xxxxxxxxxx> commit b953524f1a88ad31987fa84cc8bcf6b195257554 Author: Roger Pau Monné <roger.pau@xxxxxxxxxx> Date: Tue Nov 10 12:06:48 2015 +0100 x86: allow disabling power management Signed-off-by: Roger Pau Monné <roger.pau@xxxxxxxxxx> Reviewed-by: Andrew Cooper <andrew.cooper3@xxxxxxxxxx> commit c55f69e5c4e490071075b3a8f53188d7ac25df26 Author: Roger Pau Monné <roger.pau@xxxxxxxxxx> Date: Tue Nov 10 12:06:28 2015 +0100 x86: allow disabling the emulated PIT Signed-off-by: Roger Pau Monné <roger.pau@xxxxxxxxxx> Reported by: Boris Ostrovsky <boris.ostrovsky@xxxxxxxxxx> Acked-by: Jan Beulich <jbeulich@xxxxxxxx> commit afa14d87bdc7a1cb4ab3f77c54425a6cf6beab4e Author: Roger Pau Monné <roger.pau@xxxxxxxxxx> Date: Tue Nov 10 12:06:09 2015 +0100 x86: allow disabling the emulated PIC Signed-off-by: Roger Pau Monné <roger.pau@xxxxxxxxxx> Acked-by: Andrew Cooper <andrew.cooper3@xxxxxxxxxx> commit 7ee5a150fc508785070087fc0ddcfc2f9771ea89 Author: Roger Pau Monné <roger.pau@xxxxxxxxxx> Date: Tue Nov 10 12:05:35 2015 +0100 x86: allow disabling the emulated IOMMU Signed-off-by: Roger Pau Monné <roger.pau@xxxxxxxxxx> Acked-by: Andrew Cooper <andrew.cooper3@xxxxxxxxxx> Acked-by: Aravind Gopalakrishnan <Aravind.Gopalakrishnan@xxxxxxx> commit bacf1ddc8d66e73a1e2aec878f706d42d7bff629 Author: Roger Pau Monné <roger.pau@xxxxxxxxxx> Date: Tue Nov 10 12:05:18 2015 +0100 x86: allow disabling the emulated IO APIC Signed-off-by: Roger Pau Monné <roger.pau@xxxxxxxxxx> Acked-by: Andrew Cooper <andrew.cooper3@xxxxxxxxxx> commit 4647f50592f0b13e1b2b28dedb922ac033754664 Author: Roger Pau Monné <roger.pau@xxxxxxxxxx> Date: Tue Nov 10 12:04:57 2015 +0100 x86: allow disabling the emulated HPET Signed-off-by: Roger Pau Monné <roger.pau@xxxxxxxxxx> Acked-by: Andrew Cooper <andrew.cooper3@xxxxxxxxxx> commit 171946abce06541c1d7465376c05eacb22158437 Author: Roger Pau Monné <roger.pau@xxxxxxxxxx> Date: Tue Nov 10 12:04:04 2015 +0100 x86: add bitmap of enabled emulated devices Introduce a bitmap in x86 xen_arch_domainconfig that allows enabling or disabling specific devices emulated inside of Xen for HVM guests. Signed-off-by: Roger Pau Monné <roger.pau@xxxxxxxxxx> Reviewed-by: Andrew Cooper <andrew.cooper3@xxxxxxxxxx> Acked-by: Wei Liu <wei.liu2@xxxxxxxxxx> commit bd2239d9fa975a1ee5bcd27c218ae042cd0a57bc Author: Jan Beulich <jbeulich@xxxxxxxx> Date: Tue Nov 10 12:03:08 2015 +0100 x86/HVM: always intercept #AC and #DB Both being benign exceptions, and both being possible to get triggered by exception delivery, this is required to prevent a guest from locking up a CPU (resulting from no other VM exits occurring once getting into such a loop). The specific scenarios: 1) #AC may be raised during exception delivery if the handler is set to be a ring-3 one by a 32-bit guest, and the stack is misaligned. This is CVE-2015-5307 / XSA-156. Reported-by: Benjamin Serebrin <serebrin@xxxxxxxxxx> 2) #DB may be raised during exception delivery when a breakpoint got placed on a data structure involved in delivering the exception. This can result in an endless loop when a 64-bit guest uses a non-zero IST for the vector 1 IDT entry, but even without use of IST the time it takes until a contributory fault would get raised (results depending on the handler) may be quite long. This is CVE-2015-8104 / XSA-156. Signed-off-by: Jan Beulich <jbeulich@xxxxxxxx> Reviewed-by: Andrew Cooper <andrew.cooper3@xxxxxxxxxx> Tested-by: Andrew Cooper <andrew.cooper3@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 |