On 16.09.2022 18:05, Carlo Nonato wrote:
> On Thu, Sep 15, 2022 at 3:13 PM Jan Beulich wrote:
>> On 26.08.2022 14:51, Carlo Nonato wrote:
>>> --- a/xen/arch/arm/Kconfig
>>> +++ b/xen/arch/arm/Kconfig
>>> @@ -147,6 +147,18 @@ config MAX_CACHE_COLORS
>>> colors at boot. Note that if, at any
flight 173257 linux-linus real [real]
http://logs.test-lab.xenproject.org/osstest/logs/173257/
Failures :-/ but no regressions.
Regressions which are regarded as allowable (not blocking):
test-armhf-armhf-xl-rtds18 guest-start/debian.repeat fail REGR. vs. 173255
Tests which did not succeed,
From: Stewart Hildebrand
Add Nathan Studer as co-maintainer.
I am departing DornerWorks. I will still be working with Xen in my next
role, and I still have an interest in co-maintaining the ARINC 653
scheduler, so change to my personal email address.
Signed-off-by: Stewart Hildebrand
---
MAIN
flight 173255 linux-linus real [real]
flight 173256 linux-linus real-retest [real]
http://logs.test-lab.xenproject.org/osstest/logs/173255/
http://logs.test-lab.xenproject.org/osstest/logs/173256/
Failures :-/ but no regressions.
Tests which are failing intermittently (not blocking):
test-amd64-
On 03/09/22 02:52, Stefano Stabellini wrote:
+Roberto
I think we need Roberto's advice on Rule 20.7. (Full thread below.)
Hi there, sorry for the delay: I missed this message.
Please see below, where I took the freedom of rearranging the
cases.
The question is on the interpretation of Rule 2
How difficult would it be to provide layer 3 (point-to-point) versions
of the existing netfront and netback drivers? Ideally, these would
share almost all of the code with the existing drivers, with the only
difference being how they are registered with the kernel. Advantages
compared to the exis
flight 173254 xen-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/173254/
Failures :-/ but no regressions.
Tests which are failing intermittently (not blocking):
test-armhf-armhf-libvirt 12 debian-install fail pass in 173245
test-armhf-armhf-xl-vhd 12
