|
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [Xen-devel] [qemu-mainline test] 106047: trouble: blocked/broken/fail/pass
flight 106047 qemu-mainline real [real] http://logs.test-lab.xenproject.org/osstest/logs/106047/ Failures and problems with tests :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-amd64-qemuu-nested-intel 3 host-install(3) broken REGR. vs. 105962 test-amd64-amd64-xl-qemuu-debianhvm-amd64-xsm 3 host-install(3) broken REGR. vs. 105962 test-amd64-i386-freebsd10-amd64 3 host-install(3) broken REGR. vs. 105962 test-amd64-amd64-xl-qemuu-winxpsp3 3 host-install(3) broken REGR. vs. 105962 test-amd64-amd64-pygrub 3 host-install(3) broken REGR. vs. 105962 Regressions which are regarded as allowable (not blocking): test-armhf-armhf-libvirt 13 saverestore-support-check fail like 105962 test-armhf-armhf-libvirt-xsm 13 saverestore-support-check fail like 105962 test-amd64-amd64-xl-qemuu-win7-amd64 16 guest-stop fail like 105962 test-armhf-armhf-libvirt-raw 12 saverestore-support-check fail like 105962 test-amd64-i386-xl-qemuu-win7-amd64 16 guest-stop fail like 105962 test-amd64-amd64-xl-rtds 9 debian-install fail like 105962 Tests which did not succeed, but are not blocking: test-arm64-arm64-libvirt-xsm 1 build-check(1) blocked n/a test-arm64-arm64-xl 1 build-check(1) blocked n/a build-arm64-libvirt 1 build-check(1) blocked n/a test-arm64-arm64-libvirt-qcow2 1 build-check(1) blocked n/a test-arm64-arm64-libvirt 1 build-check(1) blocked n/a test-arm64-arm64-xl-credit2 1 build-check(1) blocked n/a test-arm64-arm64-xl-rtds 1 build-check(1) blocked n/a test-arm64-arm64-xl-multivcpu 1 build-check(1) blocked n/a test-arm64-arm64-xl-xsm 1 build-check(1) blocked n/a test-amd64-amd64-xl-pvh-amd 11 guest-start fail never pass test-amd64-amd64-libvirt 12 migrate-support-check fail never pass test-amd64-amd64-xl-pvh-intel 11 guest-start fail never pass test-amd64-amd64-libvirt-xsm 12 migrate-support-check fail never pass test-amd64-i386-libvirt-xsm 12 migrate-support-check fail never pass test-amd64-i386-libvirt 12 migrate-support-check fail never pass build-arm64 5 xen-build fail never pass test-amd64-amd64-libvirt-qemuu-debianhvm-amd64-xsm 10 migrate-support-check fail never pass build-arm64-xsm 5 xen-build fail never pass test-amd64-i386-libvirt-qemuu-debianhvm-amd64-xsm 10 migrate-support-check 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 build-arm64-pvops 5 kernel-build fail never pass test-amd64-amd64-qemuu-nested-amd 16 debian-hvm-install/l1/l2 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-armhf-armhf-xl-xsm 12 migrate-support-check fail never pass test-armhf-armhf-xl-xsm 13 saverestore-support-check fail never pass test-armhf-armhf-xl-credit2 12 migrate-support-check fail never pass test-armhf-armhf-libvirt 12 migrate-support-check fail never pass test-armhf-armhf-xl-credit2 13 saverestore-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-multivcpu 12 migrate-support-check fail never pass test-armhf-armhf-xl-multivcpu 13 saverestore-support-check fail never pass test-armhf-armhf-libvirt-xsm 12 migrate-support-check fail never pass test-amd64-amd64-libvirt-vhd 11 migrate-support-check fail never pass test-armhf-armhf-libvirt-raw 11 migrate-support-check fail never pass test-armhf-armhf-xl-rtds 12 migrate-support-check fail never pass test-armhf-armhf-xl-rtds 13 saverestore-support-check fail never pass test-armhf-armhf-xl-vhd 11 migrate-support-check fail never pass test-armhf-armhf-xl-vhd 12 saverestore-support-check fail never pass version targeted for testing: qemuu 10f25e4844cb9b3f02fb032f88051dd5b65b4206 baseline version: qemuu 796b288f7be875045670f963ce99991b3c8e96ac Last test of basis 105962 2017-02-21 20:42:52 Z 2 days Failing since 106014 2017-02-23 10:13:03 Z 1 days 2 attempts Testing same since 106047 2017-02-24 03:54:54 Z 0 days 1 attempts ------------------------------------------------------------ People who touched revisions under test: David Gibson <david@xxxxxxxxxxxxxxxxxxxxx> Dr. David Alan Gilbert <dgilbert@xxxxxxxxxx> Eric Blake <eblake@xxxxxxxxxx> Paul Burton <paul.burton@xxxxxxxxxx> Pavel Hrdina <phrdina@xxxxxxxxxx> Peter Maydell <peter.maydell@xxxxxxxxxx> Thomas Huth <thuth@xxxxxxxxxx> Yongbok Kim <yongbok.kim@xxxxxxxxxx> jobs: build-amd64-xsm pass build-arm64-xsm fail build-armhf-xsm pass build-i386-xsm pass build-amd64 pass build-arm64 fail build-armhf pass build-i386 pass build-amd64-libvirt pass build-arm64-libvirt blocked build-armhf-libvirt pass build-i386-libvirt pass build-amd64-pvops pass build-arm64-pvops fail build-armhf-pvops pass build-i386-pvops pass test-amd64-amd64-xl pass test-arm64-arm64-xl blocked test-armhf-armhf-xl pass test-amd64-i386-xl pass test-amd64-amd64-libvirt-qemuu-debianhvm-amd64-xsm pass test-amd64-i386-libvirt-qemuu-debianhvm-amd64-xsm pass test-amd64-amd64-xl-qemuu-debianhvm-amd64-xsm broken test-amd64-i386-xl-qemuu-debianhvm-amd64-xsm pass test-amd64-amd64-libvirt-xsm pass test-arm64-arm64-libvirt-xsm blocked test-armhf-armhf-libvirt-xsm pass test-amd64-i386-libvirt-xsm pass test-amd64-amd64-xl-xsm pass test-arm64-arm64-xl-xsm blocked test-armhf-armhf-xl-xsm pass test-amd64-i386-xl-xsm pass test-amd64-amd64-qemuu-nested-amd fail test-amd64-amd64-xl-pvh-amd fail test-amd64-i386-qemuu-rhel6hvm-amd pass test-amd64-amd64-xl-qemuu-debianhvm-amd64 pass test-amd64-i386-xl-qemuu-debianhvm-amd64 pass test-amd64-i386-freebsd10-amd64 broken test-amd64-amd64-xl-qemuu-ovmf-amd64 pass test-amd64-i386-xl-qemuu-ovmf-amd64 pass 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 pass test-arm64-arm64-xl-credit2 blocked test-armhf-armhf-xl-credit2 pass test-armhf-armhf-xl-cubietruck pass test-amd64-i386-freebsd10-i386 pass test-amd64-amd64-qemuu-nested-intel broken test-amd64-amd64-xl-pvh-intel fail test-amd64-i386-qemuu-rhel6hvm-intel pass test-amd64-amd64-libvirt pass test-arm64-arm64-libvirt blocked test-armhf-armhf-libvirt pass test-amd64-i386-libvirt pass test-amd64-amd64-xl-multivcpu pass test-arm64-arm64-xl-multivcpu blocked test-armhf-armhf-xl-multivcpu pass test-amd64-amd64-pair pass test-amd64-i386-pair pass test-amd64-amd64-libvirt-pair pass test-amd64-i386-libvirt-pair pass test-amd64-amd64-amd64-pvgrub pass test-amd64-amd64-i386-pvgrub pass test-amd64-amd64-pygrub broken test-arm64-arm64-libvirt-qcow2 blocked test-amd64-amd64-xl-qcow2 pass test-armhf-armhf-libvirt-raw pass test-amd64-i386-xl-raw pass test-amd64-amd64-xl-rtds fail test-arm64-arm64-xl-rtds blocked test-armhf-armhf-xl-rtds pass test-amd64-i386-xl-qemuu-winxpsp3-vcpus1 pass test-amd64-amd64-libvirt-vhd pass test-armhf-armhf-xl-vhd pass test-amd64-amd64-xl-qemuu-winxpsp3 broken 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 broken-step test-amd64-amd64-qemuu-nested-intel host-install(3) broken-step test-amd64-amd64-xl-qemuu-debianhvm-amd64-xsm host-install(3) broken-step test-amd64-i386-freebsd10-amd64 host-install(3) broken-step test-amd64-amd64-xl-qemuu-winxpsp3 host-install(3) broken-step test-amd64-amd64-pygrub host-install(3) Not pushing. ------------------------------------------------------------ commit 10f25e4844cb9b3f02fb032f88051dd5b65b4206 Merge: e295a15 d3473e1 Author: Peter Maydell <peter.maydell@xxxxxxxxxx> Date: Thu Feb 23 09:59:40 2017 +0000 Merge remote-tracking branch 'remotes/yongbok/tags/mips-20170222' into staging MIPS patches 2017-02-22 Changes: * Add MIPS Boston board support # gpg: Signature made Wed 22 Feb 2017 00:08:00 GMT # gpg: using RSA key 0x2238EB86D5F797C2 # gpg: Good signature from "Yongbok Kim <yongbok.kim@xxxxxxxxxx>" # gpg: WARNING: This key is not certified with sufficiently trusted signatures! # gpg: It is not certain that the signature belongs to the owner. # Primary key fingerprint: 8600 4CF5 3415 A5D9 4CFA 2B5C 2238 EB86 D5F7 97C2 * remotes/yongbok/tags/mips-20170222: hw/mips: MIPS Boston board support hw: xilinx-pcie: Add support for Xilinx AXI PCIe Controller loader: Support Flattened Image Trees (FIT images) dtc: Update requirement to v1.4.2 target-mips: Provide function to test if a CPU supports an ISA hw/mips_gic: Update pin state on mask changes hw/mips_gictimer: provide API for retrieving frequency hw/mips_cmgcr: allow GCR base to be moved Signed-off-by: Peter Maydell <peter.maydell@xxxxxxxxxx> commit d3473e147a754e999718bf6fcb015d9978c6a1ee Author: Paul Burton <paul.burton@xxxxxxxxxx> Date: Thu Sep 8 15:51:58 2016 +0100 hw/mips: MIPS Boston board support Introduce support for emulating the MIPS Boston development board. The Boston board is built around an FPGA & 3 PCIe controllers, one of which is connected to an Intel EG20T Platform Controller Hub. It is used during the development & debug of new CPUs and the software intended to run on them, and is essentially the successor to the older MIPS Malta board. This patch does not implement the EG20T, instead connecting an already supported ICH-9 AHCI controller. Whilst this isn't accurate it's enough for typical stock Boston software (eg. Linux kernels) to work with hard disks given that both the ICH-9 & EG20T implement the AHCI specification. Boston boards typically boot kernels in the FIT image format, and this patch will treat kernels provided to QEMU as such. When loading a kernel directly, the board code will generate minimal firmware much as the Malta board code does. This firmware will set up the CM, CPC & GIC register base addresses then set argument registers & jump to the kernel entry point. Alternatively, bootloader code may be loaded using the bios argument in which case no firmware will be generated & execution will proceed from the start of the boot code at the default MIPS boot exception vector (offset 0x1fc00000 into (c)kseg1). Currently real Boston boards are always used with FPGA bitfiles that include a Global Interrupt Controller (GIC), so the interrupt configuration is only defined for such cases. Therefore the board will only allow use of CPUs which implement the CPS components, including the GIC, and will otherwise exit with a message. Signed-off-by: Paul Burton <paul.burton@xxxxxxxxxx> Reviewed-by: Yongbok Kim <yongbok.kim@xxxxxxxxxx> [yongbok.kim@xxxxxxxxxx: isolated boston machine support for mips64el. updated for recent Chardev changes. ignore missing bios/kernel for qtest. added default -drive to if=ide explicitly] Signed-off-by: Yongbok Kim <yongbok.kim@xxxxxxxxxx> commit 62be393423eac3d2fcb8313dc441db4e76f44c78 Author: Paul Burton <paul.burton@xxxxxxxxxx> Date: Thu Sep 8 15:51:57 2016 +0100 hw: xilinx-pcie: Add support for Xilinx AXI PCIe Controller Add support for emulating the Xilinx AXI Root Port Bridge for PCI Express as described by Xilinx' PG055 document. This is a PCIe controller that can be used with certain series of Xilinx FPGAs, and is used on the MIPS Boston board which will make use of this code. Signed-off-by: Paul Burton <paul.burton@xxxxxxxxxx> [yongbok.kim@xxxxxxxxxx: removed returning on !level, updated IRQ connection with GPIO logic, moved xilinx_pcie_init() to boston.c replaced stw_le_p() with pci_set_word() and other cosmetic changes] Signed-off-by: Yongbok Kim <yongbok.kim@xxxxxxxxxx> commit 51b58561c1dacdb0ce999ada94912caaed157f83 Author: Paul Burton <paul.burton@xxxxxxxxxx> Date: Thu Sep 8 15:51:56 2016 +0100 loader: Support Flattened Image Trees (FIT images) Introduce support for loading Flattened Image Trees, as used by modern U-Boot. FIT images are essentially flattened device tree files which contain binary images such as kernels, FDTs or ramdisks along with one or more configuration nodes describing boot configurations. The MIPS Boston board typically boots kernels in the form of FIT images, and will make use of this code. Signed-off-by: Paul Burton <paul.burton@xxxxxxxxxx> [yongbok.kim@xxxxxxxxxx: fixed potential memory leaks, isolated building option] Signed-off-by: Yongbok Kim <yongbok.kim@xxxxxxxxxx> commit 6e85fce0225f235b11618fe50eaec64c1de2cf3e Author: Paul Burton <paul.burton@xxxxxxxxxx> Date: Thu Sep 8 15:51:55 2016 +0100 dtc: Update requirement to v1.4.2 In order to obtain fdt_first_subnode & fdt_next_subnode symbols from libfdt for use by a later patch, bump the requirement for dtc to v1.4.2 & the submodule to that same version. Signed-off-by: Paul Burton <paul.burton@xxxxxxxxxx> Reviewed-by: Yongbok Kim <yongbok.kim@xxxxxxxxxx> Signed-off-by: Yongbok Kim <yongbok.kim@xxxxxxxxxx> commit bed9e5ceb158c886d548fe59675a6eba18baeaeb Author: Paul Burton <paul.burton@xxxxxxxxxx> Date: Thu Sep 8 15:51:54 2016 +0100 target-mips: Provide function to test if a CPU supports an ISA Provide a new cpu_supports_isa function which allows callers to determine whether a CPU supports one of the ISA_ flags, by testing whether the associated struct mips_def_t sets the ISA flags in its insn_flags field. An example use of this is to allow boards which generate bootloader code to determine the properties of the CPU that will be used, for example whether the CPU is 64 bit or which architecture revision it implements. Signed-off-by: Paul Burton <paul.burton@xxxxxxxxxx> Reviewed-by: Leon Alrae <leon.alrae@xxxxxxxxxx> Reviewed-by: Philippe Mathieu-Daudé <f4bug@xxxxxxxxx> Signed-off-by: Yongbok Kim <yongbok.kim@xxxxxxxxxx> commit 2e2a1b4648114ebbb371c10f31c66d10bcd40051 Author: Paul Burton <paul.burton@xxxxxxxxxx> Date: Thu Sep 8 15:51:53 2016 +0100 hw/mips_gic: Update pin state on mask changes If the GIC interrupt mask is changed by a write to the smask (set mask) or rmask (reset mask) registers, we need to re-evaluate the state of the pins/IRQs fed to the CPU. Without doing so we risk leaving a pin high despite the interrupt that led to that state being masked, or losing interrupts if an already pending interrupt is unmasked. Signed-off-by: Paul Burton <paul.burton@xxxxxxxxxx> Reviewed-by: Leon Alrae <leon.alrae@xxxxxxxxxx> Signed-off-by: Yongbok Kim <yongbok.kim@xxxxxxxxxx> commit eb90ab9437ebb2dea77ebdf6c96488841ddbdd85 Author: Paul Burton <paul.burton@xxxxxxxxxx> Date: Thu Sep 8 15:51:52 2016 +0100 hw/mips_gictimer: provide API for retrieving frequency Provide a new function mips_gictimer_get_freq() which returns the frequency at which a GIC timer will count. This will be useful for boards which perform setup based upon this frequency. Signed-off-by: Paul Burton <paul.burton@xxxxxxxxxx> Reviewed-by: Leon Alrae <leon.alrae@xxxxxxxxxx> Reviewed-by: Philippe Mathieu-Daudé <f4bug@xxxxxxxxx> Signed-off-by: Yongbok Kim <yongbok.kim@xxxxxxxxxx> commit 08944be1d91779aec4346cc569f87e4c915a944c Author: Paul Burton <paul.burton@xxxxxxxxxx> Date: Thu Sep 8 15:51:51 2016 +0100 hw/mips_cmgcr: allow GCR base to be moved Support moving the GCR base address & updating the CPU's CP0 CMGCRBase register appropriately. This is required if a platform needs to move its GCRs away from other memory, as the MIPS Boston development board does to avoid its flash memory. Signed-off-by: Paul Burton <paul.burton@xxxxxxxxxx> Reviewed-by: Leon Alrae <leon.alrae@xxxxxxxxxx> Signed-off-by: Yongbok Kim <yongbok.kim@xxxxxxxxxx> commit e295a154c2a95f114e52ef4b0fb22b801b028bdc Merge: 796b288 854e67f Author: Peter Maydell <peter.maydell@xxxxxxxxxx> Date: Tue Feb 21 19:41:57 2017 +0000 Merge remote-tracking branch 'remotes/dgilbert/tags/pull-hmp-20170221' into staging HMP pull Note, I had seen a fail in the vhost-user/flags-mismatch on one host in one build, but not others with the same patches; and these patches go nowhere near that, so I think that's a separate vhost-user issue. # gpg: Signature made Tue 21 Feb 2017 18:49:25 GMT # gpg: using RSA key 0x0516331EBC5BFDE7 # gpg: Good signature from "Dr. David Alan Gilbert (RH2) <dgilbert@xxxxxxxxxx>" # gpg: WARNING: This key is not certified with a trusted signature! # gpg: There is no indication that the signature belongs to the owner. # Primary key fingerprint: 45F5 C71B 4A0C B7FB 977A 9FA9 0516 331E BC5B FDE7 * remotes/dgilbert/tags/pull-hmp-20170221: monitor: Fix crashes when using HMP commands without CPU monitor: add poll-* properties into query-iothreads result hmp: fix block_set_io_throttle Signed-off-by: Peter Maydell <peter.maydell@xxxxxxxxxx> commit 854e67fea6a6f181163a5467fc9ba04de8d181bb Author: Thomas Huth <thuth@xxxxxxxxxx> Date: Fri Jan 13 13:12:35 2017 +0100 monitor: Fix crashes when using HMP commands without CPU When running certain HMP commands ("info registers", "info cpustats", "info tlb", "nmi", "memsave" or dumping virtual memory) with the "none" machine, QEMU crashes with a segmentation fault. This happens because the "none" machine does not have any CPUs by default, but these HMP commands did not check for a valid CPU pointer yet. Add such checks now, so we get an error message about the missing CPU instead. Signed-off-by: Thomas Huth <thuth@xxxxxxxxxx> Message-Id: <1484309555-1935-1-git-send-email-thuth@xxxxxxxxxx> Reviewed-by: Markus Armbruster <armbru@xxxxxxxxxx> Acked-by: David Gibson <david@xxxxxxxxxxxxxxxxxxxxx> Signed-off-by: Dr. David Alan Gilbert <dgilbert@xxxxxxxxxx> commit 5fc00480ab1ce767f1c6c63ae644e960295fed2c Author: Pavel Hrdina <phrdina@xxxxxxxxxx> Date: Fri Feb 10 10:41:17 2017 +0100 monitor: add poll-* properties into query-iothreads result IOthreads were recently extended by new properties that can enable/disable and configure aio polling. This will also allow other tools that uses QEMU to probe for existence of those new properties via query-qmp-schema. Signed-off-by: Pavel Hrdina <phrdina@xxxxxxxxxx> Message-Id: <3163c16d6ab4257f7be9ad44fe9cc0ce8c359e5a.1486718555.git.phrdina@xxxxxxxxxx> Reviewed-by: Stefan Hajnoczi <stefanha@xxxxxxxxxx> Signed-off-by: Dr. David Alan Gilbert <dgilbert@xxxxxxxxxx> commit 3f35c3b166c18043596768448e5d91b5d52f8353 Author: Eric Blake <eblake@xxxxxxxxxx> Date: Fri Jan 20 17:03:59 2017 -0600 hmp: fix block_set_io_throttle Commit 7a9877a made the 'device' parameter to BlockIOThrottle optional, favoring 'id' instead. But it forgot to update the HMP usage to set has_device, which makes all attempts to change throttling via HMP fail with "Need exactly one of 'device' and 'id'" CC: qemu-stable@xxxxxxxxxx Signed-off-by: Eric Blake <eblake@xxxxxxxxxx> Message-Id: <20170120230359.4244-1-eblake@xxxxxxxxxx> Reviewed-by: Stefan Hajnoczi <stefanha@xxxxxxxxxx> Signed-off-by: Dr. David Alan Gilbert <dgilbert@xxxxxxxxxx> _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxx https://lists.xen.org/xen-devel
|
 |
Lists.xenproject.org is hosted with RackSpace, monitoring our |