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

flight 101017 qemu-mainline real [real] http://logs.test-lab.xenproject.org/osstest/logs/101017/ Failures :-/ but no regressions. Regressions which are regarded as allowable (not blocking): test-amd64-i386-xl-qemuu-win7-amd64 16 guest-stop fail like 101010 test-amd64-amd64-xl-rtds

[Xen-devel] [PATCH V2] xen/arm: domain_build: allocate lowmem for dom0 as much as possible

From: Peng Fan On AArch64 SoCs, some IPs may only have the capability to access 32bits address space. The physical memory assigned for Dom0 maybe not in 4GB address space, then the IPs will not work properly. So need to allocate memory under 4GB for Dom0. There is no

Re: [Xen-devel] [Help] Trigger Watchdog when adding an IPI in vcpu_wake

On Tue, Sep 20, 2016 at 01:24:17AM +0200, Dario Faggioli wrote: >On Sat, 2016-09-17 at 00:31 +, Wei Yang wrote: >> On Fri, Sep 16, 2016 at 06:07:08PM +0200, Dario Faggioli wrote: >> > But then again, if the system is not oversubscribed, I'd tend to >> > think >> > it to be tolerable, and I'd

Re: [Xen-devel] [PATCH v6 4/4] x86/ioreq server: Reset outstanding p2m_ioreq_server entries when an ioreq server unmaps.

On 9/9/2016 6:09 PM, Jan Beulich wrote: On 09.09.16 at 11:56, wrote: On 9/9/2016 5:44 PM, Jan Beulich wrote: On 09.09.16 at 11:24, wrote: On 9/9/2016 4:20 PM, Jan Beulich wrote: On 09.09.16 at 09:24,

[Xen-devel] [PATCH v6 2/2] xen: move TLB-flush filtering out into populate_physmap during vm creation

This patch implemented parts of TODO left in commit id a902c12ee45fc9389eb8fe54eeddaf267a555c58 (More efficient TLB-flush filtering in alloc_heap_pages()). It moved TLB-flush filtering out into populate_physmap. Because of TLB-flush in alloc_heap_pages, it's very slow to create a guest with memory

[Xen-devel] [PATCH v6 1/2] xen: replace tlbflush check and operation with inline functions

