[Xen-devel] [linux-linus test] 116119: regressions - FAIL

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

Re: [Xen-devel] 答复: Re: Help：Can xen restore several snapshots more faster at same time？

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.

[Xen-devel] [PATCH RFC v3 6/6] KVM guest: introduce smart idle poll algorithm

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:

Re: [Xen-devel] [PATCH RFC v3 1/6] x86/paravirt: Add pv_idle_ops to paravirt ops

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. >>

Re: [Xen-devel] [qemu-upstream-unstable test] 116118: FAIL

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

Re: [Xen-devel] [PATCH net-next v1] xen-netback: make copy batch size configurable

> -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-devel] 答复: Re: Help：Can xen restore several snapshots more faster at same time？

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

Re: [Xen-devel] [PATCH v2 2/2] x86/mm: fix a potential race condition in modify_xen_mappings().

>>> 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,

Re: [Xen-devel] [PATCH net-next v1] xen-netback: make copy batch size configurable

> -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 >

[Xen-devel] [PATCH RFC v3 0/6] x86/idle: add halt poll support

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

[Xen-devel] [PATCH RFC v3 3/6] sched/idle: Add a generic poll before enter real idle path

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

[Xen-devel] [PATCH RFC v3 1/6] x86/paravirt: Add pv_idle_ops to paravirt ops

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

[Xen-devel] [PATCH RFC v3 2/6] KVM guest: register kvm_idle_poll for pv_idle_ops

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

[Xen-devel] Xen 4.10 RC4

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:

[Xen-devel] [PATCH RFC v3 0/6] x86/idle: add halt poll support

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

[Xen-devel] [distros-debian-sid test] 72441: tolerable FAIL

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

Re: [Xen-devel] [PATCH net-next v1] xen-netback: make copy batch size configurable

>>> 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 = >>

Re: [Xen-devel] [qemu-upstream-unstable test] 116118: FAIL

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

Re: [Xen-devel] [PATCH for-4.10] docs: update hvmlite.markdown

>>> 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

Re: [Xen-devel] [PATCH net-next v1] xen-netback: make copy batch size configurable

> -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- >

[Xen-devel] [PATCH RFC v3 5/6] tick: get duration of the last idle loop

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:

Re: [Xen-devel] [PATCH RFC v3 1/6] x86/paravirt: Add pv_idle_ops to paravirt ops

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 >

Re: [Xen-devel] [PATCH v2 1/2] x86/mm: fix a potential race condition in map_pages_to_xen().

>>> 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() > ^ >

Re: [Xen-devel] [PATCH v2 1/2] x86/mm: fix a potential race condition in map_pages_to_xen().

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() ^ |

Re: [Xen-devel] [qemu-upstream-unstable test] 116118: FAIL

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:

Re: [Xen-devel] [PATCH for-4.10] libs/evtchn: Remove active handler on clean-up or failure

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

Re: [Xen-devel] [PATCH] VMX: sync CPU state upon vCPU destruction

>>> 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

Re: [Xen-devel] [PATCH net-next v1] xen-netback: make copy batch size configurable

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

