* [libvirt test] 130995: regressions - FAIL
@ 2018-12-06 0:14 osstest service owner
0 siblings, 0 replies; only message in thread
From: osstest service owner @ 2018-12-06 0:14 UTC (permalink / raw)
To: xen-devel, osstest-admin
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@redhat.com>
Daniel Veillard <veillard@redhat.com>
Erik Skultety <eskultet@redhat.com>
Jason Baron <jbaron@akamai.com>
Michael S. Tsirkin <mst@redhat.com>
Michal Privoznik <mprivozn@redhat.com>
Stefan Schallenberg <infos@nafets.de>
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@redhat.com>
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@redhat.com>
commit 3163de7d0e7ae92b9f3e06479c8cd46e43ac8058
Author: Erik Skultety <eskultet@redhat.com>
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@redhat.com>
Reviewed-by: Ján Tomko <jtomko@redhat.com>
commit ae00e73cfe91b76849712fb7d928cfefef39a6eb
Author: Erik Skultety <eskultet@redhat.com>
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@redhat.com>
Reviewed-by: Ján Tomko <jtomko@redhat.com>
commit dc87ee0f3e9cb7982d66230cd2d83b3577275564
Author: Erik Skultety <eskultet@redhat.com>
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@redhat.com>
Reviewed-by: Ján Tomko <jtomko@redhat.com>
commit 53ca6fa4eacb9e519710dacf237997b813f892d2
Author: Erik Skultety <eskultet@redhat.com>
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@redhat.com>
Reviewed-by: Ján Tomko <jtomko@redhat.com>
commit 5f931fe39112129efb1204a1aac60b180ef31b42
Author: Erik Skultety <eskultet@redhat.com>
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@redhat.com>
Reviewed-by: Ján Tomko <jtomko@redhat.com>
commit 0a75de221984b971cb841c6918e6746eb22b1547
Author: Erik Skultety <eskultet@redhat.com>
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@redhat.com>
Reviewed-by: Ján Tomko <jtomko@redhat.com>
commit 312063b7664c992f959028ef516402ce175c3dfc
Author: Erik Skultety <eskultet@redhat.com>
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@redhat.com>
Reviewed-by: Ján Tomko <jtomko@redhat.com>
commit eeb7059aa3f42bcd6d42a41078e588b6b4b25c1e
Author: Erik Skultety <eskultet@redhat.com>
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@redhat.com>
Reviewed-by: Ján Tomko <jtomko@redhat.com>
commit 27cc9f6ac187924456b658683e490f6d318ebe08
Author: Erik Skultety <eskultet@redhat.com>
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@redhat.com>
Reviewed-by: Ján Tomko <jtomko@redhat.com>
commit 255e073263b55b524f68b64c282e73509f93985e
Author: Erik Skultety <eskultet@redhat.com>
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@redhat.com>
Reviewed-by: Ján Tomko <jtomko@redhat.com>
commit 394809694a5bcb6e1e6890f360c60993c0b63a74
Author: Erik Skultety <eskultet@redhat.com>
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@redhat.com>
Reviewed-by: Ján Tomko <jtomko@redhat.com>
commit 8cb06b7f35858b33336bce43401b63138ef03baf
Author: Jason Baron <jbaron@akamai.com>
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@akamai.com>
Acked-by: Michael S. Tsirkin <mst@redhat.com>
Acked-by: Michal Privoznik <mprivozn@redhat.com>
commit 47647bda0314010ba689c644270c955f592ad74a
Author: Stefan Schallenberg <infos@nafets.de>
Date: Wed Nov 28 21:45:16 2018 +0000
News: Add armv6l Support as guest
Signed-off-by: Stefan Schallenberg <infos@nafets.de>
Reviewed-by: Andrea Bolognani <abologna@redhat.com>
commit 96d62d9721af8d120d914563cdc89e2fcb26ef33
Author: Stefan Schallenberg <infos@nafets.de>
Date: Wed Nov 28 21:45:15 2018 +0000
qemu: Add Default PCI Device for armv6l versatilepb guests
Signed-off-by: Stefan Schallenberg <infos@nafets.de>
Reviewed-by: Andrea Bolognani <abologna@redhat.com>
commit 41cc4ca107bc3c277433ddde61515685e7da65fd
Author: Stefan Schallenberg <infos@nafets.de>
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@nafets.de>
Reviewed-by: Andrea Bolognani <abologna@redhat.com>
commit 55f9f486e1dcf68d8e5876c95ed94bdfa8372367
Author: Andrea Bolognani <abologna@redhat.com>
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@redhat.com>
Signed-off-by: Andrea Bolognani <abologna@redhat.com>
commit 0ef33062ef2be1d84eb71446d9da15a6230fe93e
Author: Andrea Bolognani <abologna@redhat.com>
Date: Mon Dec 3 14:12:59 2018 +0100
maint: Post-release version bump to 5.0.0
Signed-off-by: Andrea Bolognani <abologna@redhat.com>
commit 5e866f7f7ac7aae1dcfc4b74edf24992dd1e85f9
Author: Daniel Veillard <veillard@redhat.com>
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@redhat.com>
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xenproject.org
https://lists.xenproject.org/mailman/listinfo/xen-devel
^ permalink raw reply [flat|nested] only message in thread
only message in thread, other threads:[~2018-12-06 0:14 UTC | newest]
Thread overview: (only message) (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2018-12-06 0:14 [libvirt test] 130995: regressions - FAIL osstest service owner
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).