flight 144272 xen-4.12-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/144272/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-qemuu-nested-intel 17 debian-hvm-install/l1/l2 fail REGR. vs.
144035
Tests
flight 144267 xen-4.11-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/144267/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-qemuu-nested-intel 17 debian-hvm-install/l1/l2 fail REGR. vs.
144025
Tests
On Fri, Nov 22, 2019 at 04:54:08PM -0800, Ralph Campbell wrote:
> Actually, I think you can remove the "need_wake" variable since it is
> unconditionally set to "true".
Oh, yes, thank you. An earlier revision had a different control flow
> Also, the comment in__mmu_interval_notifier_insert() sa
flight 144269 examine real [real]
http://logs.test-lab.xenproject.org/osstest/logs/144269/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
examine-rochester08 reboot fail blocked in 143068
examine-fiano12 hosts-all
flight 144264 xen-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/144264/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl-qemuu-debianhvm-amd64-shadow 15 guest-saverestore.2 fail
REGR. vs. 144042
te
Hi,
On 15/11/2019 20:10, Stewart Hildebrand wrote:
Allow vgic_get_hw_irq_desc to be called with a vcpu argument.
Use vcpu argument in vgic_connect_hw_irq.
vgic_connect_hw_irq is called for PPIs and SPIs, not SGIs. Enforce with
ASSERTs.
Signed-off-by: Stewart Hildebrand
---
v3: new patch
--
Hi,
On 15/11/2019 20:01, Stewart Hildebrand wrote:
It only had 1 caller.
If this is the only reason, then I would prefer to keep it as it makes
easier to reason. So are you removing it because the function
is_assignable_irq() and route_irq_to_guest() are not going to be re-used
for PPIs?
If
Hi,
On 15/11/2019 20:01, Stewart Hildebrand wrote:
From: Ian Campbell
Split out the bit which allocates the struct irqaction and calls
__setup_irq into a new function (setup_guest_irq). I'm going to want
to call this a second time in a subsequent patch.
Note that the action is now allocated a
Hi,
On 15/11/2019 20:01, Stewart Hildebrand wrote:
From: Ian Campbell
s/it/if/ makes more sense.
Signed-off-by: Ian Campbell
Reviewed-by: Julien Grall [1]
Acked-by: Stefano Stabellini [2]
Similar remark to the previous patch.
Acked-by: Julien Grall
Cheers,
--
Julien Grall
__
On 23/11/2019 18:40, Julien Grall wrote:
Hi,
On 15/11/2019 20:01, Stewart Hildebrand wrote:
From: Ian Campbell
Signed-off-by: Ian Campbell
Reviewed-by: Julien Grall [1]
Acked-by: Stefano Stabellini [2]
Regardless the complexity of the patch, this was reviewed nearly 4 years
ago and th
Hi,
On 15/11/2019 20:01, Stewart Hildebrand wrote:
From: Ian Campbell
Signed-off-by: Ian Campbell
Reviewed-by: Julien Grall [1]
Acked-by: Stefano Stabellini [2]
Regardless the complexity of the patch, this was reviewed nearly 4 years
ago and therefore review tags may be stall even if the
Hello,
Per README, GCC 4.1.2 should lead to a successful default "make install"
per INSTALL. Currently this is failing due to tools/tests/x86_emulator
being in the default path and requiring a compiler with AVX. GCC 4.4.7
on CentOS 6 does not have this leading to a failure to build.
1265 mak
Hi Jan,
On 21/11/2019 10:41, Jan Beulich wrote:
On 21.11.2019 11:07, Julien Grall wrote:
On 21/11/2019 09:04, Jan Beulich wrote:
On 20.11.2019 21:22, Julien Grall wrote:
On 14/11/2019 16:43, Jan Beulich wrote:
TBD: Does Arm actually have anything to check against in its
arch_notify
Hi Jeff,
On 21/11/2019 15:47, Jeff Kubascik wrote:
On 11/21/2019 10:06 AM, Julien Grall wrote:> Hi,
On 21/11/2019 14:31, Jeff Kubascik wrote:
On 11/19/2019 7:48 AM, Julien Grall wrote:
So I think we can handle the physical timer in similar fashion to the
virtual timer. This should likely imp
flight 144258 xen-4.12-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/144258/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-qemuu-nested-intel 17 debian-hvm-install/l1/l2 fail REGR. vs.
144035
Tests
flight 144260 libvirt real [real]
http://logs.test-lab.xenproject.org/osstest/logs/144260/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-arm64-arm64-libvirt-qcow2 15 guest-start/debian.repeat fail REGR. vs.
144233
test-armhf-armhf-li
flight 144268 xen-unstable-smoke real [real]
http://logs.test-lab.xenproject.org/osstest/logs/144268/
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 1
flight 144255 xen-4.11-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/144255/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-qemuu-nested-intel 17 debian-hvm-install/l1/l2 fail REGR. vs.
144025
Tests
On 23/11/2019 05:56, Jürgen Groß wrote:
> On 22.11.19 18:54, Andrew Cooper wrote:
>> It turns out that the XSA-304 / CVE-2018-12207 fix of disabling
>> executable
>> superpages doesn't work well with the nested p2m code.
>>
>> Nested virt is experimental and not security supported, but is useful
>>
flight 144252 xen-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/144252/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-qemuu-nested-intel 17 debian-hvm-install/l1/l2 fail REGR. vs.
144042
Regression
flight 144250 qemu-mainline real [real]
http://logs.test-lab.xenproject.org/osstest/logs/144250/
Failures :-/ but no regressions.
Tests which are failing intermittently (not blocking):
test-amd64-i386-pair11 xen-boot/dst_host fail in 144243 pass in 144250
test-amd64-i386-xl-qemuu-debian
21 matches
Mail list logo
