Xen project Mailing List

[Xen-devel] [libvirt test] 100995: regressions - FAIL

To: xen-devel@xxxxxxxxxxxxxxxxxxx, osstest-admin@xxxxxxxxxxxxxx

From: osstest service owner <osstest-admin@xxxxxxxxxxxxxx>

Date: Sat, 17 Sep 2016 08:31:16 +0000

Delivery-date: Sat, 17 Sep 2016 08:31:48 +0000

List-id: Xen developer discussion <xen-devel.lists.xen.org>

flight 100995 libvirt real [real] http://logs.test-lab.xenproject.org/osstest/logs/100995/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-armhf-armhf-libvirt 6 xen-boot fail REGR. vs. 100962 Tests which did not succeed, but are not blocking: test-armhf-armhf-libvirt-raw 11 migrate-support-check fail never pass test-armhf-armhf-libvirt-raw 13 guest-saverestore fail never pass test-amd64-i386-libvirt 12 migrate-support-check fail never pass test-amd64-i386-libvirt-xsm 12 migrate-support-check fail never pass test-amd64-i386-libvirt-qemuu-debianhvm-amd64-xsm 10 migrate-support-check fail never pass test-armhf-armhf-libvirt-qcow2 11 migrate-support-check fail never pass test-armhf-armhf-libvirt-qcow2 13 guest-saverestore fail never pass test-amd64-amd64-libvirt-vhd 11 migrate-support-check fail never pass test-armhf-armhf-libvirt-xsm 12 migrate-support-check fail never pass test-armhf-armhf-libvirt-xsm 14 guest-saverestore fail never pass test-amd64-amd64-libvirt-qemuu-debianhvm-amd64-xsm 10 migrate-support-check fail never pass test-amd64-amd64-libvirt-xsm 12 migrate-support-check fail never pass test-amd64-amd64-libvirt 12 migrate-support-check fail never pass version targeted for testing: libvirt 706b5b627719e95a33606c463bc83c841c7b5b0e baseline version: libvirt 4a457adda649447a7873f48bf71c5139bc6404d2 Last test of basis 100962 2016-09-15 04:22:11 Z 2 days Failing since 100980 2016-09-16 04:31:01 Z 1 days 2 attempts Testing same since 100995 2016-09-17 04:21:26 Z 0 days 1 attempts ------------------------------------------------------------ People who touched revisions under test: Jason Miesionczek <jmiesionczek@xxxxxxxxx> Laszlo Ersek <lersek@xxxxxxxxxx> Martin Kletzander <mkletzan@xxxxxxxxxx> Michal Privoznik <mprivozn@xxxxxxxxxx> Shivaprasad G Bhat <sbhat@xxxxxxxxxxxxxxxxxx> TomÃ¡Å¡ RyÅ¡avÃ½ <tom.rysavy.0@xxxxxxxxx> 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-pvops pass build-armhf-pvops pass build-i386-pvops pass test-amd64-amd64-libvirt-qemuu-debianhvm-amd64-xsm pass test-amd64-i386-libvirt-qemuu-debianhvm-amd64-xsm pass test-amd64-amd64-libvirt-xsm pass test-armhf-armhf-libvirt-xsm fail test-amd64-i386-libvirt-xsm pass test-amd64-amd64-libvirt pass test-armhf-armhf-libvirt fail test-amd64-i386-libvirt pass test-amd64-amd64-libvirt-pair pass test-amd64-i386-libvirt-pair pass test-armhf-armhf-libvirt-qcow2 fail test-armhf-armhf-libvirt-raw fail test-amd64-amd64-libvirt-vhd 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 706b5b627719e95a33606c463bc83c841c7b5b0e Author: Laszlo Ersek <lersek@xxxxxxxxxx> Date: Fri Sep 16 09:30:23 2016 +0200 qemu: map "virtio" video model to "virt" machtype correctly (arm/aarch64) Most of QEMU's PCI display device models, such as: libvirt video/model/@type QEMU -device ------------------------- ------------ cirrus cirrus-vga vga VGA qxl qxl-vga virtio virtio-vga come with a linear framebuffer (sometimes called "VGA compatibility framebuffer"). This linear framebuffer lives in one of the PCI device's MMIO BARs, and allows guest code (primarily: firmware drivers, and non-accelerated OS drivers) to display graphics with direct memory access. Due to architectural reasons on aarch64/KVM hosts, this kind of framebuffer doesn't / can't work in qemu-system-(arm|aarch64) -M virt machines. Cache coherency issues guarantee a corrupted / unusable display. The problem has been researched by several people, including kvm-arm maintainers, and it's been decided that the best way (practically the only way) to have boot time graphics for such guests is to consolidate on QEMU's "virtio-gpu-pci" device. >From <https://bugzilla.redhat.com/show_bug.cgi?id=1195176>, libvirt supports <devices> <video> <model type='virtio'/> </video> </devices> but libvirt unconditionally maps @type='virtio' to QEMU's "virtio-vga" device model. (See the qemuBuildDeviceVideoStr() function and the "qemuDeviceVideo" enum impl.) According to the above, this is not right for the "virt" machine type; the qemu-system-(arm|aarch64) binaries don't even recognize the "virtio-vga" device model (justifiedly). Whereas "virtio-gpu-pci", which is a pure virtio device without a compatibility framebuffer, is available, and works fine. (The ArmVirtQemu ("AAVMF") platform of edk2 -- that is, the UEFI firmware for "virt" -- supports "virtio-gpu-pci", as of upstream commit 3ef3209d3028. See <https://tianocore.acgmultimedia.com/show_bug.cgi?id=66>.) Override the default mapping of "virtio", from "virtio-vga" to "virtio-gpu-pci", if qemuDomainMachineIsVirt() evaluates to true. Cc: Andrea Bolognani <abologna@xxxxxxxxxx> Cc: Drew Jones <drjones@xxxxxxxxxx> Cc: Marc-AndrÃ© Lureau <marcandre.lureau@xxxxxxxxxx> Cc: Martin Kletzander <mkletzan@xxxxxxxxxx> Suggested-by: Marc-AndrÃ© Lureau <marcandre.lureau@xxxxxxxxxx> Resolves: https://bugzilla.redhat.com/show_bug.cgi?id=1372901 Signed-off-by: Laszlo Ersek <lersek@xxxxxxxxxx> Acked-by: Martin Kletzander <mkletzan@xxxxxxxxxx> commit b51e26f755bdbb13c5409c01595735ec71066063 Author: Martin Kletzander <mkletzan@xxxxxxxxxx> Date: Fri Sep 16 08:33:47 2016 +0200 util: Expose virHostCPUStatsAssign on non-Linux There is nothing Linux-specific in that function. Also since commit 8c3b5bf48123783b812b97360db7ac51f1889e17 mingw build is broken due to the fact that this function is not compiled in the library. Signed-off-by: Martin Kletzander <mkletzan@xxxxxxxxxx> commit d18c7d712471dabafec1a3a4c01f219dc26d38db Author: TomÃ¡Å¡ RyÅ¡avÃ½ <tom.rysavy.0@xxxxxxxxx> Date: Thu Sep 15 10:27:09 2016 +0200 test driver: Implement testNodeGetFreePages. Signed-off-by: TomÃ¡Å¡ RyÅ¡avÃ½ <tom.rysavy.0@xxxxxxxxx> commit dc98750a06dbb0389f7bc22c3f0ed8e1c17e3a41 Author: TomÃ¡Å¡ RyÅ¡avÃ½ <tom.rysavy.0@xxxxxxxxx> Date: Thu Sep 15 10:27:08 2016 +0200 test driver: added pages sizes into XML into test driver. Signed-off-by: TomÃ¡Å¡ RyÅ¡avÃ½ <tom.rysavy.0@xxxxxxxxx> commit 13ae5da9e3d74d816a46203f3667081ff57c4aa9 Author: TomÃ¡Å¡ RyÅ¡avÃ½ <tom.rysavy.0@xxxxxxxxx> Date: Thu Sep 15 10:27:07 2016 +0200 test driver: Implement testNodeGetFreeMemory Signed-off-by: TomÃ¡Å¡ RyÅ¡avÃ½ <tom.rysavy.0@xxxxxxxxx> Signed-off-by: Michal Privoznik <mprivozn@xxxxxxxxxx> commit 8c3b5bf48123783b812b97360db7ac51f1889e17 Author: TomÃ¡Å¡ RyÅ¡avÃ½ <tom.rysavy.0@xxxxxxxxx> Date: Thu Sep 15 10:27:06 2016 +0200 test driver: Implement testNodeGetCPUStats Signed-off-by: TomÃ¡Å¡ RyÅ¡avÃ½ <tom.rysavy.0@xxxxxxxxx> Signed-off-by: Michal Privoznik <mprivozn@xxxxxxxxxx> commit 5cdc3b822778de3ee521220cf5460f97cfdc4e32 Author: TomÃ¡Å¡ RyÅ¡avÃ½ <tom.rysavy.0@xxxxxxxxx> Date: Thu Sep 15 10:27:05 2016 +0200 test driver: Implement virConnectGetType. Signed-off-by: TomÃ¡Å¡ RyÅ¡avÃ½ <tom.rysavy.0@xxxxxxxxx> Signed-off-by: Michal Privoznik <mprivozn@xxxxxxxxxx> commit 541871959776913d34be1ed5d1d5f88b6c377f23 Author: TomÃ¡Å¡ RyÅ¡avÃ½ <tom.rysavy.0@xxxxxxxxx> Date: Thu Sep 15 10:27:04 2016 +0200 test driver: Implement virConnectGetSysinfo. Signed-off-by: TomÃ¡Å¡ RyÅ¡avÃ½ <tom.rysavy.0@xxxxxxxxx> Signed-off-by: Michal Privoznik <mprivozn@xxxxxxxxxx> commit 23d9d25e9719133e42bb8fa794e646d73b834e3d Author: TomÃ¡Å¡ RyÅ¡avÃ½ <tom.rysavy.0@xxxxxxxxx> Date: Thu Sep 15 10:27:03 2016 +0200 test_driver: Replace magic constant In testOpenDefault we create a virtual computer that is later presented to user. We also pretend to have NUMA cells and initialize them somehow. But whilst doing so a magical constant is used. Drop it. Signed-off-by: TomÃ¡Å¡ RyÅ¡avÃ½ <tom.rysavy.0@xxxxxxxxx> Signed-off-by: Michal Privoznik <mprivozn@xxxxxxxxxx> commit 63f388c99dda204a9906b1b0baedd58824af0333 Author: TomÃ¡Å¡ RyÅ¡avÃ½ <tom.rysavy.0@xxxxxxxxx> Date: Thu Sep 15 10:27:02 2016 +0200 virhostcpu: Expose virHostCPUStatsAssign We will need this function shortly when implementing nodeGetCPUStats in the test driver. Signed-off-by: TomÃ¡Å¡ RyÅ¡avÃ½ <tom.rysavy.0@xxxxxxxxx> Signed-off-by: Michal Privoznik <mprivozn@xxxxxxxxxx> commit 1ec22be550eacc929a6cfb61d42ee594b9f1ce7e Author: Shivaprasad G Bhat <sbhat@xxxxxxxxxxxxxxxxxx> Date: Wed Sep 7 14:25:42 2016 +0530 virsh: use virConnectGetDomainCapabilities with maxvcpus virsh maxvcpus --type kvm output is useless on PPC. Also, in commit e6806d79 we documented not rely on virConnectGetMaxVcpus output. Fix the maxvcpus to use virConnectGetDomainCapabilities now to make it useful. The call is made to use the default emulator binary and to check for the host machine and arch which is what the command intends to show anyway. Signed-off-by: Shivaprasad G Bhat <sbhat@xxxxxxxxxxxxxxxxxx> commit 8563560026d192c2cf047b550ffd468692245ed6 Author: Martin Kletzander <mkletzan@xxxxxxxxxx> Date: Tue Sep 13 12:49:56 2016 +0200 tests: Use fixedcontent variable Commit ca32929908bbc94116493ad8915e7cd7ae0f57d5 added function virTestCompareToFile(), but forgot to use a fixedcontent value for the actual comparison. That lead to VIR_TEST_DEBUG=1 showing (for some tests) all the actual output from the first error to the end of the string due to the difference being an endline in the end. Signed-off-by: Martin Kletzander <mkletzan@xxxxxxxxxx> commit ead3cfc68db1f092bdda4374085a9e2addb3c2d8 Author: Jason Miesionczek <jmiesionczek@xxxxxxxxx> Date: Tue Aug 9 12:39:09 2016 +0000 hyperv: additional server 2008 wmi classes

_______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxx https://lists.xen.org/xen-devel

©2013 Xen Project, A Linux Foundation Collaborative Project. All Rights Reserved.
Linux Foundation is a registered trademark of The Linux Foundation.
Xen Project is a trademark of The Linux Foundation.