This patch cleaned up the code by replacing complicated tlbflush check and operation with inline functions. We should use those inline functions to avoid the complicated tlbflush check and tlbflush operations when implementing TODOs left in commit a902c12ee45fc9389eb8fe54eeddaf267a555c58 (More

Re: [Xen-devel] [PATCH v6] xen/sm{e, a}p: allow disabling sm{e, a}p for Xen itself

Hi Jan, Sorry for the late response, I saw the this patch was merged but soon got reverted, and the revert message says this patch is still buggy. I would be most grateful if you would point out the buggy part of this patch and the reason why revert it. Thanks, -He

Re: [Xen-devel] [for-4.8][PATCH v2 18/23] xen/arm: p2m: Re-implement relinquish_p2m_mapping using p2m_{get, set}_entry

On Thu, 15 Sep 2016, Julien Grall wrote: > The function relinquish_p2m_mapping can be re-implemented using > p2m_{get,set}_entry by iterating over the range mapped and using the > mapping order given by the callee. > > Given that the preemption was chosen arbitrarily, it is now done on every >

[Xen-devel] [xen-4.6-testing test] 101016: regressions - FAIL

flight 101016 xen-4.6-testing real [real] http://logs.test-lab.xenproject.org/osstest/logs/101016/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-armhf-armhf-xl-arndale 15 guest-start/debian.repeat fail REGR. vs. 100957

Re: [Xen-devel] [RFC 0/5] xen/arm: support big.little SoC

On Mon, 2016-09-19 at 17:01 -0700, Stefano Stabellini wrote: > On Tue, 20 Sep 2016, Dario Faggioli wrote: > > And this would work even if/when there is only one cpupool, or in > > general for domains that are in a pool that has both big and LITTLE > > pcpus. Furthermore, big.LITTLE support and

Re: [Xen-devel] [PATCH v3 4/6] Pause/Unpause the domain before/after assigning PI hooks

> -Original Message- > From: Dario Faggioli [mailto:dario.faggi...@citrix.com] > Sent: Tuesday, September 20, 2016 7:12 AM > To: Wu, Feng ; Jan Beulich > Cc: andrew.coop...@citrix.com; george.dun...@eu.citrix.com; Tian, Kevin >

Re: [Xen-devel] [RFC PATCH] x86/apicv: fix RTC periodic timer and apicv issue

> From: Xuquan (Euler) [mailto:xuqu...@huawei.com] > Sent: Tuesday, September 20, 2016 8:25 AM > > On September 19, 2016 5:25 PM, Tian Kevin wrote: > >> From: Xuquan (Euler) [mailto:xuqu...@huawei.com] > >> Sent: Monday, September 12, 2016 5:08 PM > >> > >> On September 12,

Re: [Xen-devel] [PATCH v2 2/2] x86/vm_event: Allow overwriting Xen's i-cache used for emulation

> From: Tamas K Lengyel > Sent: Tuesday, September 20, 2016 12:40 AM > > >> --- a/xen/arch/x86/hvm/hvm.c > >> +++ b/xen/arch/x86/hvm/hvm.c > >> @@ -489,13 +489,16 @@ void hvm_do_resume(struct vcpu *v) > >> > >> if ( v->arch.vm_event->emulate_flags & > >>

[Xen-devel] [PATCH v4 07/21] acpi/hvmloader: Build WAET optionally

Signed-off-by: Boris Ostrovsky Reviewed-by: Jan Beulich --- tools/firmware/hvmloader/acpi/build.c | 10 +++--- tools/firmware/hvmloader/acpi/libacpi.h | 1 + tools/firmware/hvmloader/util.c | 2 +- 3 files changed, 9 insertions(+),

[Xen-devel] [PATCH v4 06/21] acpi/hvmloader: Make providing IOAPIC in MADT optional

Signed-off-by: Boris Ostrovsky Reviewed-by: Jan Beulich --- tools/firmware/hvmloader/acpi/build.c | 70 ++--- tools/firmware/hvmloader/acpi/libacpi.h | 1 + tools/firmware/hvmloader/util.c | 2 +- 3 files

[Xen-devel] [PATCH v4 21/21] libxc/xc_dom_core: Copy ACPI tables to guest space

Load ACPI modules into guest space Signed-off-by: Boris Ostrovsky --- Changes in v4: * Style updates tools/libxc/xc_dom_core.c | 95 +++ 1 file changed, 95 insertions(+) diff --git a/tools/libxc/xc_dom_core.c

[Xen-devel] [PATCH v4 10/21] acpi/hvmloader: Link ACPI object files directly

ACPI sources will be available to various component which will build them according to their own rules. ACPI's Makefile will only generate necessary source files. Signed-off-by: Boris Ostrovsky --- Changes in v4: * Added a suffix to iasl's -p option to work around a

[Xen-devel] [PATCH v4 01/21] acpi: Extract acpi info description into a separate ASL file

This code will be needed by PVH guests who don't want to use full DSDT. Signed-off-by: Boris Ostrovsky --- Changes in v4: * New patch. This used to be done in a later patch but because we now are trying to keep dsdt.asl GPL-only (in the next patch) it's better to

[Xen-devel] [PATCH v4 09/21] acpi/hvmloader: Translate all addresses when assigning addresses in ACPI tables

Non-hvmloader users may be building tables in virtual address space and therefore we need to make sure that values that end up in tables are physical addresses. Signed-off-by: Boris Ostrovsky Reviewed-by: Jan Beulich ---

[Xen-devel] [PATCH v4 11/21] acpi/hvmloader: Include file/paths adjustments

In prepearation to moving acpi sources into generally available libacpi: 1. Pass IOAPIC/LAPIC/PCI mask values via struct acpi_config 2. Modify include files search paths to point to acpi directory 3. Macro-ise include file for build.c that defines various utilities used by that file. Users of

[Xen-devel] [PATCH v4 20/21] libxl/acpi: Build ACPI tables for HVMlite guests

Signed-off-by: Boris Ostrovsky --- Changes in v4: * Remove allocation-specific fields from struct acpi_ctxt and use an enclosing struct libxl_acpi_ctxt. * Use private struct hvminfo (to deal with constified struct acpi_config->hvminfo) .gitignore

[Xen-devel] [PATCH v4 14/21] libacpi: Build DSDT for PVH guests

PVH guests require DSDT with only ACPI INFO (Xen-specific) and Processor objects. We separate ASL's ACPI INFO definition into dsdt_acpi_info.asl so that it can be included in ASLs for both HVM and PVH2. Signed-off-by: Boris Ostrovsky --- tools/libacpi/Makefile | 7

[Xen-devel] [PATCH v4 05/21] acpi/hvmloader: Set TIS header address in hvmloader

Users other than hvmloader may provide TIS address as virtual. Signed-off-by: Boris Ostrovsky Reviewed-by: Jan Beulich --- tools/firmware/hvmloader/acpi/build.c | 9 - tools/firmware/hvmloader/acpi/libacpi.h | 3 +++

[Xen-devel] [PATCH v4 00/21] Make ACPI builder available to components other than hvmloader

The goal here is to build ACPI tables for PVHv2/HVMlite guests while reusing existing hvmloader's ACPI builder code. The builder is provided as a library in tools/libacpi. This is verion 4 of the series, see individual patches for changes. It can be fetched from

[Xen-devel] [PATCH v4 19/21] ilibxl: Initialize domain build info before calling libxl__domain_make

libxl__domain_make() may want to use b_info so we should set defaults a little earlier. Signed-off-by: Boris Ostrovsky Acked-by: Wei Liu --- tools/libxl/libxl_create.c | 22 +++--- 1 file changed, 11 insertions(+), 11

[Xen-devel] [PATCH v4 02/21] acpi: Prevent GPL-only code from seeping into non-GPL binaries

Some code (specifically, introduced by commit 801d469ad ("[HVM] ACPI support patch 3 of 4: ACPI _PRT table.")) has only been licensed under GPLv2. We want to prevent this code from showing up in non-GPL binaries which might become possible after we make ACPI builder code available to users other

Re: [Xen-devel] [RFC PATCH] x86/apicv: fix RTC periodic timer and apicv issue

On September 19, 2016 5:25 PM, Tian Kevin wrote: >> From: Xuquan (Euler) [mailto:xuqu...@huawei.com] >> Sent: Monday, September 12, 2016 5:08 PM >> >> On September 12, 2016 3:58 PM, Tian, Kevin wrote: >> >> From: Xuquan (Euler)

[Xen-devel] [PATCH v4 13/21] x86: Allow LAPIC-only emulation_flags for HVM guests

PVHv2 guests may request LAPIC emulation (and nothing else) Signed-off-by: Boris Ostrovsky Reviewed-by: Jan Beulich --- xen/arch/x86/domain.c | 26 -- 1 file changed, 16 insertions(+), 10 deletions(-) diff --git

[Xen-devel] [PATCH v4 12/21] acpi: Move ACPI code to tools/libacpi

Signed-off-by: Boris Ostrovsky Acked-by: Jan Beulich --- MAINTAINERS| 1 + tools/firmware/hvmloader/Makefile | 14 -- tools/firmware/hvmloader/ovmf.c

[Xen-devel] [PATCH v4 03/21] acpi: Re-license ACPI builder files from GPLv2 to LGPLv2.1

ACPI builder is currently distributed under GPLv2 license. We plan to make the builder available to components other than the hvmloader (which is also GPLv2). Some of these components (such as libxl) may be distributed under LGPL-2.1 so that they can be used by non-GPLv2 callers. But this will

[Xen-devel] [PATCH v4 16/21] libxc/libxl: Allow multiple ACPI modules

Provide ability to load multiple ACPI modules. Thie feature is needed by PVHv2 guests and will be used in subsequent patches. We assume that PVHv2 guests do not load their ACPI modules specified in the configuration file. We can extend support for that in the future if desired. Signed-off-by:

[Xen-devel] [PATCH v4 08/21] acpi/hvmloader: Replace mem_alloc() and virt_to_phys() with memory ops

Components that wish to use ACPI builder will need to provide their own mem_alloc() and virt_to_phys() routines. Pointers to these routines will be passed to the builder as memory ops. Signed-off-by: Boris Ostrovsky Acked-by: Jan Beulich ---

[Xen-devel] [PATCH v4 18/21] libxl/pvhv2: Include APIC page in MMIO hole for PVHv2 guests

Signed-off-by: Boris Ostrovsky Acked-by: Wei Liu --- tools/libxl/Makefile | 2 ++ tools/libxl/libxl_arch.h | 6 ++ tools/libxl/libxl_dom.c | 19 +++ 3 files changed, 23 insertions(+), 4 deletions(-) diff --git

[Xen-devel] [PATCH v4 15/21] acpi: Makefile should better tolerate interrupts

Intermediate stages of building a target should be made with temporary files that are copied to final target in the end. Signed-off-by: Boris Ostrovsky --- Changes in v4: * Instead of storing those intermediate files in /tmp keep then locally by adding TMP_SUFFIX to

[Xen-devel] [PATCH v4 17/21] libxl/acpi: Add ACPI e820 entry

Add entry for ACPI tables created for PVHv2 guests to e820 map. Signed-off-by: Boris Ostrovsky Acked-by: Wei Liu --- tools/libxl/libxl_dom.c | 8 tools/libxl/libxl_x86.c | 15 +++ 2 files changed, 19 insertions(+), 4

[Xen-devel] [PATCH v4 04/21] acpi/hvmloader: Collect processor and NUMA info in hvmloader

No need for ACPI code to rely on hvm_info variable. Signed-off-by: Boris Ostrovsky --- Changes in v4: * Constified mode things (struct acpi_config's hvminfo, test_bit's argument) * Removed xen/memory.h from libacpi.h tools/firmware/hvmloader/acpi/build.c | 52

[Xen-devel] [xen-4.5-testing test] 101015: regressions - FAIL

flight 101015 xen-4.5-testing real [real] http://logs.test-lab.xenproject.org/osstest/logs/101015/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: build-amd64 5 xen-buildfail REGR. vs. 100909

Re: [Xen-devel] [RFC 0/5] xen/arm: support big.little SoC

On Mon, 2016-09-19 at 21:33 +0800, Peng Fan wrote: > On Mon, Sep 19, 2016 at 11:33:58AM +0100, George Dunlap wrote: > >  > > No, I think it would be a lot simpler to just teach the scheduler > > about > > different classes of cpus.  credit1 would probably need to be > > modified > > so that its

Re: [Xen-devel] [RFC 0/5] xen/arm: support big.little SoC

On Tue, 20 Sep 2016, Dario Faggioli wrote: > On Mon, 2016-09-19 at 14:03 -0700, Stefano Stabellini wrote: > > On Mon, 19 Sep 2016, Dario Faggioli wrote: > > > Setting thing up like this, even automatically, either in > > hypervisor or > > > toolstack, is basically already possible (with all the

[Xen-devel] [xen-4.7-testing test] 101013: regressions - FAIL

flight 101013 xen-4.7-testing real [real] http://logs.test-lab.xenproject.org/osstest/logs/101013/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-armhf-armhf-libvirt-raw 9 debian-di-installfail REGR. vs. 100905 Regressions

Re: [Xen-devel] [Help] Trigger Watchdog when adding an IPI in vcpu_wake

On Sat, 2016-09-17 at 00:31 +, Wei Yang wrote: > On Fri, Sep 16, 2016 at 06:07:08PM +0200, Dario Faggioli wrote: > > But then again, if the system is not oversubscribed, I'd tend to > > think > > it to be tolerable, and I'd expect the biggest problem to be the > > work- > > stealing logic

Re: [Xen-devel] Xen Code Review Dashboard

Ooops. Sorry for the delay in answering. Yes, this is going to be offered in the context of Outreachy once again. If you are still interested, we can schedule an IRC meeting to start guiding you to your first contribution. Saludos, Jesus. On Tue, 2016-09-06 at 20:57 +0530, Anubha

Re: [Xen-devel] [PATCH v3 4/6] Pause/Unpause the domain before/after assigning PI hooks

On Sun, 2016-09-18 at 08:37 +, Wu, Feng wrote: > > From: Dario Faggioli [mailto:dario.faggi...@citrix.com] > > So why this is all of the sudden becoming one? Am I completely off > > with > > my recollection (or in general :-P)? Or what am I missing about the > > issue we are trying to address

Re: [Xen-devel] [RFC 0/5] xen/arm: support big.little SoC

On Mon, 2016-09-19 at 14:03 -0700, Stefano Stabellini wrote: > On Mon, 19 Sep 2016, Dario Faggioli wrote: > > Setting thing up like this, even automatically, either in > hypervisor or > > toolstack, is basically already possible (with all the good and bad > > aspects of pinning, of course). > >  >

[Xen-devel] [qemu-mainline baseline-only test] 67730: trouble: blocked/broken

This run is configured for baseline tests only. flight 67730 qemu-mainline real [real] http://osstest.xs.citrite.net/~osstest/testlogs/logs/67730/ Failures and problems with tests :-( Tests which did not succeed and are blocking, including tests which could not be run: build-armhf

Re: [Xen-devel] [RFC 0/5] xen/arm: support big.little SoC

On Mon, 19 Sep 2016, Dario Faggioli wrote: > On Mon, 2016-09-19 at 12:23 +0200, Juergen Gross wrote: > > On 19/09/16 12:06, Julien Grall wrote: > > > On 19/09/2016 11:45, George Dunlap wrote: > > > > But expanding the schedulers to know about different classes of > > > > cpus, > > > > and having

Re: [Xen-devel] [RFC 0/5] xen/arm: support big.little SoC

On Mon, 19 Sep 2016, Peng Fan wrote: > On Mon, Sep 19, 2016 at 11:59:05AM +0200, Julien Grall wrote: > > > > > >On 19/09/2016 11:38, Peng Fan wrote: > >>On Mon, Sep 19, 2016 at 10:53:56AM +0200, Julien Grall wrote: > >>>Hello, > >>> > >>>On 19/09/2016 10:36, Peng Fan wrote: > On Mon, Sep 19,

Re: [Xen-devel] [RFC 0/5] xen/arm: support big.little SoC

On Mon, 19 Sep 2016, Juergen Gross wrote: > On 19/09/16 12:06, Julien Grall wrote: > > Hi George, > > > > On 19/09/2016 11:45, George Dunlap wrote: > >> On Mon, Sep 19, 2016 at 9:53 AM, Julien Grall > >> wrote: > > As mentioned in the mail you pointed above, this series

Re: [Xen-devel] [PATCH v6 3/6] livepatch: NOP if func->new_addr is zero.

> > > Ooh, good idea. But I think it maybe better as a seperate patch (as it > > > also touches the ARM code). > > > > That's in the other series, isn't it? > > It expands the existing ones. Right now in 'staging' branch we have an > arch/arm/livepatch.c which has these functions in it. > >

Re: [Xen-devel] [PATCH v4 12/16] bug/x86/arm: Align bug_frames sections.

On Mon, Sep 19, 2016 at 04:19:55PM -0400, Konrad Rzeszutek Wilk wrote: > > > > Signed-off-by: Konrad Rzeszutek Wilk > > > > I forgot to mention that with those NITs fixed: > > > > Reviewed-by: Julien Grall > > Thanks. > > However I noticed (and I

Re: [Xen-devel] [PATCH v4 12/16] bug/x86/arm: Align bug_frames sections.

> > > Signed-off-by: Konrad Rzeszutek Wilk > > I forgot to mention that with those NITs fixed: > > Reviewed-by: Julien Grall Thanks. However I noticed (and I recall having it replaced in earlier versions so I must have in a hurry missed it), but

[Xen-devel] [xen-unstable test] 101012: regressions - FAIL

flight 101012 xen-unstable real [real] http://logs.test-lab.xenproject.org/osstest/logs/101012/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-i386-xl-qemut-debianhvm-amd64-xsm 15 guest-localmigrate/x10 fail REGR. vs. 101008

Re: [Xen-devel] stack size limit issues with xen + qemu + rbd

On Fri, Sep 16, 2016 at 04:55:17PM -0400, Chris Patterson wrote: > I have spent some time investigating a case where qemu is failing to > register xenstore watches for a PV guest once I enable vfb (and > thereby triggering the creation of a qemu instance). > > The qemu logs show something along

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

flight 101018 xen-unstable-smoke real [real] http://logs.test-lab.xenproject.org/osstest/logs/101018/ Failures :-/ but no regressions. Tests which did not succeed, but are not blocking: test-amd64-amd64-libvirt 12 migrate-support-checkfail never pass test-armhf-armhf-xl

Re: [Xen-devel] [PATCH v2 2/2] x86/vm_event: Allow overwriting Xen's i-cache used for emulation

On Mon, Sep 19, 2016 at 2:19 AM, Jan Beulich wrote: On 15.09.16 at 18:51, wrote: >> @@ -1793,7 +1793,17 @@ static int _hvm_emulate_one(struct hvm_emulate_ctxt >> *hvmemul_ctxt, >> pfec |= PFEC_user_mode; >> >>

[Xen-devel] [PATCH] Fix issues introduced in 3a7f872a

3a7f872a ("tools: lift BUILD_BUG_ON to a tools header file") was taken out from an rather old half finished branch by dropping unrelated changes. Unfortunately two issues sneaked in. 1. Hvmloader should be standalone. Revert the changes to hvmloader. 2. The define guard in libs.h was erroneously

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

flight 101014 xen-unstable-smoke real [real] http://logs.test-lab.xenproject.org/osstest/logs/101014/ Failures :-/ but no regressions. Tests which did not succeed, but are not blocking: test-amd64-amd64-libvirt 12 migrate-support-checkfail never pass test-armhf-armhf-xl

Re: [Xen-devel] [PATCH v4 2/5] x86/time: implement tsc as clocksource

On 09/19/2016 05:25 PM, Jan Beulich wrote: On 19.09.16 at 18:11, wrote: >> On 09/19/2016 11:13 AM, Jan Beulich wrote: >> On 14.09.16 at 19:37, wrote: Since b64438c7c ("x86/time: use correct (local) time stamp in

Re: [Xen-devel] [PATCH v4 07/16] livepatch/arm/x86: Check payload for for unwelcomed symbols.

On Mon, Sep 19, 2016 at 08:48:10AM -0600, Jan Beulich wrote: > >>> On 19.09.16 at 16:13, wrote: > > > > > On 19/09/2016 16:11, Jan Beulich wrote: > > On 19.09.16 at 15:33, wrote: > >>> On 19/09/2016 11:27, Jan Beulich wrote: > >>> On 16.09.16

Re: [Xen-devel] [RFC 0/5] xen/arm: support big.little SoC

On Mon, 2016-09-19 at 12:23 +0200, Juergen Gross wrote: > On 19/09/16 12:06, Julien Grall wrote: > > On 19/09/2016 11:45, George Dunlap wrote: > > > But expanding the schedulers to know about different classes of > > > cpus, > > > and having vcpus specified as running only on specific types of > >

Re: [Xen-devel] [PATCH v6 3/6] livepatch: NOP if func->new_addr is zero.

On Mon, Sep 19, 2016 at 10:31:23AM -0600, Jan Beulich wrote: > >>> On 19.09.16 at 18:11, wrote: > > On Mon, Sep 19, 2016 at 02:59:32AM -0600, Jan Beulich wrote: > >> >>> On 16.09.16 at 17:29, wrote: > >> > @@ -31,11 +30,11 @@ void

Re: [Xen-devel] per-domain logging

On Mon, Sep 19, 2016 at 04:23:06PM +0100, Ian Jackson wrote: > Cedric Bosdonnat writes ("Re: [Xen-devel] per-domain logging"): > > On Thu, 2016-09-15 at 16:11 +0100, Wei Liu wrote: > > > IIRC there is already logfile abstraction inside libvirt -- can you just > > > pass in a libvirt logfile fd and

Re: [Xen-devel] [PATCH] tools: lift BUILD_BUG_ON to a tools header file

On Mon, Sep 19, 2016 at 05:48:38PM +0100, Andrew Cooper wrote: > On 19/09/16 17:46, Wei Liu wrote: > >On Mon, Sep 19, 2016 at 04:07:30PM +0100, Wei Liu wrote: > >>Only define BUILD_BUG_ON when there isn't one already, because mini-os > >>currently leaks that. > >> > >>Signed-off-by: Wei Liu

Re: [Xen-devel] [PATCH] tools: lift BUILD_BUG_ON to a tools header file

On 19/09/16 17:46, Wei Liu wrote: On Mon, Sep 19, 2016 at 04:07:30PM +0100, Wei Liu wrote: Only define BUILD_BUG_ON when there isn't one already, because mini-os currently leaks that. Signed-off-by: Wei Liu --- Cc: Ian Jackson Cc: Paulina

Re: [Xen-devel] [PATCH] tools: lift BUILD_BUG_ON to a tools header file

On Mon, Sep 19, 2016 at 04:07:30PM +0100, Wei Liu wrote: > Only define BUILD_BUG_ON when there isn't one already, because mini-os > currently leaks that. > > Signed-off-by: Wei Liu > --- > Cc: Ian Jackson > Cc: Paulina Szubarczyk

Re: [Xen-devel] [RFC 0/5] xen/arm: support big.little SoC

On Mon, 2016-09-19 at 11:33 +0100, George Dunlap wrote: > On 19/09/16 11:06, Julien Grall wrote: > > So, if I understand correctly, you would not recommend to extend > > the > > number of CPU pool per domain, correct? > > Well imagine trying to set the scheduling parameters, such as weight, >

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

flight 101010 qemu-mainline real [real] http://logs.test-lab.xenproject.org/osstest/logs/101010/ Failures :-/ but no regressions. Regressions which are regarded as allowable (not blocking): test-amd64-i386-xl-qemuu-win7-amd64 16 guest-stop fail like 100993 test-amd64-amd64-xl-rtds

Re: [Xen-devel] [PATCH v2 2/2] x86/vm_event: Allow overwriting Xen's i-cache used for emulation

On Mon, Sep 19, 2016 at 2:19 AM, Jan Beulich wrote: On 15.09.16 at 18:51, wrote: >> @@ -1793,7 +1793,17 @@ static int _hvm_emulate_one(struct hvm_emulate_ctxt >> *hvmemul_ctxt, >> pfec |= PFEC_user_mode; >> >>

Re: [Xen-devel] [PATCH v6 3/6] livepatch: NOP if func->new_addr is zero.

>>> On 19.09.16 at 18:11, wrote: > On Mon, Sep 19, 2016 at 02:59:32AM -0600, Jan Beulich wrote: >> >>> On 16.09.16 at 17:29, wrote: >> > @@ -31,11 +30,11 @@ void arch_livepatch_revive(void) >> > >> > int arch_livepatch_verify_func(const struct

Re: [Xen-devel] [PATCH v4 2/5] x86/time: implement tsc as clocksource

>>> On 19.09.16 at 18:11, wrote: > On 09/19/2016 11:13 AM, Jan Beulich wrote: > On 14.09.16 at 19:37, wrote: >>> Since b64438c7c ("x86/time: use correct (local) time stamp in >>> constant-TSC calibration fast path") updates to cpu time

Re: [Xen-devel] [PATCH] tools: lift BUILD_BUG_ON to a tools header file

On Mon, Sep 19, 2016 at 04:38:15PM +0100, Ian Jackson wrote: > Wei Liu writes ("[PATCH] tools: lift BUILD_BUG_ON to a tools header file"): > > Only define BUILD_BUG_ON when there isn't one already, because mini-os > > currently leaks that. > > > > Signed-off-by: Wei Liu > >

Re: [Xen-devel] [PATCH v7 1/2] libs/gnttab: introduce grant copy interface

On Mon, Sep 19, 2016 at 04:58:23PM +0100, Wei Liu wrote: > On Wed, Sep 14, 2016 at 09:10:02PM +0200, Paulina Szubarczyk wrote: > > In a linux part an ioctl(gntdev, IOCTL_GNTDEV_GRANT_COPY, ..) > > system call is invoked. In mini-os the operation is yet not > > implemented. For the OSs that does

Re: [Xen-devel] [RFC PATCH 0/9] Introduce AMD SVM AVIC

On 9/19/16 20:09, Konrad Rzeszutek Wilk wrote: On Mon, Sep 19, 2016 at 12:52:39AM -0500, Suravee Suthikulpanit wrote: GITHUB == Latest git tree can be found at: http://github.com/ssuthiku/xen.gitxen_avic_part1_v1 OVERVIEW This patch set is the first of the two-part patch

Re: [Xen-devel] [PATCH v6 3/6] livepatch: NOP if func->new_addr is zero.

On Mon, Sep 19, 2016 at 02:59:32AM -0600, Jan Beulich wrote: > >>> On 16.09.16 at 17:29, wrote: > > @@ -31,11 +30,11 @@ void arch_livepatch_revive(void) > > > > int arch_livepatch_verify_func(const struct livepatch_func *func) > > { > > -/* No NOP patching yet. */

Re: [Xen-devel] [PATCH v4 4/5] x86/time: implement PVCLOCK_TSC_STABLE_BIT

On 09/19/2016 11:22 AM, Jan Beulich wrote: On 14.09.16 at 19:37, wrote: >> --- a/xen/arch/x86/time.c >> +++ b/xen/arch/x86/time.c >> @@ -951,6 +951,14 @@ static void __update_vcpu_system_time(struct vcpu *v, >> int force) >> _u.tsc_timestamp = tsc_stamp; >>

Re: [Xen-devel] [PATCH v4 5/5] x86/time: extend "tsc" param with "stable:socket"

On 09/19/2016 11:29 AM, Jan Beulich wrote: On 14.09.16 at 19:37, wrote: >> --- a/docs/misc/xen-command-line.markdown >> +++ b/docs/misc/xen-command-line.markdown >> @@ -270,7 +270,9 @@ If set, override Xen's default choice for the platform >> timer. >> Having

Re: [Xen-devel] [PATCH v4 3/5] x86/time: refactor read_platform_stime()

On 09/19/2016 11:15 AM, Jan Beulich wrote: On 14.09.16 at 19:37, wrote: >> To allow the caller to fetch the last read from the clocksource which >> was used to calculate system_time. This is a prerequisite for a >> subsequent patch that will use this last read.

Re: [Xen-devel] [PATCH v4 2/5] x86/time: implement tsc as clocksource

On 09/19/2016 11:13 AM, Jan Beulich wrote: On 14.09.16 at 19:37, wrote: >> This patch introduces support for using TSC as platform time source >> which is the highest resolution time and most performant to get. >> Though there are also several problems associated

Re: [Xen-devel] [PATCH v6 10/15] x86/boot: implement early command line parser in C

>>> On 19.09.16 at 17:27, wrote: > On Mon, Sep 19, 2016 at 06:47:50AM -0600, Jan Beulich wrote: >> >>> On 12.09.16 at 22:18, wrote: > > [...] > >> > --- a/xen/arch/x86/boot/trampoline.S >> > +++ b/xen/arch/x86/boot/trampoline.S >> > @@ -220,8

Re: [Xen-devel] [PATCH v6 05/15] efi: create efi_enabled()

>>> On 19.09.16 at 17:38, wrote: > On Mon, Sep 19, 2016 at 08:57:02AM -0600, Jan Beulich wrote: >> >>> On 19.09.16 at 16:27, wrote: >> > On Mon, Sep 19, 2016 at 05:58:46AM -0600, Jan Beulich wrote: >> >> >>> On 12.09.16 at 22:18,

Re: [Xen-devel] [PATCH v7 1/2] libs/gnttab: introduce grant copy interface

On Wed, Sep 14, 2016 at 09:10:02PM +0200, Paulina Szubarczyk wrote: > In a linux part an ioctl(gntdev, IOCTL_GNTDEV_GRANT_COPY, ..) > system call is invoked. In mini-os the operation is yet not > implemented. For the OSs that does not implement gnttab the > call of the grant copy operation causes

Re: [Xen-devel] [PATCH v3 1/6] xen/arm: p2m: Add support for normal non-cacheable memory

Hi Edgar, On 16/09/2016 18:17, Edgar E. Iglesias wrote: On Fri, Sep 16, 2016 at 04:21:12PM +0200, Julien Grall wrote: Hi Edgar, On 07/09/2016 08:56, Edgar E. Iglesias wrote: From: "Edgar E. Iglesias" Add support for describing normal non-cacheable memory.

Re: [Xen-devel] [PATCH V4] tools/libxc, xen/x86: Added xc_set_mem_access_multi()

On 07/09/16 10:12, Razvan Cojocaru wrote: > Currently it is only possible to set mem_access restrictions only for > a contiguous range of GFNs (or, as a particular case, for a single GFN). > This patch introduces a new libxc function taking an array of GFNs. > The alternative would be to set each

Re: [Xen-devel] [PATCH v3 00/19] Make ACPI builder available to components other than hvmloader

Boris Ostrovsky writes ("Re: [Xen-devel] [PATCH v3 00/19] Make ACPI builder available to components other than hvmloader"): > But we'd still have to deal with mk_dsdt.c which is where the second, > larger, chunk of Lenovo patch went. Right, sorry, I had misunderstood. Ian.

Re: [Xen-devel] [PATCH for-4.7, 4.6] libxl: do not assume Dom0 backend while getting nic info

Ian Jackson writes ("Re: [PATCH for-4.7,4.6] libxl: do not assume Dom0 backend while getting nic info"): > Marek Marczykowski-Górecki writes ("[PATCH for-4.7,4.6] libxl: do not assume > Dom0 backend while getting nic info"): > > Fill backend_domid field based on backend path. > > Thanks. I've

Re: [Xen-devel] [PATCH v3 00/19] Make ACPI builder available to components other than hvmloader

On 09/19/2016 11:30 AM, Ian Jackson wrote: > Boris Ostrovsky writes ("Re: [Xen-devel] [PATCH v3 00/19] Make ACPI builder > available to components other than hvmloader"): >> _S5 object still exists but it's content has been modified by subsequent >> non-Lenovo changes so I think we can not worry

Re: [Xen-devel] [PATCH v6 05/15] efi: create efi_enabled()

On Mon, Sep 19, 2016 at 08:57:02AM -0600, Jan Beulich wrote: > >>> On 19.09.16 at 16:27, wrote: > > On Mon, Sep 19, 2016 at 05:58:46AM -0600, Jan Beulich wrote: > >> >>> On 12.09.16 at 22:18, wrote: > >> > --- a/xen/arch/x86/domain_page.c > >> >

Re: [Xen-devel] [PATCH] tools: lift BUILD_BUG_ON to a tools header file

Wei Liu writes ("[PATCH] tools: lift BUILD_BUG_ON to a tools header file"): > Only define BUILD_BUG_ON when there isn't one already, because mini-os > currently leaks that. > > Signed-off-by: Wei Liu > --- > Cc: Ian Jackson > Cc: Paulina

Re: [Xen-devel] [PATCH v6 08/15] x86/efi: create new early memory allocator

On Mon, Sep 19, 2016 at 06:12:35AM -0600, Jan Beulich wrote: > >>> On 12.09.16 at 22:18, wrote: > > --- a/xen/arch/x86/setup.c > > +++ b/xen/arch/x86/setup.c > > @@ -520,6 +520,8 @@ static void noinline init_done(void) > > > > system_state = SYS_STATE_active; > > > >

Re: [Xen-devel] per-domain logging

Cedric Bosdonnat writes ("Re: [Xen-devel] per-domain logging"): > On Thu, 2016-09-15 at 16:11 +0100, Wei Liu wrote: > > IIRC there is already logfile abstraction inside libvirt -- can you just > > pass in a libvirt logfile fd and try to demux there? > > The abstraction we have is something

Re: [Xen-devel] [PATCH v3 00/19] Make ACPI builder available to components other than hvmloader

Boris Ostrovsky writes ("Re: [Xen-devel] [PATCH v3 00/19] Make ACPI builder available to components other than hvmloader"): > _S5 object still exists but it's content has been modified by subsequent > non-Lenovo changes so I think we can not worry about lines 20-30. > > But lines 30-43 are still

Re: [Xen-devel] [PATCH v6 09/15] x86: add multiboot2 protocol support for EFI platforms

>>> On 19.09.16 at 17:18, wrote: > On Mon, Sep 19, 2016 at 06:29:55AM -0600, Jan Beulich wrote: >> >>> On 12.09.16 at 22:18, wrote: >> > --- a/xen/arch/x86/efi/stub.c >> > +++ b/xen/arch/x86/efi/stub.c >> > @@ -3,6 +3,43 @@ >> > #include >> >

Re: [Xen-devel] [PATCH v6 08/15] x86/efi: create new early memory allocator

>>> On 19.09.16 at 17:04, wrote: > On Mon, Sep 19, 2016 at 06:12:35AM -0600, Jan Beulich wrote: >> >>> On 12.09.16 at 22:18, wrote: >> > --- a/xen/arch/x86/setup.c >> > +++ b/xen/arch/x86/setup.c >> > @@ -520,6 +520,8 @@ static void noinline

Re: [Xen-devel] [PATCH v2 2/2] x86: add a user configurable Kconfig option for the EHCI debug port

Julien, On Mon, Sep 19, 2016 at 10:56 AM, Julien Grall wrote: > Hello, > > On 19/09/2016 16:51, Derek Straka wrote: > >> Allows for the conditional inclusion of EHCI debug port driver on the x86 >> platform rather than having it always enabled. >> >> The default

Re: [Xen-devel] [PATCH v2 3/3] Significant changes to decision making; some new roles and minor changes

Lars Kurth writes ("Re: [PATCH v2 3/3] Significant changes to decision making; some new roles and minor changes"): > Almost everyone else has reviewed this series already: Jan, Stefano, Wei, > Tim and I think Konrad. > That leaves you and George amongst the committers: so I am not sure > whether

Re: [Xen-devel] [PATCH v6 10/15] x86/boot: implement early command line parser in C

On Mon, Sep 19, 2016 at 06:47:50AM -0600, Jan Beulich wrote: > >>> On 12.09.16 at 22:18, wrote: [...] > > --- a/xen/arch/x86/boot/trampoline.S > > +++ b/xen/arch/x86/boot/trampoline.S > > @@ -220,8 +220,22 @@ trampoline_boot_cpu_entry: > > /* Jump to the common

Re: [Xen-devel] [PATCH v6 09/15] x86: add multiboot2 protocol support for EFI platforms

On Mon, Sep 19, 2016 at 06:29:55AM -0600, Jan Beulich wrote: > >>> On 12.09.16 at 22:18, wrote: > > --- a/xen/arch/x86/efi/stub.c > > +++ b/xen/arch/x86/efi/stub.c > > @@ -3,6 +3,43 @@ > > #include > > #include > > #include > > +#include > > +#include > >

Re: [Xen-devel] [PATCH v2 3/4] libxl: add HVM usb passthrough support

On 19/09/16 13:40, Juergen Gross wrote: > Add HVM usb passthrough support to libxl by using qemu's capability > to emulate standard USB controllers. > > A USB controller is added via qmp command to the emulated hardware > when a usbctrl device of type DEVICEMODEL is requested. Depending on > the

[Xen-devel] [PATCH] tools: lift BUILD_BUG_ON to a tools header file

Only define BUILD_BUG_ON when there isn't one already, because mini-os currently leaks that. Signed-off-by: Wei Liu --- Cc: Ian Jackson Cc: Paulina Szubarczyk This is a patch taken out of my branch to clean up some

Re: [Xen-devel] [PATCH v6 05/15] efi: create efi_enabled()

>>> On 19.09.16 at 16:27, wrote: > On Mon, Sep 19, 2016 at 05:58:46AM -0600, Jan Beulich wrote: >> >>> On 12.09.16 at 22:18, wrote: >> > --- a/xen/arch/x86/domain_page.c >> > +++ b/xen/arch/x86/domain_page.c >> > @@ -36,7 +36,7 @@ static inline

  1   2   3   >