On 14/11/17 08:02, Quan Xu wrote:
>
>
> On 2017/11/13 18:53, Juergen Gross wrote:
>> On 13/11/17 11:06, Quan Xu wrote:
>>> From: Quan Xu
>>>
>>> So far, pv_idle_ops.poll is the only ops for pv_idle. .poll is called
>>> in idle path which will poll for a while before we enter
In modify_xen_mappings(), a L1/L2 page table shall be freed,
if all entries of this page table are empty. Corresponding
L2/L3 PTE will need be cleared in such scenario.
However, concurrent paging structure modifications on different
CPUs may cause the L2/L3 PTEs to be already be cleared or set
to
From: Min He
In map_pages_to_xen(), a L2 page table entry may be reset to point to
a superpage, and its corresponding L1 page table need be freed in such
scenario, when these L1 page table entries are mapping to consecutive
page frames and having the same mapping flags.
2017-11-14 15:02 GMT+08:00 Quan Xu :
>
>
> On 2017/11/13 18:53, Juergen Gross wrote:
>>
>> On 13/11/17 11:06, Quan Xu wrote:
>>>
>>> From: Quan Xu
>>>
>>> So far, pv_idle_ops.poll is the only ops for pv_idle. .poll is called
>>> in idle path which will poll
On 2017/11/13 18:53, Juergen Gross wrote:
On 13/11/17 11:06, Quan Xu wrote:
From: Quan Xu
So far, pv_idle_ops.poll is the only ops for pv_idle. .poll is called
in idle path which will poll for a while before we enter the real idle
state.
In virtualization, idle path
This run is configured for baseline tests only.
flight 72443 qemu-upstream-unstable real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/72443/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl-qcow219
flight 116136 linux-linus real [real]
http://logs.test-lab.xenproject.org/osstest/logs/116136/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-armhf-armhf-xl-credit2 10 debian-install fail REGR. vs. 115643
flight 116135 linux-next real [real]
http://logs.test-lab.xenproject.org/osstest/logs/116135/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-xl-qemut-debianhvm-amd64-xsm 7 xen-boot fail REGR. vs. 116119
flight 116132 xen-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/116132/
Failures :-/ but no regressions.
Tests which are failing intermittently (not blocking):
test-amd64-amd64-xl-qemut-win7-amd64 16 guest-localmigrate/x10 fail in 116108
pass in 116132
This run is configured for baseline tests only.
flight 72442 qemu-mainline real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/72442/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-armhf-xsm 6 xen-build
flight 116133 qemu-upstream-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/116133/
Failures :-/ but no regressions.
Tests which are failing intermittently (not blocking):
test-armhf-armhf-libvirt 6 xen-install fail in 116105 pass in 116133
On Mon, Nov 13, 2017 at 5:21 PM, Andre Przywara
wrote:
> Hi,
Hi Andre
>
> thanks very much for your work on this!
Thank you for your comments.
>
> On 09/11/17 17:09, Oleksandr Tyshchenko wrote:
>> From: Oleksandr Tyshchenko
>>
>> Hi,
On Thu, Nov 9, 2017 at 7:18 PM, Andrii Anisov wrote:
> Dear Oleksandr,
Dear Andrii
>
>
> Please consider my `Reviewed-by: Andrii Anisov ` for
> all patches.
>
> What you missed after extracting this stuff from github.
Thanks. I will add.
>
>
> On
flight 116129 seabios real [real]
http://logs.test-lab.xenproject.org/osstest/logs/116129/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl-qemuu-ws16-amd64 17 guest-stop fail REGR. vs. 115539
Tests which did not
Hi Bhupinder,
On 11/09/2017 10:19 AM, Bhupinder Thakur wrote:
Currently, Xen supports only DT based initialization of 16550 UART.
This patch adds support for initializing 16550 UART using ACPI SPCR table.
This patch also makes the uart initialization code common between DT and
ACPI based
flight 116126 qemu-mainline real [real]
http://logs.test-lab.xenproject.org/osstest/logs/116126/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-amd64-amd64-libvirt-vhd 17 guest-start/debian.repeatfail like 115657
test-armhf-armhf-libvirt-xsm 14
On Mon, 13 Nov 2017, Juergen Gross wrote:
> On 11/11/17 00:57, Stefano Stabellini wrote:
> > On Tue, 7 Nov 2017, Juergen Gross wrote:
> >> On 06/11/17 23:17, Stefano Stabellini wrote:
> >>> mutex_trylock() returns 1 if you take the lock and 0 if not. Assume you
> >>> take in_mutex on the first
On Fri, 10 Nov 2017, Boris Ostrovsky wrote:
> On 11/10/2017 06:57 PM, Stefano Stabellini wrote:
> > On Tue, 7 Nov 2017, Juergen Gross wrote:
> > > On 06/11/17 23:17, Stefano Stabellini wrote:
> > > > mutex_trylock() returns 1 if you take the lock and 0 if not. Assume you
> > > > take in_mutex on
flight 116143 xen-unstable-smoke real [real]
http://logs.test-lab.xenproject.org/osstest/logs/116143/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-amd64-amd64-libvirt 13 migrate-support-checkfail never pass
test-armhf-armhf-xl
flight 116124 linux-4.1 real [real]
http://logs.test-lab.xenproject.org/osstest/logs/116124/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-armhf-armhf-xl broken in 115738
test-amd64-amd64-xl-pvhv2-amd
On Mon, Nov 13, 2017 at 04:39:09PM +, Paul Durrant wrote:
> > -Original Message-
> > From: Joao Martins [mailto:joao.m.mart...@oracle.com]
> > Sent: 13 November 2017 16:34
> > To: Paul Durrant
> > Cc: net...@vger.kernel.org; Wei Liu ; xen-
> -Original Message-
> From: Joao Martins [mailto:joao.m.mart...@oracle.com]
> Sent: 13 November 2017 16:34
> To: Paul Durrant
> Cc: net...@vger.kernel.org; Wei Liu ; xen-
> de...@lists.xenproject.org
> Subject: Re: [PATCH net-next v1]
On Mon, Nov 13, 2017 at 11:58:03AM +, Paul Durrant wrote:
> On Mon, Nov 13, 2017 at 11:54:00AM +, Joao Martins wrote:
> > On 11/13/2017 10:33 AM, Paul Durrant wrote:
> > > On 11/10/2017 19:35 PM, Joao Martins wrote:
[snip]
> > >> diff --git a/drivers/net/xen-netback/rx.c
Hi Jan,
On 11/09/2017 02:45 PM, Jan Beulich wrote:
On 09.11.17 at 15:42, wrote:
Hi,
On 09/11/17 08:55, Jan Beulich wrote:
On 08.11.17 at 20:46, wrote:
Do it once at domain creation (hpet_init).
Sleep -> Resume cycles will end up crashing
Hi,
On 11/06/2017 03:04 PM, George Dunlap wrote:
On 11/06/2017 11:59 AM, Jan Beulich wrote:
On 16.10.17 at 14:42, wrote:
On 16.10.17 at 14:37, wrote:
On 16/10/17 13:32, Jan Beulich wrote:
Since the emulator acts on the live hardware registers, we need to
prevent
Hi Jan,
On 11/06/2017 11:09 AM, Jan Beulich wrote:
On 31.10.17 at 11:49, wrote:
--- a/xen/common/spinlock.c
+++ b/xen/common/spinlock.c
@@ -44,7 +44,13 @@ static void check_lock(struct lock_debug *debug)
if ( unlikely(debug->irq_safe != irq_safe) )
{
Hi,
Apologies for the late answer, I missed the e-mail in my inbox.
On 10/27/2017 05:37 PM, Ian Jackson wrote:
Pawel Wieczorkiewicz writes ("[PATCH] tools/xenstored: Check number of strings
passed to do_control()"):
It is possible to send a zero-string message body to xenstore's
XS_CONTROL
Signed-off-by: George Dunlap
---
CC: Ian Jackson
CC: Wei Liu
CC: Andrew Cooper
CC: Jan Beulich
CC: Stefano Stabellini
CC: Konrad Wilk
Signed-off-by: George Dunlap
---
Could someone take this one over as well?
CC: Ian Jackson
CC: Wei Liu
CC: Andrew Cooper
CC: Jan Beulich
CC: Stefano Stabellini
Signed-off-by: George Dunlap
---
Would someone be willing to take over this one?
CC: Ian Jackson
CC: Wei Liu
CC: Andrew Cooper
CC: Jan Beulich
CC: Stefano Stabellini
Migration being one of the key 'non-easy' ones to be added later.
Signed-off-by: George Dunlap
---
CC: Ian Jackson
CC: Wei Liu
CC: Andrew Cooper
CC: Jan Beulich
CC: Stefano
With the exception of driver domains, which depend on PCI passthrough,
and will be introduced later.
Signed-off-by: George Dunlap
---
CC: Ian Jackson
CC: Wei Liu
CC: Andrew Cooper
CC: Jan Beulich
Signed-off-by: George Dunlap
---
CC: Ian Jackson
CC: Wei Liu
CC: Andrew Cooper
CC: Jan Beulich
CC: Stefano Stabellini
CC: Konrad Wilk
Hi Wei,
Sorry I missed that e-mail.
On 10/31/2017 10:07 AM, Wei Liu wrote:
Change the tag to for-4.10.
Julien, this is needed to fix vuart emulation.
To confirm, only patch #1 is candidate for Xen 4.10, right? The rest
will be queued for Xen 4.11?
For patch #1:
Release-acked-by: Julien
On Mon, Nov 13, 2017 at 12:27:32PM +, Anthony PERARD wrote:
> New commits:
> - xen/pt: allow QEMU to request MSI unmasking at bind time
> To fix a passthrough bug.
> - ui/gtk: Fix deprecation of vte_terminal_copy_clipboard
> A build fix.
>
> Signed-off-by: Anthony PERARD
On 11/13/2017 03:41 PM, George Dunlap wrote:
> Add a machine-readable file to describe what features are in what
> state of being 'supported', as well as information about how long this
> release will be supported, and so on.
>
> The document should be formatted using "semantic newlines" [1], to
Core memory management and scheduling.
Signed-off-by: George Dunlap
---
CC: Ian Jackson
CC: Wei Liu
CC: Andrew Cooper
CC: Jan Beulich
CC: Tim Deegan
CC: Dario
Mostly PV protocols.
Signed-off-by: George Dunlap
---
The xl side of this seems a bit incomplete: There are a number of
things supported but not mentioned (like networking, ), and a number
of things not in xl (PV SCSI). Couldn't find evidence of pvcall or pv
keyboard
For now only include xl-specific features, or interaction with the
system. Feature support matrix will be added when features are
mentioned.
Signed-off-by: George Dunlap
---
CC: Ian Jackson
CC: Wei Liu
CC: Andrew Cooper
Hardware support and guest type.
Signed-off-by: George Dunlap
---
CC: Ian Jackson
CC: Wei Liu
CC: Andrew Cooper
CC: Jan Beulich
CC: Stefano Stabellini
Add a machine-readable file to describe what features are in what
state of being 'supported', as well as information about how long this
release will be supported, and so on.
The document should be formatted using "semantic newlines" [1], to make
changes easier.
Begin with the basic framework.
Superpage support and PVHVM.
Signed-off-by: George Dunlap
---
CC: Ian Jackson
CC: Wei Liu
CC: Andrew Cooper
CC: Jan Beulich
CC: Stefano Stabellini
CC:
Signed-off-by: George Dunlap
---
CC: Ian Jackson
CC: Wei Liu
CC: Andrew Cooper
CC: Jan Beulich
CC: Stefano Stabellini
CC: Konrad Wilk
x86-specific virtual hardware provided by the hypervisor, toolstack,
or QEMU.
Signed-off-by: George Dunlap
---
Added emulated QEMU support, to replace docs/misc/qemu-xen-security.
Need to figure out what to do with the "backing storage image format"
section of that
Signed-off-by: George Dunlap
---
Do we need to add anything more here?
And do we need to include ARM ACPI for guests?
CC: Ian Jackson
CC: Wei Liu
CC: Andrew Cooper
CC: Jan Beulich
Including host architecture support and guest types.
Signed-off-by: George Dunlap
---
CC: Ian Jackson
CC: Wei Liu
CC: Andrew Cooper
CC: Jan Beulich
CC: Stefano Stabellini
Hi,
thanks very much for your work on this!
On 09/11/17 17:09, Oleksandr Tyshchenko wrote:
> From: Oleksandr Tyshchenko
>
> Hi, all.
>
> The purpose of this RFC patch series is to add CPUFreq support to Xen on ARM.
> Motivation of hypervisor based CPUFreq is to
flight 116130 libvirt real [real]
http://logs.test-lab.xenproject.org/osstest/logs/116130/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-i386-libvirt6 libvirt-buildfail REGR. vs. 115476
On 11/11/17 00:57, Stefano Stabellini wrote:
> On Tue, 7 Nov 2017, Juergen Gross wrote:
>> On 06/11/17 23:17, Stefano Stabellini wrote:
>>> mutex_trylock() returns 1 if you take the lock and 0 if not. Assume you
>>> take in_mutex on the first try, but you can't take out_mutex. Next times
>>> you
Hi Ian,
On Wednesday 08 November 2017 05:09 PM, Ian Jackson wrote:
Bhupinder Thakur writes ("Bringing up OSS test framework on moonshot(aarch64)
systems"):
While going through [1], I have some queries/doubts on the configuration.
H
NetNameservers 10.80.248.2 10.80.16.28 10.80.16.67
> -Original Message-
> From: Zhang, Haozhong
> Sent: Thursday, November 9, 2017 9:45 AM
> To: Jan Beulich ; Hao, Xudong
> Cc: Julien Grall ; George Dunlap
> ; Lars Kurth ; xen-
flight 116121 linux-3.18 real [real]
http://logs.test-lab.xenproject.org/osstest/logs/116121/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-libvirt-vhd 17 guest-start/debian.repeat fail REGR. vs. 115495
Tests which are
flight 116137 xen-unstable-smoke real [real]
http://logs.test-lab.xenproject.org/osstest/logs/116137/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-amd64-amd64-libvirt 13 migrate-support-checkfail never pass
test-armhf-armhf-xl
New commits:
- xen/pt: allow QEMU to request MSI unmasking at bind time
To fix a passthrough bug.
- ui/gtk: Fix deprecation of vte_terminal_copy_clipboard
A build fix.
Signed-off-by: Anthony PERARD
---
Should already be released-acked.
---
Config.mk | 2 +-
1 file
> -Original Message-
> From: Joao Martins [mailto:joao.m.mart...@oracle.com]
> Sent: 13 November 2017 11:54
> To: Paul Durrant
> Cc: net...@vger.kernel.org; Wei Liu ; xen-
> de...@lists.xenproject.org
> Subject: Re: [PATCH net-next v1]
Hi,
On 11/13/2017 11:53 AM, Wei Liu wrote:
On Mon, Nov 13, 2017 at 11:52:12AM +, Julien Grall wrote:
Hi,
On 11/13/2017 06:44 AM, osstest service owner wrote:
flight 116118 qemu-upstream-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/116118/
Failures and problems
On Mon, Nov 13, 2017 at 11:52:12AM +, Julien Grall wrote:
> Hi,
>
> On 11/13/2017 06:44 AM, osstest service owner wrote:
> > flight 116118 qemu-upstream-unstable real [real]
> > http://logs.test-lab.xenproject.org/osstest/logs/116118/
> >
> > Failures and problems with tests :-(
> >
> >
On 11/13/2017 10:33 AM, Paul Durrant wrote:
>> -Original Message-
>> From: Joao Martins [mailto:joao.m.mart...@oracle.com]
>> Sent: 10 November 2017 19:35
>> To: net...@vger.kernel.org
>> Cc: Joao Martins ; Wei Liu
>> ; Paul Durrant
Hi,
On 11/13/2017 06:44 AM, osstest service owner wrote:
flight 116118 qemu-upstream-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/116118/
Failures and problems with tests :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
On Mon, Nov 13, 2017 at 06:44:49AM +, osstest service owner wrote:
> flight 116118 qemu-upstream-unstable real [real]
> http://logs.test-lab.xenproject.org/osstest/logs/116118/
>
> Failures and problems with tests :-(
>
> Tests which did not succeed and are blocking,
> including tests which
Hi all,
Xen 4.10 RC4 is tagged. You can check that out from xen.git:
git://xenbits.xen.org/xen.git 4.10.0-rc4
For your convenience there is also a tarball at:
https://downloads.xenproject.org/release/xen/4.10.0-rc4/xen-4.10.0-rc4.tar.gz
And the signature is at:
Hi,
On 11/13/2017 11:06 AM, Jan Beulich wrote:
On 13.11.17 at 11:34, wrote:
Our debug showed the concerned page->count_info was already(and
unexpectedly)
cleared in free_xenheap_pages(), and the call trace should be like this:
free_xenheap_pages()
^
|
2017-11-13 18:53 GMT+08:00 Juergen Gross :
> On 13/11/17 11:06, Quan Xu wrote:
>> From: Quan Xu
>>
>> So far, pv_idle_ops.poll is the only ops for pv_idle. .poll is called
>> in idle path which will poll for a while before we enter the real idle
>> state.
>>
>>> On 13.11.17 at 11:34, wrote:
> Our debug showed the concerned page->count_info was already(and
> unexpectedly)
> cleared in free_xenheap_pages(), and the call trace should be like this:
>
> free_xenheap_pages()
> ^
> |
> free_xen_pagetable()
> ^
>
> -Original Message-
> From: Jan Beulich [mailto:jbeul...@suse.com]
> Sent: 13 November 2017 10:50
> To: Paul Durrant
> Cc: Wei Liu ; xen-de...@lists.xenproject.org; 'Joao
> Martins' ; net...@vger.kernel.org
>
On 11/13/2017 5:31 PM, Jan Beulich wrote:
On 10.11.17 at 15:05, wrote:
On 11/10/2017 5:49 PM, Jan Beulich wrote:
I'm not certain this is important enough a fix to consider for 4.10,
and you seem to think it's good enough if this gets applied only
after the tree
On 13/11/17 11:06, Quan Xu wrote:
> From: Quan Xu
>
> So far, pv_idle_ops.poll is the only ops for pv_idle. .poll is called
> in idle path which will poll for a while before we enter the real idle
> state.
>
> In virtualization, idle path includes several heavy operations
>
>>> On 13.11.17 at 11:33, wrote:
>> From: Joao Martins [mailto:joao.m.mart...@oracle.com]
>> Sent: 10 November 2017 19:35
>> --- a/drivers/net/xen-netback/netback.c
>> +++ b/drivers/net/xen-netback/netback.c
>> @@ -96,6 +96,11 @@ unsigned int xenvif_hash_cache_size =
>>
From: Yang Zhang
using smart idle poll to reduce the useless poll when system is idle.
Signed-off-by: Quan Xu
Signed-off-by: Yang Zhang
Cc: Paolo Bonzini
Cc: Thomas Gleixner
Cc:
From: Quan Xu
the last idle loop is from tick_nohz_idle_enter to tick_nohz_idle_exit.
Signed-off-by: Yang Zhang
Signed-off-by: Quan Xu
Cc: Frederic Weisbecker
Cc: Thomas Gleixner
Cc:
> -Original Message-
> From: Joao Martins [mailto:joao.m.mart...@oracle.com]
> Sent: 10 November 2017 19:35
> To: net...@vger.kernel.org
> Cc: Joao Martins ; Wei Liu
> ; Paul Durrant ; xen-
>
On Mon, Nov 13, 2017 at 03:26:13AM -0700, Jan Beulich wrote:
> >>> On 12.11.17 at 12:03, wrote:
> > --- a/docs/misc/hvmlite.markdown
> > +++ b/docs/misc/hvmlite.markdown
> > @@ -1,6 +1,3 @@
> > -**NOTE**: this document will be merged into `pvh.markdown` once PVH is
> >
>>> On 12.11.17 at 12:03, wrote:
> --- a/docs/misc/hvmlite.markdown
> +++ b/docs/misc/hvmlite.markdown
> @@ -1,6 +1,3 @@
> -**NOTE**: this document will be merged into `pvh.markdown` once PVH is
> replaced
> -with the HVMlite implementation.
> -
This being stale, wouldn't
flight 72441 distros-debian-sid real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/72441/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-amd64-i386-i386-sid-netboot-pvgrub 10 debian-di-install fail like 72429
From: Yang Zhang
Some latency-intensive workload have seen obviously performance
drop when running inside VM. The main reason is that the overhead
is amplified when running inside VM. The most cost I have seen is
inside idle path.
This patch introduces a new mechanism
From: Yang Zhang
Implement a generic idle poll which resembles the functionality
found in arch/. Provide weak arch_cpu_idle_poll function which
can be overridden by the architecture code if needed.
Interrupts arrive which may not cause a reschedule in idle loops.
In KVM
From: Quan Xu
So far, pv_idle_ops.poll is the only ops for pv_idle. .poll is called
in idle path which will poll for a while before we enter the real idle
state.
In virtualization, idle path includes several heavy operations
includes timer access(LAPIC timer or TSC deadline
From: Quan Xu
Although smart idle poll has nothing to do with paravirt, it can
not bring any benifit to native. So we only enable it when Linux
runs as a KVM guest( also it can extend to other hypervisor like
Xen, HyperV and VMware).
Introduce per-CPU variable
>>> On 10.11.17 at 15:46, wrote:
> On 10/11/17 10:30, Jan Beulich wrote:
> On 10.11.17 at 09:41, wrote:
>>>2. Drop v->is_running check inside vmx_ctxt_switch_from() making
>>>vmx_vmcs_reload() unconditional.
>>
>> This is an
Please avoid top-posting.
On Mon, Nov 13, 2017 at 08:25:16AM +, Chenjia (C) wrote:
> 1. is there some way to improve the xenstored process performance?
>
The latest version of Cxenstored and Oxenstored have improved
transaction handling. Not sure which version you're using.
> 2.
>>> On 10.11.17 at 15:02, wrote:
> On 11/10/2017 5:57 PM, Jan Beulich wrote:
> On 10.11.17 at 08:18, wrote:
>>> --- a/xen/arch/x86/mm.c
>>> +++ b/xen/arch/x86/mm.c
>>> @@ -5097,6 +5097,17 @@ int modify_xen_mappings(unsigned long s,
>>> On 10.11.17 at 15:05, wrote:
> On 11/10/2017 5:49 PM, Jan Beulich wrote:
>> I'm not certain this is important enough a fix to consider for 4.10,
>> and you seem to think it's good enough if this gets applied only
>> after the tree would be branched, as you didn't
On 11/10/2017 05:10 PM, Julien Grall wrote:
Commit 89d55473ed16543044a31d1e0d4660cf5a3f49df "xentoolcore_restrict_all:
Implement for libxenevtchn" added a call to register allowing to
restrict the event channel.
However, the call to deregister the handler was not performed if open
failed or
From: Yang Zhang
Some latency-intensive workload have seen obviously performance
drop when running inside VM. The main reason is that the overhead
is amplified when running inside VM. The most cost I have seen is
inside idle path.
This patch introduces a new mechanism
Dear XEN expert:
For the last question, we try the follow steps:
1) remove the lock acquire_lock in xl_cmdimpl.c, then we find the bottleneck
is the IO
2) we move the all the 40 win7 snapshots to the ramdisk(total 40G, 1G per
snapshot), then we find when we restore all 40
flight 116119 linux-linus real [real]
http://logs.test-lab.xenproject.org/osstest/logs/116119/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl-qcow2 19 guest-start/debian.repeat fail REGR. vs. 115643
86 matches
Mail list logo