|
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [Xen-devel] [libvirt test] 130995: regressions - FAIL
flight 130995 libvirt real [real] http://logs.test-lab.xenproject.org/osstest/logs/130995/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-i386-libvirt-qemuu-debianhvm-amd64-xsm 16 guest-start/debianhvm.repeat fail REGR. vs. 130894 Tests which did not succeed, but are not blocking: test-armhf-armhf-libvirt 14 saverestore-support-check fail like 130894 test-armhf-armhf-libvirt-raw 13 saverestore-support-check fail like 130894 test-amd64-i386-libvirt-xsm 13 migrate-support-check fail never pass test-amd64-amd64-libvirt 13 migrate-support-check fail never pass test-amd64-i386-libvirt 13 migrate-support-check fail never pass test-amd64-amd64-libvirt-xsm 13 migrate-support-check fail never pass test-amd64-amd64-libvirt-qemuu-debianhvm-amd64-xsm 11 migrate-support-check fail never pass test-amd64-i386-libvirt-qemuu-debianhvm-amd64-xsm 11 migrate-support-check fail never pass test-amd64-amd64-libvirt-vhd 12 migrate-support-check fail never pass test-armhf-armhf-libvirt 13 migrate-support-check fail never pass test-armhf-armhf-libvirt-raw 12 migrate-support-check fail never pass version targeted for testing: libvirt 3934beb8579cd9c5dd12ef21f520388a6bf4e6c8 baseline version: libvirt 022c4b7a9c070774afba0b131dfabfaf1466a5c6 Last test of basis 130894 2018-12-01 08:24:53 Z 4 days Testing same since 130995 2018-12-04 04:19:15 Z 1 days 1 attempts ------------------------------------------------------------ People who touched revisions under test: Andrea Bolognani <abologna@xxxxxxxxxx> Daniel Veillard <veillard@xxxxxxxxxx> Erik Skultety <eskultet@xxxxxxxxxx> Jason Baron <jbaron@xxxxxxxxxx> Michael S. Tsirkin <mst@xxxxxxxxxx> Michal Privoznik <mprivozn@xxxxxxxxxx> Stefan Schallenberg <infos@xxxxxxxxx> jobs: build-amd64-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 fail test-amd64-amd64-libvirt-xsm pass test-amd64-i386-libvirt-xsm pass test-amd64-amd64-libvirt pass test-armhf-armhf-libvirt pass test-amd64-i386-libvirt pass test-amd64-amd64-libvirt-pair pass test-amd64-i386-libvirt-pair pass test-armhf-armhf-libvirt-raw pass 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 3934beb8579cd9c5dd12ef21f520388a6bf4e6c8 Author: Erik Skultety <eskultet@xxxxxxxxxx> Date: Thu Nov 22 17:36:10 2018 +0100 docs: Provide news update for libvirt being able to pick a DRI device Signed-off-by: Erik Skultety <eskultet@xxxxxxxxxx> commit 3163de7d0e7ae92b9f3e06479c8cd46e43ac8058 Author: Erik Skultety <eskultet@xxxxxxxxxx> Date: Thu Nov 15 11:38:00 2018 +0100 qemu: command: gfx: egl-headless: Add 'rendernode' option to the cmdline Depending on whether QEMU actually supports the option, we can put the 'rendernode' on the '-display egl-headless' cmdline. https://bugzilla.redhat.com/show_bug.cgi?id=1628892 Signed-off-by: Erik Skultety <eskultet@xxxxxxxxxx> Reviewed-by: Ján Tomko <jtomko@xxxxxxxxxx> commit ae00e73cfe91b76849712fb7d928cfefef39a6eb Author: Erik Skultety <eskultet@xxxxxxxxxx> Date: Fri Nov 16 08:44:08 2018 +0100 security: dac: gfx: egl-headless: Relabel the DRI device Just like for SPICE, we need to change the permissions on the DRI device used as the @rendernode for egl-headless graphics type. Signed-off-by: Erik Skultety <eskultet@xxxxxxxxxx> Reviewed-by: Ján Tomko <jtomko@xxxxxxxxxx> commit dc87ee0f3e9cb7982d66230cd2d83b3577275564 Author: Erik Skultety <eskultet@xxxxxxxxxx> Date: Thu Nov 22 16:12:40 2018 +0100 qemu: cgroup: gfx: egl-headless: Add the DRI device into the cgroup list Just like for SPICE, we need to put the render node DRI device into the device cgroup list so that users don't need to add it manually via qemu.conf file. Signed-off-by: Erik Skultety <eskultet@xxxxxxxxxx> Reviewed-by: Ján Tomko <jtomko@xxxxxxxxxx> commit 53ca6fa4eacb9e519710dacf237997b813f892d2 Author: Erik Skultety <eskultet@xxxxxxxxxx> Date: Thu Nov 22 12:05:06 2018 +0100 qemu: domain: egl-headless: Add the DRI device into the namespace Just like for SPICE, we need to put the DRI device into the namespace, otherwise it will be left out from the DAC relabeling process. Signed-off-by: Erik Skultety <eskultet@xxxxxxxxxx> Reviewed-by: Ján Tomko <jtomko@xxxxxxxxxx> commit 5f931fe39112129efb1204a1aac60b180ef31b42 Author: Erik Skultety <eskultet@xxxxxxxxxx> Date: Tue Nov 27 08:23:13 2018 +0100 conf: gfx: egl-headless: Introduce a new <gl> subelement Unlike with SPICE and SDL which use the <gl> subelement to enable OpenGL acceleration, specifying egl-headless graphics in the XML has essentially the same meaning, thus in case of egl-headless we don't have a need for the 'enable' element attribute and we'll only be interested in the 'rendernode' one further down the road. Signed-off-by: Erik Skultety <eskultet@xxxxxxxxxx> Reviewed-by: Ján Tomko <jtomko@xxxxxxxxxx> commit 0a75de221984b971cb841c6918e6746eb22b1547 Author: Erik Skultety <eskultet@xxxxxxxxxx> Date: Thu Nov 15 11:37:00 2018 +0100 conf: gfx: Add egl-headless as a member to virDomainGraphicsDef struct Since we need to specify the rendernode option onto QEMU cmdline, we need this union member to retain consistency in how we build the cmdline. Signed-off-by: Erik Skultety <eskultet@xxxxxxxxxx> Reviewed-by: Ján Tomko <jtomko@xxxxxxxxxx> commit 312063b7664c992f959028ef516402ce175c3dfc Author: Erik Skultety <eskultet@xxxxxxxxxx> Date: Wed Nov 21 14:07:01 2018 +0100 qemu: caps: Introduce QEMU_EGL_HEADLESS_RENDERNODE capability Now that we have QAPI introspection of display types in QEMU upstream, we can check whether the 'rendernode' option is supported with egl-headless display type. Signed-off-by: Erik Skultety <eskultet@xxxxxxxxxx> Reviewed-by: Ján Tomko <jtomko@xxxxxxxxxx> commit eeb7059aa3f42bcd6d42a41078e588b6b4b25c1e Author: Erik Skultety <eskultet@xxxxxxxxxx> Date: Thu Nov 15 09:33:04 2018 +0100 qemu: command: Introduce qemuBuildGraphicsEGLHeadlessCommandLine helper We're going to need a bit more logic for egl-headless down the road so prepare a helper just like for the other display types. Signed-off-by: Erik Skultety <eskultet@xxxxxxxxxx> Reviewed-by: Ján Tomko <jtomko@xxxxxxxxxx> commit 27cc9f6ac187924456b658683e490f6d318ebe08 Author: Erik Skultety <eskultet@xxxxxxxxxx> Date: Wed Nov 14 16:48:27 2018 +0100 qemu: process: spice: Pick the first available DRM render node Up until now, we formatted 'rendernode=' onto QEMU cmdline only if the user specified it in the XML, otherwise we let QEMU do it for us. This causes permission issues because by default the /dev/dri/renderDX permissions are as follows: crw-rw----. 1 root video There's literally no reason why it shouldn't be libvirt picking the DRM render node instead of QEMU, that way (and because we're using namespaces by default), we can safely relabel the device within the namespace. Signed-off-by: Erik Skultety <eskultet@xxxxxxxxxx> Reviewed-by: Ján Tomko <jtomko@xxxxxxxxxx> commit 255e073263b55b524f68b64c282e73509f93985e Author: Erik Skultety <eskultet@xxxxxxxxxx> Date: Mon Nov 26 11:07:42 2018 +0100 conf: Introduce virDomainGraphics-related helpers A few simple helpers that allow us to determine whether a graphics can and will need to make use of a DRM render node. Signed-off-by: Erik Skultety <eskultet@xxxxxxxxxx> Reviewed-by: Ján Tomko <jtomko@xxxxxxxxxx> commit 394809694a5bcb6e1e6890f360c60993c0b63a74 Author: Erik Skultety <eskultet@xxxxxxxxxx> Date: Thu Nov 8 11:47:09 2018 +0100 util: Introduce virHostGetDRMRenderNode helper This is the first step towards libvirt picking the first available render node instead of QEMU. It also makes sense for us to be able to do that, since we allow specifying the node directly for SPICE, so if there's no render node specified by the user, we should pick the first available one. The algorithm used for that is essentially the same as the one QEMU uses. Signed-off-by: Erik Skultety <eskultet@xxxxxxxxxx> Reviewed-by: Ján Tomko <jtomko@xxxxxxxxxx> commit 8cb06b7f35858b33336bce43401b63138ef03baf Author: Jason Baron <jbaron@xxxxxxxxxx> Date: Fri Nov 30 12:50:26 2018 -0500 qemu: handle multicast overflow on macvtap NIC_RX_FILTER_CHANGED Guest network devices can set 'overflow' when there are a number of multicast ips configured. For virtio_net, the limit is only 64. In this case, the list of mac addresses is empty and the 'overflow' condition is set. Thus, the guest will currently receive no multicast traffic in this state. When 'overflow' is set in the guest, let's turn this into ALLMULTI on the host. Signed-off-by: Jason Baron <jbaron@xxxxxxxxxx> Acked-by: Michael S. Tsirkin <mst@xxxxxxxxxx> Acked-by: Michal Privoznik <mprivozn@xxxxxxxxxx> commit 47647bda0314010ba689c644270c955f592ad74a Author: Stefan Schallenberg <infos@xxxxxxxxx> Date: Wed Nov 28 21:45:16 2018 +0000 News: Add armv6l Support as guest Signed-off-by: Stefan Schallenberg <infos@xxxxxxxxx> Reviewed-by: Andrea Bolognani <abologna@xxxxxxxxxx> commit 96d62d9721af8d120d914563cdc89e2fcb26ef33 Author: Stefan Schallenberg <infos@xxxxxxxxx> Date: Wed Nov 28 21:45:15 2018 +0000 qemu: Add Default PCI Device for armv6l versatilepb guests Signed-off-by: Stefan Schallenberg <infos@xxxxxxxxx> Reviewed-by: Andrea Bolognani <abologna@xxxxxxxxxx> commit 41cc4ca107bc3c277433ddde61515685e7da65fd Author: Stefan Schallenberg <infos@xxxxxxxxx> Date: Wed Nov 28 21:45:14 2018 +0000 Add armv6l Support as guest Support for armv6l qemu guests has been added. Tested with arm1176 CPU on x86. Signed-off-by: Stefan Schallenberg <infos@xxxxxxxxx> Reviewed-by: Andrea Bolognani <abologna@xxxxxxxxxx> commit 55f9f486e1dcf68d8e5876c95ed94bdfa8372367 Author: Andrea Bolognani <abologna@xxxxxxxxxx> Date: Mon Dec 3 14:17:41 2018 +0100 news: Fix version number The schema expects it to match the pattern v[0-9]+\.[0-9]+\.[0-9]+ which "5.0.0" clearly doesn't, causing the build to fail. Reported-by: Peter Krempa <pkrempa@xxxxxxxxxx> Signed-off-by: Andrea Bolognani <abologna@xxxxxxxxxx> commit 0ef33062ef2be1d84eb71446d9da15a6230fe93e Author: Andrea Bolognani <abologna@xxxxxxxxxx> Date: Mon Dec 3 14:12:59 2018 +0100 maint: Post-release version bump to 5.0.0 Signed-off-by: Andrea Bolognani <abologna@xxxxxxxxxx> commit 5e866f7f7ac7aae1dcfc4b74edf24992dd1e85f9 Author: Daniel Veillard <veillard@xxxxxxxxxx> Date: Mon Dec 3 13:15:36 2018 +0100 Release of libvirt-4.10.0 * docs/news.xml: updated for release Signed-off-by: Daniel Veillard <veillard@xxxxxxxxxx> _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxxxxxxxxx https://lists.xenproject.org/mailman/listinfo/xen-devel
|
 |
Lists.xenproject.org is hosted with RackSpace, monitoring our |