flight 161963 qemu-mainline real [real]
http://logs.test-lab.xenproject.org/osstest/logs/161963/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-qemuu-freebsd11-amd64 16 guest-saverestore fail REGR. vs.
152631
test-amd64-i3
flight 161966 libvirt real [real]
http://logs.test-lab.xenproject.org/osstest/logs/161966/
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
flight 161968 xen-unstable-coverity real [real]
http://logs.test-lab.xenproject.org/osstest/logs/161968/
Perfect :-)
All tests in this flight passed as required
version targeted for testing:
xen cb199cc7de987cfda4659fccf51059f210f6ad34
baseline version:
xen d4fb
flight 161964 xen-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/161964/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-amd64-amd64-xl-qemut-win7-amd64 19 guest-stopfail like 161954
test-armhf-armhf-libvirt 16 save
flight 161965 linux-linus real [real]
http://logs.test-lab.xenproject.org/osstest/logs/161965/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-xl-xsm7 xen-install fail REGR. vs. 152332
test-amd64-i386-xl-
The pull request you sent on Sun, 16 May 2021 08:30:20 +0200:
> git://git.kernel.org/pub/scm/linux/kernel/git/xen/tip.git
> for-linus-5.13b-rc2-tag
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/f44e58bb1905ada4910f26676d2ea22a35545276
Thank you!
--
Deet-doot-dot,
flight 161967 qemu-mainline real [real]
http://logs.test-lab.xenproject.org/osstest/logs/161967/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-qemuu-freebsd11-amd64 16 guest-saverestore fail REGR. vs.
152631
test-amd64-i3
On Sat, May 15, 2021 at 4:54 AM Connor Davis wrote:
>
> Defaulting to yes only for X86 and ARM reduces the requirements
> for a minimal build when porting new architectures.
>
> Signed-off-by: Connor Davis
Reviewed-by: Alistair Francis
Alistair
> ---
> xen/drivers/char/Kconfig | 2 +-
> 1 fi
flight 161970 linux-linus real [real]
http://logs.test-lab.xenproject.org/osstest/logs/161970/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-xl-xsm7 xen-install fail REGR. vs. 152332
test-amd64-i386-xl-
flight 161971 qemu-mainline real [real]
http://logs.test-lab.xenproject.org/osstest/logs/161971/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-qemuu-freebsd11-amd64 16 guest-saverestore fail REGR. vs.
152631
test-amd64-i3
On 14.05.21 18:33, Julien Grall wrote:
Hi Juergen,
On 14/05/2021 12:56, Juergen Gross wrote:
-struct connection *new_connection(connwritefn_t *write, connreadfn_t
*read);
+struct connection *new_connection(const struct interface_funcs *funcs);
struct connection *get_connection_by_id(unsigned
On 14.05.21 19:05, Julien Grall wrote:
Hi Juergen,
On 14/05/2021 12:56, Juergen Gross wrote:
The main loop of xenstored is rather complicated due to different
handling of socket and ring-page interfaces. Unify that handling by
introducing interface type specific functions can_read() and
can_wri
> From: Julien Grall
Hi Julien,
> Hi Henry,
>
> [...]
>
> Ah yes, we don't have a variant with _. I thought compiled test before
> sending it :(.
No worries :)
>
> >
> > (XEN) --banks=2
> > (XEN) --start=8000
> > (XEN) --size=7F00
On 14.05.21 22:19, Julien Grall wrote:
Hi Juergen,
On 14/05/2021 09:41, Juergen Gross wrote:
Xenstored is absolutely mandatory for a Xen host and it can't be
restarted, so being killed by OOM-killer in case of memory shortage is
to be avoided.
Set /proc/$pid/oom_score_adj (if available) to -50
On 07.05.2021 22:26, Bob Eshleman wrote:
> What is your intuition WRT the idea that instead of trying add a PE/COFF hdr
> in front of Xen's mb2 bin, we instead go the route of introducing valid mb2
> entry points into xen.efi?
At the first glance I think this is going to be less intrusive, and hen
On 15.05.21 13:51, Julien Grall wrote:
Hi Juergen,
On 14/05/2021 10:42, Juergen Gross wrote:
On 14.05.21 11:35, Julien Grall wrote:
-struct connection *new_connection(connwritefn_t *write,
connreadfn_t *read);
+struct connection *new_connection(struct interface_funcs *funcs);
struct connect
flight 161975 libvirt real [real]
http://logs.test-lab.xenproject.org/osstest/logs/161975/
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
17 matches
Mail list logo