Yesterday's design session at Xen Developer Summit "Hypervisor Team: .."
had one topic regarding whether we should find specific maintainers of
all the files currently assigned to "THE REST" in order to lower the
amount of reviews for those assigned to be "THE REST" maintainers.
Modifying the
flight 151735 xen-4.9-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/151735/
Failures :-/ but no regressions.
Tests which are failing intermittently (not blocking):
test-amd64-i386-xl-qemut-debianhvm-amd64 15 guest-saverestore.2 fail in 151716
pass in 151735
flight 151728 xen-4.10-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/151728/
Failures :-/ but no regressions.
Tests which are failing intermittently (not blocking):
test-amd64-amd64-libvirt-qemuu-debianhvm-amd64-xsm 14 guest-saverestore.2 fail
in 151713 pass in 151728
flight 151729 libvirt real [real]
http://logs.test-lab.xenproject.org/osstest/logs/151729/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-libvirt-pair 22 guest-migrate/src_host/dst_host fail REGR.
vs. 151496
flight 151722 linux-linus real [real]
http://logs.test-lab.xenproject.org/osstest/logs/151722/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-arm64-arm64-libvirt-xsm 16 guest-start/debian.repeat fail REGR. vs. 151214
build-i386-pvops
flight 151721 qemu-mainline real [real]
http://logs.test-lab.xenproject.org/osstest/logs/151721/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl-qemuu-dmrestrict-amd64-dmrestrict 10 debian-hvm-install
fail REGR. vs.
flight 151725 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/151725/
Perfect :-)
All tests in this flight passed as required
version targeted for testing:
ovmf bdafda8c457eb90c65f37026589b54258300f05c
baseline version:
ovmf
flight 151719 xen-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/151719/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-armhf-armhf-libvirt 14 saverestore-support-checkfail like 151696
Perfect, thank you!
On Wed, 8 Jul 2020, George Dunlap wrote:
> OK, I made that restriction; the resulting schedule seems OK to me. :-)
>
> -George
>
> > On Jul 8, 2020, at 4:03 PM, Alistair Francis wrote:
> >
> > On Wed, Jul 8, 2020 at 8:10 AM Stefano Stabellini
> > wrote:
> >>
> >> On
On 08.07.2020 12:14, Andrew Cooper wrote:
> This logic is dead as Xen is 64bit-only these days.
Ah, yes, this should have long been gone.
Jan
OK, I made that restriction; the resulting schedule seems OK to me. :-)
-George
> On Jul 8, 2020, at 4:03 PM, Alistair Francis wrote:
>
> On Wed, Jul 8, 2020 at 8:10 AM Stefano Stabellini
> wrote:
>>
>> On Wed, 8 Jul 2020, Bobby Eshleman wrote:
>>> On Wed, Jul 08, 2020 at 06:20:47AM -0700,
On Wed, Jul 8, 2020 at 8:10 AM Stefano Stabellini
wrote:
>
> On Wed, 8 Jul 2020, Bobby Eshleman wrote:
> > On Wed, Jul 08, 2020 at 06:20:47AM -0700, Alistair Francis wrote:
> > >
> > > Thanks! Just submitted the proposal.
> > >
> > > It would be really great to have Bobby attend (on CC) as he has
On Wed, 8 Jul 2020, Bobby Eshleman wrote:
> On Wed, Jul 08, 2020 at 06:20:47AM -0700, Alistair Francis wrote:
> >
> > Thanks! Just submitted the proposal.
> >
> > It would be really great to have Bobby attend (on CC) as he has been
> > working on it. I'm not sure what timezone he is in though.
>
On Wed, Jul 08, 2020 at 06:20:47AM -0700, Alistair Francis wrote:
>
> Thanks! Just submitted the proposal.
>
> It would be really great to have Bobby attend (on CC) as he has been
> working on it. I'm not sure what timezone he is in though.
>
Hey Alistair,
I am on the west coast in the USA,
On Wed, Jul 08, 2020 at 12:55:36PM +, Bertrand Marquis wrote:
> Hi,
>
> Here are the notes we took during the design session around PCI devices
> passthrough on Arm.
> Feel free to comment or add anything :-)
>
> Bertrand
>
> PCI devices passthrough on Arm Design Session
>
On Wed, Jul 8, 2020 at 6:21 AM George Dunlap wrote:
>
>
>
> > On Jul 8, 2020, at 2:11 PM, Alistair Francis wrote:
> >
> > On Wed, Jul 8, 2020 at 6:11 AM Roger Pau Monné wrote:
> >>
> >> Adding George in case he can help with the session placement.
> >>
> >> On Wed, Jul 08, 2020 at 05:55:06AM
> On Jul 8, 2020, at 2:11 PM, Alistair Francis wrote:
>
> On Wed, Jul 8, 2020 at 6:11 AM Roger Pau Monné wrote:
>>
>> Adding George in case he can help with the session placement.
>>
>> On Wed, Jul 08, 2020 at 05:55:06AM -0700, Alistair Francis wrote:
>>> Hey,
>>>
>>> I'm not sure if there
On Wed, Jul 8, 2020 at 6:11 AM Roger Pau Monné wrote:
>
> Adding George in case he can help with the session placement.
>
> On Wed, Jul 08, 2020 at 05:55:06AM -0700, Alistair Francis wrote:
> > Hey,
> >
> > I'm not sure if there is a better way to suggest a design session but
> > can we have a
branch xen-unstable
xenbranch xen-unstable
job test-amd64-amd64-xl-qemuu-win7-amd64
testid windows-install
Tree: linux git://xenbits.xen.org/linux-pvops.git
Tree: linuxfirmware git://xenbits.xen.org/osstest/linux-firmware.git
Tree: ovmf git://xenbits.xen.org/osstest/ovmf.git
Tree: qemu
Adding George in case he can help with the session placement.
On Wed, Jul 08, 2020 at 05:55:06AM -0700, Alistair Francis wrote:
> Hey,
>
> I'm not sure if there is a better way to suggest a design session but
> can we have a Xen on RISC-V discussion tomorrow at the Xen Design
> Summit?
I think
Hey,
I'm not sure if there is a better way to suggest a design session but
can we have a Xen on RISC-V discussion tomorrow at the Xen Design
Summit?
Preferably in a later slot as the early slots are very early for me.
Alistair
Hi,
Here are the notes we took during the design session around PCI devices
passthrough on Arm.
Feel free to comment or add anything :-)
Bertrand
PCI devices passthrough on Arm Design Session
==
Date: 7/7/2020
- X86 VPCI support is for the PVH guest .
-
On Mon, Jul 06, 2020 at 09:31:21AM -0700, no-re...@patchew.org wrote:
> Patchew URL:
> https://patchew.org/QEMU/20200706162300.1084753-1-dinec...@redhat.com/
>
>
>
> Hi,
>
> This series seems to have some coding style problems. See output below for
> more information:
>
> Subject: [PATCH]
flight 151716 xen-4.9-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/151716/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-xl-qemut-debianhvm-amd64 15 guest-saverestore.2 fail REGR. vs.
151223
On Mon, Jul 06, 2020 at 06:23:00PM +0200, Christophe de Dinechin wrote:
> There are a number of unnecessary trailing whitespaces that have
> accumulated over time in the source code. They cause stray changes
> in patches if you use tools that automatically remove them.
>
> Tested by doing a `git
On Wed, Jul 08, 2020 at 11:52:57AM +0100, Andrew Cooper wrote:
> On 08/07/2020 11:48, Roger Pau Monné wrote:
> > On Wed, Jul 08, 2020 at 11:14:43AM +0100, Andrew Cooper wrote:
> >>/* Check upper bits of base and last are equal and lower bits are 0
> >>for base and 1 for last */
> >>
On 08/07/2020 11:48, Roger Pau Monné wrote:
> On Wed, Jul 08, 2020 at 11:14:43AM +0100, Andrew Cooper wrote:
>> This logic is dead as Xen is 64bit-only these days.
>>
>> Signed-off-by: Andrew Cooper
> Reviewed-by: Roger Pau Monné
Thanks,
>> ---
>> CC: Jan Beulich
>> CC: Wei Liu
>> CC: Roger
On Wed, Jul 08, 2020 at 11:14:43AM +0100, Andrew Cooper wrote:
> This logic is dead as Xen is 64bit-only these days.
>
> Signed-off-by: Andrew Cooper
Reviewed-by: Roger Pau Monné
> ---
> CC: Jan Beulich
> CC: Wei Liu
> CC: Roger Pau Monné
> ---
> xen/arch/x86/cpu/mtrr/generic.c | 17
This logic is dead as Xen is 64bit-only these days.
Signed-off-by: Andrew Cooper
---
CC: Jan Beulich
CC: Wei Liu
CC: Roger Pau Monné
---
xen/arch/x86/cpu/mtrr/generic.c | 17 -
1 file changed, 17 deletions(-)
diff --git a/xen/arch/x86/cpu/mtrr/generic.c
flight 151733 xen-unstable-coverity real [real]
http://logs.test-lab.xenproject.org/osstest/logs/151733/
Perfect :-)
All tests in this flight passed as required
version targeted for testing:
xen 3fdc211b01b29f252166937238efe02d15cb5780
baseline version:
xen
flight 151715 xen-4.12-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/151715/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-amd64-amd64-xl-qcow217 guest-localmigrate/x10 fail like 151388
test-amd64-i386-xl-pvshim12
Hi, Paul!
On 7/2/20 11:42 AM, Jürgen Groß wrote:
> On 02.07.20 09:59, Oleksandr Andrushchenko wrote:
>>
>> On 7/2/20 10:20 AM, Jürgen Groß wrote:
>>> On 01.07.20 14:07, Oleksandr Andrushchenko wrote:
On 7/1/20 1:46 PM, Jürgen Groß wrote:
> On 01.07.20 09:19, Oleksandr Andrushchenko
32 matches
Mail list logo