flight 159324 linux-5.4 real [real]
http://logs.test-lab.xenproject.org/osstest/logs/159324/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-arm64-arm64-xl-credit1 14 guest-start fail REGR. vs. 158387
test-arm64-arm64-xl-x
flight 159315 xen-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/159315/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-armhf-armhf-libvirt-raw 15 saverestore-support-check fail blocked in
159036
test-armhf-armhf-libvirt 16 s
Le 02/02/2021 à 16:56, Philippe Mathieu-Daudé a écrit :
> 'drivers_blacklisted' is never accessed, remove it.
>
> Signed-off-by: Philippe Mathieu-Daudé
> ---
> hw/i386/xen/xen_platform.c | 13 ++---
> 1 file changed, 2 insertions(+), 11 deletions(-)
>
> diff --git a/hw/i386/xen/xen_plat
flight 159312 linux-linus real [real]
http://logs.test-lab.xenproject.org/osstest/logs/159312/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-xl-qemuu-ws16-amd64 7 xen-install fail REGR. vs. 152332
test-amd64-i386-xl-
flight 159310 qemu-mainline real [real]
flight 159329 qemu-mainline real-retest [real]
http://logs.test-lab.xenproject.org/osstest/logs/159310/
http://logs.test-lab.xenproject.org/osstest/logs/159329/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be
On Sat, Feb 13, 2021 at 04:36:24PM +0100, Maximilian Engelhardt wrote:
> after a recent upgrade of one of our test systems to Debian Bullseye we
> noticed an issue where on shutdown of a pvh vm the vm was not destroyed by
> xen
> automatically. It could still be destroyed by manually issuing a '
flight 159318 libvirt real [real]
http://logs.test-lab.xenproject.org/osstest/logs/159318/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-armhf-libvirt 6 libvirt-buildfail REGR. vs. 151777
build-amd64-libvirt
branch xen-unstable
xenbranch xen-unstable
job test-arm64-arm64-libvirt-xsm
testid guest-start
Tree: libvirt git://xenbits.xen.org/libvirt.git
Tree: libvirt_keycodemapdb https://gitlab.com/keycodemap/keycodemapdb.git
Tree: linux
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.gi
Hi,
after a recent upgrade of one of our test systems to Debian Bullseye we
noticed an issue where on shutdown of a pvh vm the vm was not destroyed by xen
automatically. It could still be destroyed by manually issuing a 'xl destroy
$vm' command.
We can reproduce the hang reliably with the foll
Use the solution described in [1] to replace the call to the 'date'
command with a version that uses SOURCE_DATE_EPOCH if available. This
is needed for reproducible builds.
[1] https://reproducible-builds.org/docs/source-date-epoch/
Signed-off-by: Maximilian Engelhardt
---
docs/Makefile | 8 +++
This is a resend of my v1 patch from [1] which has not been accepted
yet.
The -d "@..." syntax was introduced in GNU date about 2005, so I assume
a version supporting this syntax is available, if SOURCE_DATE_EPOCH is
defined. If SOURCE_DATE_EPOCH is not defined nothing changes with
respect to the
On Fri, Feb 12, 2021 at 06:05:40PM -0800, Stefano Stabellini wrote:
> If rombios, seabios and ovmf are all disabled, don't attempt to build
> hvmloader.
What if you choose to not build any of rombios, seabios, ovmf, but use
system one instead? Wouldn't that exclude hvmloader too?
This heuristic s
flight 159300 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/159300/
Perfect :-)
All tests in this flight passed as required
version targeted for testing:
ovmf 2e1e8c35f3178df95d79da81ac6deec242da74c2
baseline version:
ovmf 1d27e58e401faea284309
flight 159295 linux-5.4 real [real]
http://logs.test-lab.xenproject.org/osstest/logs/159295/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-arm64-arm64-xl-credit1 14 guest-start fail REGR. vs. 158387
test-arm64-arm64-xl-x
On 12.02.21 18:01, Andrew Cooper wrote:
On 12/02/2021 16:08, Jürgen Groß wrote:
On 12.02.21 16:39, Andrew Cooper wrote:
Various version of gcc, when compiling with -Og, complain:
xenstored_control.c: In function ‘lu_read_state’:
xenstored_control.c:540:11: error: ‘state.size’ is used
u
flight 159274 xen-4.11-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/159274/
Failures :-/ but no regressions.
Tests which are failing intermittently (not blocking):
test-armhf-armhf-xl-vhd 12 debian-di-install fail in 159204 pass in 159274
test-armhf-armhf-libvirt-raw
16 matches
Mail list logo