Re: [Xen-devel] [qemu-upstream-unstable test] 116118: FAIL

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 :-( > > > >

Re: [Xen-devel] [PATCH v2 1/2] x86/mm: fix a potential race condition in map_pages_to_xen().

>>> 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

Re: [Xen-devel] [PATCH for-4.10] docs: update hvmlite.markdown

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 > >

Re: [Xen-devel] [PATCH v2 1/2] x86/mm: fix a potential race condition in map_pages_to_xen().

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

[Xen-devel] [qemu-mainline baseline-only test] 72442: regressions - FAIL

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

[Xen-devel] [linux-next test] 116135: regressions - FAIL

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

[Xen-devel] [linux-linus test] 116136: regressions - FAIL

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

[Xen-devel] [xen-unstable test] 116132: tolerable FAIL - PUSHED

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

[Xen-devel] [PATCH v3 for-4.10 2/2] x86/mm: fix a potential race condition in modify_xen_mappings().

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

[Xen-devel] [PATCH v3 for-4.10 1/2] x86/mm: fix potential race conditions in map_pages_to_xen().

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.

Re: [Xen-devel] [PATCH RFC v3 1/6] x86/paravirt: Add pv_idle_ops to paravirt ops

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

Re: [Xen-devel] [PATCH RFC v3 1/6] x86/paravirt: Add pv_idle_ops to paravirt ops

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

[Xen-devel] [qemu-upstream-unstable baseline-only test] 72443: regressions - FAIL

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

Re: [Xen-devel] [PATCH RFC v3 1/6] x86/paravirt: Add pv_idle_ops to paravirt ops

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

[Xen-devel] [PATCH] Config.mk: Update QEMU changeset

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

Re: [Xen-devel] [PATCH] xen/pvcalls: fix potential endless loop in pvcalls-front.c

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

[Xen-devel] [xen-unstable-smoke test] 116137: tolerable all pass - PUSHED

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

[Xen-devel] [linux-3.18 test] 116121: regressions - FAIL

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

Re: [Xen-devel] [PATCH 01/16] Introduce skeleton SUPPORT.md

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

[Xen-devel] [PATCH 13/16] SUPPORT.md: Add secondary memory management features

Signed-off-by: George Dunlap --- CC: Ian Jackson CC: Wei Liu CC: Andrew Cooper CC: Jan Beulich CC: Stefano Stabellini CC: Konrad Wilk

[Xen-devel] [PATCH 12/16] SUPPORT.md: Add Security-releated features

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

[Xen-devel] [PATCH 14/16] SUPPORT.md: Add statement on PCI passthrough

Signed-off-by: George Dunlap --- CC: Ian Jackson CC: Wei Liu CC: Andrew Cooper CC: Jan Beulich CC: Stefano Stabellini CC: Konrad Wilk

[Xen-devel] [PATCH 16/16] SUPPORT.md: Add limits RFC

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

[Xen-devel] [PATCH 15/16] SUPPORT.md: Add statement on migration RFC

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

[Xen-devel] [PATCH 11/16] SUPPORT.md: Add 'easy' HA / FT features

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

Re: [Xen-devel] [PATCH for-4.10] tools/xenstored: Check number of strings passed to do_control()

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

Re: [Xen-devel] [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

[Xen-devel] [linux-4.1 test] 116124: regressions - FAIL

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

Re: [Xen-devel] [PATCH 1/4 v3 for-4.10] libxl: Fix the bug introduced in commit "libxl: use correct type modifier for vuart_gfn"

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

Re: [Xen-devel] [PATCH for-4.10] common/spinlock: Improve the output from check_lock() if it trips

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) ) {

Re: [Xen-devel] [PATCH v2] x86/hvm: do not register hpet mmio during s3 cycle

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

Re: [Xen-devel] [PATCH net-next v1] xen-netback: make copy batch size configurable

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-

Re: [Xen-devel] [PATCH] xen/pvcalls: fix potential endless loop in pvcalls-front.c

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

[Xen-devel] [xen-unstable-smoke test] 116143: tolerable all pass - PUSHED

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

[Xen-devel] [qemu-mainline test] 116126: tolerable FAIL - PUSHED

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

Re: [Xen-devel] [PATCH] xen/pvcalls: fix potential endless loop in pvcalls-front.c

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

Re: [Xen-devel] [RFC PATCH 00/31] CPUFreq on ARM

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

Re: [Xen-devel] [PATCH 1/2 v2] xen: Add support for initializing 16550 UART using ACPI

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

[Xen-devel] [seabios test] 116129: regressions - FAIL

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

Re: [Xen-devel] [RFC PATCH 00/31] CPUFreq on ARM

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,

[Xen-devel] [libvirt test] 116130: regressions - FAIL

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

[Xen-devel] [PATCH 02/16] SUPPORT.md: Add core functionality

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

[Xen-devel] [PATCH 07/16] SUPPORT.md: Add virtual devices common to ARM and x86

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

[Xen-devel] [PATCH 05/16] SUPPORT.md: Toolstack core

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

[Xen-devel] [PATCH 09/16] SUPPORT.md: Add ARM-specific virtual hardware

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

[Xen-devel] [PATCH 03/16] SUPPORT.md: Add some x86 features

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

[Xen-devel] [PATCH 06/16] SUPPORT.md: Add scalability features

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:

[Xen-devel] [PATCH 10/16] SUPPORT.md: Add Debugging, analysis, crash post-portem

Signed-off-by: George Dunlap --- CC: Ian Jackson CC: Wei Liu CC: Andrew Cooper CC: Jan Beulich CC: Stefano Stabellini CC: Konrad Wilk

[Xen-devel] [PATCH 01/16] Introduce skeleton SUPPORT.md

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.

[Xen-devel] [PATCH 08/16] SUPPORT.md: Add x86-specific virtual hardware

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

[Xen-devel] [PATCH 04/16] SUPPORT.md: Add core ARM features

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

Re: [Xen-devel] [RFC PATCH 00/31] CPUFreq on ARM

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

Re: [Xen-devel] [PATCH] Config.mk: Update QEMU changeset

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

Re: [Xen-devel] Ping: [PATCH] x86emul: keep compiler from using {x, y, z}mm registers itself

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

Re: [Xen-devel] [BUG] xen-mceinj tool testing cause dom0 crash

> -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-

Re: [Xen-devel] Bringing up OSS test framework on moonshot(aarch64) systems

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

Re: [Xen-devel] [PATCH net-next v1] xen-netback: make copy batch size configurable

> -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-devel] [qemu-upstream-unstable test] 116133: tolerable FAIL - PUSHED

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