flight 149604 xen-4.13-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/149604/
Failures :-/ but no regressions.
Regressions which are regarded as allowable (not blocking):
test-amd64-amd64-xl-rtds 16 guest-localmigrate fail REGR. vs. 149553
Tests which did not
flight 149596 linux-linus real [real]
http://logs.test-lab.xenproject.org/osstest/logs/149596/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-examine 8 reboot fail REGR. vs. 149238
flight 149598 qemu-mainline real [real]
http://logs.test-lab.xenproject.org/osstest/logs/149598/
Failures :-/ but no regressions.
Regressions which are regarded as allowable (not blocking):
test-amd64-amd64-xl-rtds 16 guest-localmigrate fail REGR. vs. 149564
Tests which did not
The pull request you sent on Fri, 10 Apr 2020 08:24:30 +0200:
> git://git.kernel.org/pub/scm/linux/kernel/git/xen/tip.git
> for-linus-5.7-rc1b-tag
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/e6383b185a998861cadb2f95d97cfe29945b9c32
Thank you!
--
Deet-doot-dot,
flight 149594 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/149594/
Perfect :-)
All tests in this flight passed as required
version targeted for testing:
ovmf a5d8a399635d86c8155a252874fbf3c0e6613d34
baseline version:
ovmf
flight 149583 xen-4.12-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/149583/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl-qcow216 guest-saverestore.2 fail REGR. vs. 148185
Tests which
Hi Stefano,
On 10/04/2020 17:37, Stefano Stabellini wrote:
On Fri, 10 Apr 2020, Julien Grall wrote:
On 09/04/2020 08:41, Jan Beulich wrote:
All,
Hi Jan & Stefano,
the releases are due in a week or two. Please point out backports
you find missing from the respective staging branches, but
Hi Stefano,
On 10/04/2020 17:49, Stefano Stabellini wrote:
Create a new document under docs/process to describe our special tags.
For now, only add the new backport tag.
Signed-off-by: Stefano Stabellini
Acked-by: Ian Jackson
Acked-by: Wei Liu
Acked-by: Julien Grall
It would be good to
flight 149602 xen-unstable-smoke real [real]
http://logs.test-lab.xenproject.org/osstest/logs/149602/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-amd64-amd64-libvirt 13 migrate-support-checkfail never pass
test-arm64-arm64-xl-xsm
flight 149590 libvirt real [real]
http://logs.test-lab.xenproject.org/osstest/logs/149590/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-amd64-libvirt 6 libvirt-buildfail REGR. vs. 146182
build-i386-libvirt
Create a new document under docs/process to describe our special tags.
For now, only add the new backport tag.
Signed-off-by: Stefano Stabellini
Acked-by: Ian Jackson
Acked-by: Wei Liu
CC: jbeul...@suse.com
CC: george.dun...@citrix.com
CC: jul...@xen.org
CC: lars.ku...@citrix.com
CC:
On Fri, 10 Apr 2020, Julien Grall wrote:
> On 09/04/2020 08:41, Jan Beulich wrote:
> > All,
>
> Hi Jan & Stefano,
>
> > the releases are due in a week or two. Please point out backports
> > you find missing from the respective staging branches, but which
> > you consider relevant. (Ian, I notice
flight 149565 xen-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/149565/
Failures :-/ but no regressions.
Tests which are failing intermittently (not blocking):
test-amd64-i386-xl-qemut-stubdom-debianhvm-amd64-xsm 10 debian-hvm-install
fail in 149547 pass in 149565
On Fri, Apr 10, 2020 at 10:19 AM Wei Liu wrote:
>
> On Fri, Apr 10, 2020 at 10:05:50AM -0600, Tamas K Lengyel wrote:
> > On Thu, Apr 9, 2020 at 11:30 AM Tamas K Lengyel
> > wrote:
> > >
> > > On Thu, Apr 9, 2020 at 11:11 AM Wei Liu wrote:
> > > >
> > > > On Thu, Apr 09, 2020 at 10:59:55AM
On Fri, Apr 10, 2020 at 10:05:50AM -0600, Tamas K Lengyel wrote:
> On Thu, Apr 9, 2020 at 11:30 AM Tamas K Lengyel
> wrote:
> >
> > On Thu, Apr 9, 2020 at 11:11 AM Wei Liu wrote:
> > >
> > > On Thu, Apr 09, 2020 at 10:59:55AM -0600, Tamas K Lengyel wrote:
> > > [...]
> > > > >
> > > > > >
> > >
On Thu, Apr 9, 2020 at 11:30 AM Tamas K Lengyel
wrote:
>
> On Thu, Apr 9, 2020 at 11:11 AM Wei Liu wrote:
> >
> > On Thu, Apr 09, 2020 at 10:59:55AM -0600, Tamas K Lengyel wrote:
> > [...]
> > > >
> > > > >
> > > > > > >
> > > > > > > +/*
> > > > > > > + * The parent domain is expected to be
On Thu, Apr 09, 2020 at 01:54:40PM +0200, Jan Beulich wrote:
> On 06.04.2020 12:57, Roger Pau Monne wrote:
> > --- a/xen/arch/x86/mm/hap/hap.c
> > +++ b/xen/arch/x86/mm/hap/hap.c
> > @@ -118,7 +118,7 @@ int hap_track_dirty_vram(struct domain *d,
> > p2m_change_type_range(d, begin_pfn,
On Fri, 10 Apr 2020, YueHaibing wrote:
> Fix sparse warning:
>
> drivers/xen/pvcalls-back.c:30:3: warning:
> symbol 'pvcalls_back_global' was not declared. Should it be static?
>
> Reported-by: Hulk Robot
> Signed-off-by: YueHaibing
Reviewed-by: Stefano Stabellini
> ---
>
flight 149599 xen-unstable-smoke real [real]
http://logs.test-lab.xenproject.org/osstest/logs/149599/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-amd64-amd64-libvirt 13 migrate-support-checkfail never pass
test-arm64-arm64-xl-xsm
Fix sparse warning:
drivers/xen/pvcalls-back.c:30:3: warning:
symbol 'pvcalls_back_global' was not declared. Should it be static?
Reported-by: Hulk Robot
Signed-off-by: YueHaibing
---
drivers/xen/pvcalls-back.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
On 09/04/2020 08:41, Jan Beulich wrote:
All,
Hi Jan & Stefano,
the releases are due in a week or two. Please point out backports
you find missing from the respective staging branches, but which
you consider relevant. (Ian, I notice there haven't been any
tools side backports at all so
Hi,
On 09/04/2020 08:52, Jürgen Groß wrote:
On 09.04.20 09:41, Jan Beulich wrote:
All,
the releases are due in a week or two. Please point out backports
you find missing from the respective staging branches, but which
you consider relevant. (Ian, I notice there haven't been any
tools side
Hi Jan,
On 06/04/2020 14:24, Jan Beulich wrote:
On 04.04.2020 12:26, Julien Grall wrote:
From: Julien Grall
Since commit 9facd54a45 "x86/ioapic: Add register level checks to detect
bogus io-apic entries", Xen is able to cope with IO APICs not mapped in
the fixmap.
Therefore the whole logic
flight 149564 qemu-mainline real [real]
http://logs.test-lab.xenproject.org/osstest/logs/149564/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-armhf-armhf-xl-rtds 16 guest-start/debian.repeat fail blocked in 149510
test-amd64-amd64-xl-rtds 18
flight 149559 linux-linus real [real]
http://logs.test-lab.xenproject.org/osstest/logs/149559/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-examine 8 reboot fail REGR. vs. 149238
On 01/04/2020 16:44, Asaf Fisher wrote:
Hello!
Hello,
Apologies for the late answer.
Just wonder if this Open Work Item is still available?
https://wiki.xenproject.org/wiki/Xen_ARM_TODO
Yes, there was some effort in the past but this wasn't yet upstreamed. I
can point you to the
On 2020-04-08 7:12 a.m., Thomas Gleixner wrote:
Ankur Arora writes:
A KVM host (or another hypervisor) might advertise paravirtualized
features and optimization hints (ex KVM_HINTS_REALTIME) which might
become stale over the lifetime of the guest. For instance, the
host might go from being
On 2020-04-08 5:28 a.m., Jürgen Groß wrote:
On 08.04.20 07:02, Ankur Arora wrote:
[ snip ]
Quite a lot of code churn and hacks for a problem which should not
occur on a well administrated machine.
Yeah, I agree the patch set is pretty large and clearly the NMI or
the stop_machine() are
On 2020-04-08 5:08 a.m., Peter Zijlstra wrote:
On Tue, Apr 07, 2020 at 10:02:57PM -0700, Ankur Arora wrote:
A KVM host (or another hypervisor) might advertise paravirtualized
features and optimization hints (ex KVM_HINTS_REALTIME) which might
become stale over the lifetime of the guest. For
So, first thanks for the quick comments even though some of my choices
were straight NAKs (or maybe because of that!)
Second, I clearly did a bad job of motivating the series. Let me try
to address the motivation comments first and then I can address the
technical concerns separately.
[ I'm
flight 149560 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/149560/
Perfect :-)
All tests in this flight passed as required
version targeted for testing:
ovmf e4004e8e505a9ca697b1d5aaee9b3ae25cdc3b21
baseline version:
ovmf
Are there any more r-b needed for this patch?
Thanks,
Alex
On 30.03.2020 09:54, Alexandru Isaila wrote:
At this moment a guest can call vmfunc to change the altp2m view. This
should be limited in order to avoid any unwanted view switch.
The new xc_altp2m_set_visibility() solves this by making
On 10.04.2020 06:10, Tian, Kevin wrote:
diff --git a/xen/arch/x86/hvm/hvm.c b/xen/arch/x86/hvm/hvm.c
index a3d115b650..375e9cf368 100644
--- a/xen/arch/x86/hvm/hvm.c
+++ b/xen/arch/x86/hvm/hvm.c
@@ -4511,6 +4511,7 @@ static int do_altp2m_op(
case HVMOP_altp2m_get_mem_access:
case
Linus,
Please git pull the following tag:
git://git.kernel.org/pub/scm/linux/kernel/git/xen/tip.git
for-linus-5.7-rc1b-tag
xen: branch for v5.7-rc1b
This is a second batch of Xen related patches:
- two cleanup patches
- a patch to fix a boot regression introduced earlier in 5.7
- a patch to
34 matches
Mail list logo