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 the real idle
>>> st
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.
However, variable `pl1e`
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 for a while before we enter the real idl
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 includes several heavy o
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 guest
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
test-amd64-amd64-li
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
test-amd64-i386-xl-q
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
test-armhf-armhf-
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
test-armhf-armhf-xl-rt
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, all.
>>
>> The purpose of this RFC patch series is to add CPU
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 09.11.17 19:09, Oleksandr Tyshchenko wrote:
>>
>>
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 suc
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 initia
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 sav
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 try,
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 th
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 1
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-
> > de...@lists.xenproject.org
> > Subject: Re
> -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] xen-netback: make copy batch size
> configurable
>
>
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 b/drivers/net/xen
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 an HVM guest with hpet as
the sequence during resum
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 the compiler from using the
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) )
{
int seen = cmpxchg(&d
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 ha
Signed-off-by: George Dunlap
---
CC: Ian Jackson
CC: Wei Liu
CC: Andrew Cooper
CC: Jan Beulich
CC: Stefano Stabellini
CC: Konrad Wilk
CC: Tim Deegan
CC: Tamas K Lengyel
---
SUPPORT.md | 31 +++
1 file changed, 31 insertions(+)
diff --git a/SUPPORT.md b/SUPPORT
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
CC: Konrad Wilk
CC: Tim Deegan
---
SUPPORT.md | 61 +
1 file changed,
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
CC: Konrad Wilk
CC: Tim Deegan
CC: Roger Pau Monne
CC: Anthony Perard
CC: Paul Durrant
CC: Julien Grall
---
SUPPORT.md
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 Stabellini
CC: Konrad Wilk
CC: Tim Deegan
---
SUPPORT.md | 16
1 file changed, 16 insertions(+)
di
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
CC: Stefano Stabellini
CC: Konrad Wilk
CC: Tim Deegan
CC: Tamas K Lengyel
CC: Rich Persaud
-
Signed-off-by: George Dunlap
---
CC: Ian Jackson
CC: Wei Liu
CC: Andrew Cooper
CC: Jan Beulich
CC: Stefano Stabellini
CC: Konrad Wilk
CC: Tim Deegan
CC: Rich Persaud
CC: Marek Marczykowski-Górecki
CC: Christopher Clark
CC: James McKenzie
---
SUPPORT.md | 33
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 G
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
> ---
> Should alread
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 m
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 Faggioli
CC: Nathan Studer
---
SUPPORT.md | 59 +++
1 file changed, 59 ins
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, &c), and a number
of things not in xl (PV SCSI). Couldn't find evidence of pvcall or pv
keyboard support. Also we seem to
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
CC: Jan Beulich
CC: Stefano Stabellini
CC: Konrad Wilk
CC: Tim Deegan
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
CC: Konrad Wilk
CC: Tim Deegan
CC: Julien Grall
---
SUPPORT.md | 29 +
1 file changed, 29 insertions(+)
diff
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.
S
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: Konrad Wilk
CC: Tim Deegan
CC: Julien Grall
---
SUPPORT.md | 21 +
1 file changed, 21 insertions(+)
diff --git a/SUP
Signed-off-by: George Dunlap
---
CC: Ian Jackson
CC: Wei Liu
CC: Andrew Cooper
CC: Jan Beulich
CC: Stefano Stabellini
CC: Konrad Wilk
CC: Tim Deegan
---
SUPPORT.md | 29 +
1 file changed, 29 insertions(+)
diff --git a/SUPPORT.md b/SUPPORT.md
index 8235336c41..b
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 document.
CC: Ian Jackson
CC
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
CC: Stefano Stabellini
CC: Konrad Wilk
CC: Tim Deegan
CC: Julien Grall
---
SUPPORT.md | 10 ++
1 fi
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
CC: Konrad Wilk
CC: Tim Deegan
CC: Roger Pau Monne
---
SUPPORT.md | 53 ++
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 enable one of the main PM
> use
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
test-amd64-amd64-libvir
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 ca
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
HostProp_D
> -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-
> de...@lists.xen.org
> Subject: Re: [Xen-devel] [BUG] xen-mceinj tool testing cause dom0 crash
>
> On 11/07/17
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 fai
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 1
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 changed, 1 insertion(+), 1 dele
> -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] xen-netback: make copy batch size
> configurable
>
>
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 wi
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 :-(
> >
> > Test
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 ; xen-
>> de...@lists.xenproject.org
>> Subject: [PATCH ne
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:
build-
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 c
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:
https://downloads.xenproject.o
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()
^
|
free_xen_pagetable()
^
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.
>>
>> In virtualization, idle path include
>>> 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()
> ^
> |
> map_pages_to_xen()
>
> -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
> Subject: Re: [Xen-devel] [PATCH net-next v1] xen-netback: make copy batch
> size
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 would be branched, as you didn
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
> includes timer access
>>> 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 =
>> XENVIF_HASH_CACHE_SIZE_DEFA
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: Ingo Molnar
Cc: "H. Peter Anvin"
Cc: x...@kernel.org
Cc: k...@vger.kernel.org
Cc: linux-ker...@vger.kernel.org
-
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: Ingo Molnar
Cc: linux-ker...@vger.kernel.org
---
include/linux/tick.h |2 ++
kernel/time/tick-sched
> -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-
> de...@lists.xenproject.org
> Subject: [PATCH net-next v1] xen-netback: make copy batch size
> confi
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
> > replaced
> > -with the HVMl
>>> 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 it then be better to re
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
test-armhf-armhf-armhf-sid-n
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 to poll for a while before
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 guest, this costs several
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 timer) which will
hur
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 poll_duration_ns to control the max
>>> 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 option, indeed (and I don't think it would have a
>> me
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, unsigned
>>> long e, unsigned int nf)
>>>*/
>>> 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 Cc Julien. Please
>> indicate
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 when
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 to poll for a while before
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 snapsh
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
test-amd64-amd64-li
86 matches
Mail list logo
