Re: [Xen-devel] [PATCH v3 3/3] xen/pciback: support driver_override

On 22/09/16 23:10, Boris Ostrovsky wrote: > On 09/22/2016 04:45 AM, Juergen Gross wrote: >> Support the driver_override scheme introduced with commit 782a985d7af2 >> ("PCI: Introduce new device binding path using pci_dev.driver_override") >> >> As pcistub_probe() is called for all devices (it has

Re: [Xen-devel] [PATCH v3 2/3] xen/pciback: avoid multiple entries in slot list

On 22/09/16 23:02, Boris Ostrovsky wrote: > On 09/22/2016 04:45 AM, Juergen Gross wrote: >> The Xen pciback driver has a list of all pci devices it is ready to >> seize. There is no check whether a to be added entry already exists. >> While this might be no problem in the common case it might

[Xen-devel] [qemu-mainline test] 101110: regressions - FAIL

flight 101110 qemu-mainline real [real] http://logs.test-lab.xenproject.org/osstest/logs/101110/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-armhf-armhf-xl-credit2 15 guest-start/debian.repeat fail REGR. vs. 101101 Regressions

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

On AArch64 SoCs, some IPs may only have the capability to access 32 bits 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 restriction that how much lowmem needs to

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

On Thu, Sep 22, 2016 at 12:21:00PM +0100, Julien Grall wrote: According to George's comments, Then, I think we could use affinity to restrict little vcpus be scheduled on little vcpus, and restrict big vcpus on big vcpus. Seems no need to consider soft affinity, use hard

[Xen-devel] [ovmf test] 101113: all pass - PUSHED

flight 101113 ovmf real [real] http://logs.test-lab.xenproject.org/osstest/logs/101113/ Perfect :-) All tests in this flight passed as required version targeted for testing: ovmf 85b88deb18857af261c655dfa833de17b19d7163 baseline version: ovmf

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

This run is configured for baseline tests only. flight 67748 qemu-mainline real [real] http://osstest.xs.citrite.net/~osstest/testlogs/logs/67748/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-amd64-xl-qemuu-winxpsp3 6

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

On Thu, Sep 22, 2016 at 07:54:02PM +0100, Julien Grall wrote: >Hi Stefano, > >On 22/09/2016 18:31, Stefano Stabellini wrote: >>On Thu, 22 Sep 2016, Julien Grall wrote: >>>Hello Peng, >>> >>>On 22/09/16 10:27, Peng Fan wrote: On Thu, Sep 22, 2016 at 10:50:23AM +0200, Dario Faggioli wrote:

Re: [Xen-devel] [v2 0/3] Enable L2 Cache Allocation Technology

On 16-09-22 11:18:12, Wei Liu wrote: > Hi Yi > > Thanks for submitting this series. I see that all the actual patches > are not chained to 0/3. It would be better if they show up as replies to > 0/3. > > The workflow for sending patch series differs from person to person, so > we don't want to

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

On Thu, Sep 22, 2016 at 12:29:53PM +0100, Julien Grall wrote: >Hello Peng, > >On 22/09/16 10:27, Peng Fan wrote: >>On Thu, Sep 22, 2016 at 10:50:23AM +0200, Dario Faggioli wrote: >>>On Thu, 2016-09-22 at 14:49 +0800, Peng Fan wrote: On Wed, Sep 21, 2016 at 08:11:43PM +0100, Julien Grall wrote:

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

On Thu, Sep 22, 2016 at 04:23:05PM +0100, Julien Grall wrote: >Hello Peng, > >On 22/09/16 10:16, Peng Fan wrote: >>On AArch64 SoCs, some IPs may only have the capability to access >>32 bits address space. The physical memory assigned for Dom0 maybe >>not in 4GB address space, then the IPs will not

Re: [Xen-devel] [PATCH v5 16/16] livepatch: arm[32, 64], x86: NOP test-case

.snip.. > > While on ARM32 there are 24 bytes: > > > > e52db004push{fp} > > e28db000add fp, sp, #0 <- NOP > > e3a8mov r0, #8 <- NOP > > e24bd000sub sp, fp, #0 <- NOP > > e49db004pop {fp} > > e12fff1ebx lr

Re: [Xen-devel] [PATCH v5 11/16] livepatch: tests: Make them compile under ARM64

.snip.. > > diff --git a/xen/test/Makefile b/xen/test/Makefile > > index 8c53040..95c1755 100644 > > --- a/xen/test/Makefile > > +++ b/xen/test/Makefile > > @@ -1,6 +1,6 @@ > > .PHONY: tests > > tests: > I am wondering if there is any way to use the > > -ifeq ($(XEN_TARGET_ARCH),x86_64) > >

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

On 9/23/2016 2:06 AM, George Dunlap wrote: On Tue, Sep 20, 2016 at 3:57 AM, Yu Zhang wrote: Well, for the logic of p2m type recalculation, similarities between p2m_ioreq_server and other changeable types exceeds their differences. As to the special cases, how

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

> > +bool arch_livepatch_symbol_deny(const struct livepatch_elf *elf, > > +const struct livepatch_elf_sym *sym) > > +{ > > +#ifdef CONFIG_ARM_32 > > Out of interest, is there any particular reason to use #ifdef rather than > adding the function in

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

flight 101102 xen-unstable real [real] http://logs.test-lab.xenproject.org/osstest/logs/101102/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-i386-qemuu-rhel6hvm-amd 9 redhat-install fail REGR. vs. 101069 Regressions which

[Xen-devel] [xen-4.5-testing test] 101106: tolerable FAIL - PUSHED

flight 101106 xen-4.5-testing real [real] http://logs.test-lab.xenproject.org/osstest/logs/101106/ Failures :-/ but no regressions. Tests which are failing intermittently (not blocking): test-amd64-amd64-xl-qemuu-ovmf-amd64 9 debian-hvm-install fail in 101070 pass in 101106

Re: [Xen-devel] [PATCH v7 1/5] livepatch: Disallow applying after an revert

On Thu, Sep 22, 2016 at 03:21:00AM -0600, Jan Beulich wrote: > >>> On 21.09.16 at 18:57, wrote: > > @@ -325,8 +327,13 @@ static int move_payload(struct payload *payload, > > struct livepatch_elf *elf) > > * and .shstrtab. For the non-relocate we allocate and

Re: [Xen-devel] [PATCH v3 3/3] xen/pciback: support driver_override

On 09/22/2016 04:45 AM, Juergen Gross wrote: > Support the driver_override scheme introduced with commit 782a985d7af2 > ("PCI: Introduce new device binding path using pci_dev.driver_override") > > As pcistub_probe() is called for all devices (it has to check for a > match based on the slot address

Re: [Xen-devel] [PATCH v3 2/3] xen/pciback: avoid multiple entries in slot list

On 09/22/2016 04:45 AM, Juergen Gross wrote: > The Xen pciback driver has a list of all pci devices it is ready to > seize. There is no check whether a to be added entry already exists. > While this might be no problem in the common case it might confuse > those which consume the list via sysfs. >

Re: [Xen-devel] [PATCH v3 1/3] xen/pciback: simplify pcistub device handling

On 09/22/2016 04:45 AM, Juergen Gross wrote: > The Xen pciback driver maintains a list of all its seized devices. > There are two functions searching the list for a specific device with > basically the same semantics just returning different structures in > case of a match. > > Split out the

[Xen-devel] [qemu-mainline baseline-only test] 67746: tolerable FAIL

This run is configured for baseline tests only. flight 67746 qemu-mainline real [real] http://osstest.xs.citrite.net/~osstest/testlogs/logs/67746/ Failures :-/ but no regressions. Regressions which are regarded as allowable (not blocking): test-armhf-armhf-xl-rtds 15

[Xen-devel] [ovmf baseline-only test] 67747: all pass

This run is configured for baseline tests only. flight 67747 ovmf real [real] http://osstest.xs.citrite.net/~osstest/testlogs/logs/67747/ Perfect :-) All tests in this flight passed as required version targeted for testing: ovmf 7f1bf51bdbcaf9dd46f77cf4bd5e69a294dd995e baseline

Re: [Xen-devel] [PATCH v5 11/16] livepatch: tests: Make them compile under ARM64

On Thu, Sep 22, 2016 at 02:10:26PM +0100, Julien Grall wrote: > Hi Konrad, > > On 21/09/16 18:32, Konrad Rzeszutek Wilk wrote: > > We need to two things: > > 1) Wrap the platform-specific objcopy parameters in defines > >The input and output parameters for $(OBJCOPY) are different > >

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

On Thu, Sep 22, 2016 at 03:13:45PM -0400, Boris Ostrovsky wrote: > Signed-off-by: Boris Ostrovsky > Acked-by: Jan Beulich Acked-by: Wei Liu ___ Xen-devel mailing list

[Xen-devel] [PATCH v5 10/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 v5 07/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 v5 05/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 Reviewed-by: Jan Beulich --- Changes in v5: * Constified pointer in test_bit() tools/firmware/hvmloader/acpi/build.c | 52 ++---

[Xen-devel] [PATCH v5 09/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 v5 21/21] libxc/xc_dom_core: Copy ACPI tables to guest space

Load ACPI modules into guest space Signed-off-by: Boris Ostrovsky Acked-by: Wei Liu --- Changes ni v5: * Style adjustments tools/libxc/xc_dom_core.c | 95 +++ 1 file changed, 95 insertions(+) diff

[Xen-devel] [PATCH v5 04/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 v5 20/21] libxl/acpi: Build ACPI tables for HVMlite guests

Signed-off-by: Boris Ostrovsky Acked-by: Jan Beulich --- Changes in v5: * Dropped include from Makefile * .gitignore drops all libxl/ssdt* and libxl/ssdt* files from tracking * Various style adjustments .gitignore | 11 +-

[Xen-devel] [PATCH v5 15/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 Acked-by: Jan Beulich

[Xen-devel] [PATCH v5 13/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 v5 14/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 v5 08/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 v5 02/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 --- .gitignore | 2 +- tools/firmware/hvmloader/acpi/Makefile | 8 +--- tools/firmware/hvmloader/acpi/dsdt.asl

[Xen-devel] [PATCH v5 01/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 v5: * Now is first patch in the series * Renamed TMP_SUFFIX to "tmp" (from "tmp__")

[Xen-devel] [PATCH v5 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 v5 19/21] libxl: 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 v5 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 5 of the series, see individual patches for changes. It can be fetched from

[Xen-devel] [PATCH v5 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 v5 03/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

[Xen-devel] [PATCH v5 11/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 Acked-by: Jan Beulich --- Changes in v5: * .gitignore

[Xen-devel] [PATCH v5 12/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 v5 06/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 v5 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] x86/vm_event: Allow overwriting Xen's i-cache used for emulation

When emulating instructions Xen's emulator maintains a small i-cache fetched from the guest memory. This patch extends the vm_event interface to allow overwriting this i-cache via a buffer returned in the vm_event response. When responding to a SOFTWARE_BREAKPOINT event (INT3) the monitor

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

Hi Stefano, On 22/09/2016 18:31, Stefano Stabellini wrote: On Thu, 22 Sep 2016, Julien Grall wrote: Hello Peng, On 22/09/16 10:27, Peng Fan wrote: On Thu, Sep 22, 2016 at 10:50:23AM +0200, Dario Faggioli wrote: On Thu, 2016-09-22 at 14:49 +0800, Peng Fan wrote: On Wed, Sep 21, 2016 at

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

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

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

On Tue, Sep 20, 2016 at 3:57 AM, Yu Zhang wrote: > Well, for the logic of p2m type recalculation, similarities between > p2m_ioreq_server > and other changeable types exceeds their differences. As to the special > cases, how > about we use a macro,

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

On Thu, 22 Sep 2016, Dario Faggioli wrote: > On Thu, 2016-09-22 at 18:05 +0800, Peng Fan wrote: > > On Thu, Sep 22, 2016 at 10:50:23AM +0200, Dario Faggioli wrote: > > > Yes (or I should say, "whatever", as I know nothing about all > > > this! :-P) > > > > One more thing I'd like to ask, do you

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

On Thu, 22 Sep 2016, Julien Grall wrote: > Hello Peng, > > On 22/09/16 10:27, Peng Fan wrote: > > On Thu, Sep 22, 2016 at 10:50:23AM +0200, Dario Faggioli wrote: > > > On Thu, 2016-09-22 at 14:49 +0800, Peng Fan wrote: > > > > On Wed, Sep 21, 2016 at 08:11:43PM +0100, Julien Grall wrote: > > > A

Re: [Xen-devel] Question about VPID during MOV-TO-CR3

On Thu, Sep 22, 2016 at 5:37 AM, Tamas K Lengyel wrote: > On Sep 22, 2016 05:27, "Jan Beulich" wrote: >> >> >>> On 22.09.16 at 12:35, wrote: >> > On Sep 22, 2016 02:56, "Jan Beulich" wrote: >> >> >>

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

Hi Daniel, On 22/09/16 13:07, Daniel Kiper wrote: On Thu, Sep 22, 2016 at 05:25:46AM -0600, Jan Beulich wrote: On 22.09.16 at 12:52, wrote: On Wed, Sep 21, 2016 at 03:42:09AM -0600, Jan Beulich wrote: On 20.09.16 at 20:45, wrote: On Tue,

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

On Thu, 2016-09-22 at 12:24 +0100, Julien Grall wrote: > On 22/09/16 09:43, Dario Faggioli wrote: > > Local migration basically --from the vcpu perspective-- means > > create a > > new vcpu, stop the original vcpu, copy the state from original to > > new, > > destroy the original vcpu and start

[Xen-devel] [ovmf baseline-only test] 67744: all pass

This run is configured for baseline tests only. flight 67744 ovmf real [real] http://osstest.xs.citrite.net/~osstest/testlogs/logs/67744/ Perfect :-) All tests in this flight passed as required version targeted for testing: ovmf 5919a9600e07b4700b54a5b47ae3991aad0e883c baseline

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

On Thu, 2016-09-22 at 18:05 +0800, Peng Fan wrote: > On Thu, Sep 22, 2016 at 10:50:23AM +0200, Dario Faggioli wrote: > > Yes (or I should say, "whatever", as I know nothing about all > > this! :-P) > > One more thing I'd like to ask, do you prefer cpu classes to be ARM > specific or ARM/X86 >

Re: [Xen-devel] [PATCH v6 1/4] x86/ioreq server: Add HVMOP to map guest ram with p2m_ioreq_server to an ioreq server.

On 9/22/2016 7:32 PM, George Dunlap wrote: On Thu, Sep 22, 2016 at 10:12 AM, Yu Zhang wrote: On 9/21/2016 9:04 PM, George Dunlap wrote: On Fri, Sep 9, 2016 at 6:51 AM, Yu Zhang wrote: On 9/2/2016 6:47 PM, Yu Zhang wrote: A new

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

On Thu, Sep 22, 2016 at 11:57:18AM -0400, Boris Ostrovsky wrote: > On 09/22/2016 06:53 AM, Wei Liu wrote: > > > >> diff --git a/tools/libxl/Makefile b/tools/libxl/Makefile > >> index 90427ff..336358c 100644 > >> --- a/tools/libxl/Makefile > >> +++ b/tools/libxl/Makefile > >> @@ -75,7 +75,21 @@

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

On 09/22/2016 06:53 AM, Wei Liu wrote: > >> diff --git a/tools/libxl/Makefile b/tools/libxl/Makefile >> index 90427ff..336358c 100644 >> --- a/tools/libxl/Makefile >> +++ b/tools/libxl/Makefile >> @@ -75,7 +75,21 @@ else >> LIBXL_OBJS-y += libxl_no_colo.o >> endif >> >>

[Xen-devel] [distros-debian-wheezy test] 67745: all pass

flight 67745 distros-debian-wheezy real [real] http://osstest.xs.citrite.net/~osstest/testlogs/logs/67745/ Perfect :-) All tests in this flight passed as required baseline version: flight 67716 jobs: build-amd64 pass

[Xen-devel] [ovmf test] 101097: all pass - PUSHED

flight 101097 ovmf real [real] http://logs.test-lab.xenproject.org/osstest/logs/101097/ Perfect :-) All tests in this flight passed as required version targeted for testing: ovmf 7f1bf51bdbcaf9dd46f77cf4bd5e69a294dd995e baseline version: ovmf

Re: [Xen-devel] [PATCH] Xen/timer: Disable watchdog during dumping timer queues

>>> On 22.09.16 at 17:04, wrote: > On 9/22/2016 10:26 PM, Jan Beulich wrote: But please also answer the earlier question, which you did strip >> from your reply: >> > >>> Which btw raises another question: Why are you in polling mode in > >>> the first

Re: [Xen-devel] [PATCH v5 02/16] arm/x86/common: Add HAS_[ALTERNATIVE|EX_TABLE]

On 09/21/2016 06:32 PM, Konrad Rzeszutek Wilk wrote: x86 implements all of them by default - and we just add two extra HAS_ variables to be declared in autoconf.h. ARM 64 only has alternative while ARM 32 has none of them. And while at it change the livepatch common code that would benefit

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

Hello Peng, On 22/09/16 10:16, Peng Fan wrote: On AArch64 SoCs, some IPs may only have the capability to access 32 bits 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

[Xen-devel] [xen-4.6-testing baseline-only test] 67743: tolerable FAIL

This run is configured for baseline tests only. flight 67743 xen-4.6-testing real [real] http://osstest.xs.citrite.net/~osstest/testlogs/logs/67743/ Failures :-/ but no regressions. Regressions which are regarded as allowable (not blocking): test-amd64-amd64-i386-pvgrub 10 guest-start

Re: [Xen-devel] [PATCH] Xen/timer: Disable watchdog during dumping timer queues

On 9/22/2016 10:26 PM, Jan Beulich wrote: But please also answer the earlier question, which you did strip >> from your reply: >> >>> Which btw raises another question: Why are you in polling mode in >>> the first place? Do you have a UART without working interrupt? > > I found there was no

Re: [Xen-devel] [PATCH v6 14/16] public/hvm/params.h: Add macros for HVM_PARAM_CALLBACK_TYPE_PPI

>>> On 22.09.16 at 14:52, wrote: > From: Shannon Zhao > > Add macros for HVM_PARAM_CALLBACK_TYPE_PPI operation values and update > them in evtchn_fixup(). > > Also use HVM_PARAM_CALLBACK_IRQ_TYPE_MASK in hvm_set_callback_via(). > > Cc: Jan

Re: [Xen-devel] [PATCH v6 14/16] public/hvm/params.h: Add macros for HVM_PARAM_CALLBACK_TYPE_PPI

Hi Shannon, On 22/09/16 13:52, z00226004 wrote: From: Shannon Zhao Add macros for HVM_PARAM_CALLBACK_TYPE_PPI operation values and update them in evtchn_fixup(). Also use HVM_PARAM_CALLBACK_IRQ_TYPE_MASK in hvm_set_callback_via(). Cc: Jan Beulich

Re: [Xen-devel] [PATCH v6 16/16] libxl/arm: Add the size of ACPI tables to maxmem

On Thu, Sep 22, 2016 at 03:10:46PM +0100, Wei Liu wrote: > On Thu, Sep 22, 2016 at 08:52:33PM +0800, z00226004 wrote: > > From: Shannon Zhao > > > > Here it adds the ACPI tables size to set the target maxmem to avoid > > providing less available memory for guest. > > >

Re: [Xen-devel] Fwd: Openindiana, using -machine pc, accel=xen in qemu

Pls cc me with any replies. On Thursday, 22 September 2016, 12:22:02 EDT, Anthony PERARD wrote: > On Wed, Sep 21, 2016 at 06:20:16PM -0400, jim burns wrote: > > I didn't get any responses in xen-users, so I'm posting here. My use case > > is as below, but the jist of it is is the qemu option

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

flight 101088 xen-4.5-testing real [real] http://logs.test-lab.xenproject.org/osstest/logs/101088/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-amd64-xl-qemuu-winxpsp3 15 guest-localmigrate/x10 fail REGR. vs. 101045 Tests

Re: [Xen-devel] [PATCH] Xen/timer: Disable watchdog during dumping timer queues

>>> On 22.09.16 at 16:18, wrote: > On 9/21/2016 5:25 PM, Jan Beulich wrote: > On 21.09.16 at 03:54, wrote: >>> On 2016年09月20日 23:36, Jan Beulich wrote: > The precondition of process_pending_softirq() working in the debug key >> handler is

Re: [Xen-devel] [PATCH v6 00/16] Xen ARM DomU ACPI support

Hi Shannon, On 22/09/16 13:52, z00226004 wrote: From: Shannon Zhao The design of this feature is described as below. Firstly, the toolstack (libxl) generates the ACPI tables according the number of vcpus and gic controller. Then, it copies these ACPI tables to DomU

Re: [Xen-devel] [PATCH v6 13/16] libxl/arm: Add ACPI module

On Thu, Sep 22, 2016 at 08:52:30PM +0800, z00226004 wrote: > From: Shannon Zhao > > Add the ARM Multiboot module for ACPI, so UEFI or DomU can get the base > address of ACPI tables from it. > > Signed-off-by: Shannon Zhao > Acked-by: Julien

Re: [Xen-devel] [PATCH v6 04/16] libxl/arm: Estimate the size of ACPI tables

On Thu, Sep 22, 2016 at 08:52:21PM +0800, z00226004 wrote: > From: Shannon Zhao > > Estimate the size of ACPI tables and reserve a memory map space for ACPI > tables. > > Signed-off-by: Shannon Zhao > --- > tools/libxl/libxl_arm_acpi.c | 98 >

Re: [Xen-devel] [PATCH v6 05/16] libxl/arm: Construct ACPI RSDP table

On Thu, Sep 22, 2016 at 08:52:22PM +0800, z00226004 wrote: > From: Shannon Zhao > > Construct ACPI RSDP table and add a helper to calculate the ACPI table > checksum. > > Signed-off-by: Shannon Zhao > Acked-by: Julien Grall

Re: [Xen-devel] [PATCH v6 09/16] libxl/arm: Construct ACPI MADT table

On Thu, Sep 22, 2016 at 08:52:26PM +0800, z00226004 wrote: > From: Shannon Zhao > > According to the GIC version, construct the MADT table. > > Signed-off-by: Shannon Zhao > Acked-by: Julien Grall Acked-by: Wei Liu

Re: [Xen-devel] [PATCH] Xen/timer: Disable watchdog during dumping timer queues

On 9/21/2016 5:25 PM, Jan Beulich wrote: On 21.09.16 at 03:54, wrote: On 2016年09月20日 23:36, Jan Beulich wrote: The precondition of process_pending_softirq() working in the debug key handler is that timer interrupt arrives on time and nmi_timer_fn() can run to update

Re: [Xen-devel] [PATCH v6 15/16] libxl/arm: Initialize domain param HVM_PARAM_CALLBACK_IRQ

On Thu, Sep 22, 2016 at 08:52:32PM +0800, z00226004 wrote: > From: Shannon Zhao > > The guest kernel will get the event channel interrupt information via > domain param HVM_PARAM_CALLBACK_IRQ. Initialize it here. > > Signed-off-by: Shannon Zhao

Re: [Xen-devel] [PATCH v6 12/16] libxl/arm: Factor finalise_one_memory_node as a gerneric function

On Thu, Sep 22, 2016 at 08:52:29PM +0800, z00226004 wrote: > From: Shannon Zhao > > Rename finalise_one_memory_node to finalise_one_node and pass the node > name via function parameter. > > This is useful for adding ACPI module which will be added by a later > patch. >

Re: [Xen-devel] [PATCH v6 11/16] libxl/arm: Construct ACPI DSDT table

On Thu, Sep 22, 2016 at 08:52:28PM +0800, z00226004 wrote: > From: Shannon Zhao > > Copy the static DSDT table into ACPI blob. > > Signed-off-by: Shannon Zhao > Acked-by: Julien Grall Acked-by: Wei Liu

Re: [Xen-devel] [PATCH v6 10/16] libxl/arm: Construct ACPI FADT table

On Thu, Sep 22, 2016 at 08:52:27PM +0800, z00226004 wrote: > From: Shannon Zhao > > Signed-off-by: Shannon Zhao > Acked-by: Julien Grall Acked-by: Wei Liu

Re: [Xen-devel] [PATCH v6 08/16] libxl/arm: Factor MPIDR computing codes out as a helper

On Thu, Sep 22, 2016 at 08:52:25PM +0800, z00226004 wrote: > From: Shannon Zhao > > Factor MPIDR computing codes out as a helper, so it could be shared > between DT and ACPI. > > Signed-off-by: Shannon Zhao > Acked-by: Julien Grall

Re: [Xen-devel] [PATCH v6 07/16] libxl/arm: Construct ACPI GTDT table

On Thu, Sep 22, 2016 at 08:52:24PM +0800, z00226004 wrote: > From: Shannon Zhao > > Construct GTDT table with the interrupt information of timers. > > Signed-off-by: Shannon Zhao > Acked-by: Julien Grall Acked-by: Wei

Re: [Xen-devel] [PATCH v6 06/16] libxl/arm: Construct ACPI XSDT table

On Thu, Sep 22, 2016 at 08:52:23PM +0800, z00226004 wrote: > From: Shannon Zhao > > Signed-off-by: Shannon Zhao > Acked-by: Julien Grall Acked-by: Wei Liu

Re: [Xen-devel] [PATCH v6 16/16] libxl/arm: Add the size of ACPI tables to maxmem

On Thu, Sep 22, 2016 at 08:52:33PM +0800, z00226004 wrote: > From: Shannon Zhao > > Here it adds the ACPI tables size to set the target maxmem to avoid > providing less available memory for guest. > > Signed-off-by: Shannon Zhao > --- >

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

flight 101094 libvirt real [real] http://logs.test-lab.xenproject.org/osstest/logs/101094/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-armhf-armhf-libvirt-qcow2 9 debian-di-install fail REGR. vs. 101072 Tests which did not

Re: [Xen-devel] [PATCH v6 00/16] Xen ARM DomU ACPI support

On 2016/9/22 21:37, Julien Grall wrote: > > > On 22/09/16 14:32, Shannon Zhao wrote: >> >> >> On 2016/9/22 21:27, Julien Grall wrote: >>> Hi Shannon, >>> >>> I am not sure why, but your name on this patch series become: z00226004. >>> You may want to give a look to your mail sender. >>> >>

Re: [Xen-devel] [PATCH v6 00/16] Xen ARM DomU ACPI support

On 22/09/16 14:32, Shannon Zhao wrote: On 2016/9/22 21:27, Julien Grall wrote: Hi Shannon, I am not sure why, but your name on this patch series become: z00226004. You may want to give a look to your mail sender. Oops, I just modified the user.name before and forgot to change back. I

Re: [Xen-devel] [PATCH v6 00/16] Xen ARM DomU ACPI support

On 2016/9/22 21:27, Julien Grall wrote: > Hi Shannon, > > I am not sure why, but your name on this patch series become: z00226004. > You may want to give a look to your mail sender. > Oops, I just modified the user.name before and forgot to change back. I will resend soon. Thanks, -- Shannon

Re: [Xen-devel] [PATCH v6 00/16] Xen ARM DomU ACPI support

Hi Shannon, I am not sure why, but your name on this patch series become: z00226004. You may want to give a look to your mail sender. Cheers, -- Julien Grall ___ Xen-devel mailing list Xen-devel@lists.xen.org https://lists.xen.org/xen-devel

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

Hi Konrad, On 21/09/16 18:32, Konrad Rzeszutek Wilk wrote: Certain platforms, such as ARM [32|64] add extra mapping symbols such as $x (for ARM64 instructions), or more interesting to this patch: $t (for Thumb instructions). These symbols are suppose nit: s/are suppose to/are supposed to/

Re: [Xen-devel] [PATCH v5 09/16] livepatch: Move test-cases to their own sub-directory in test.

Hi Konrad, On 21/09/16 18:32, Konrad Rzeszutek Wilk wrote: So they can be shared with ARM64 (but not yet, so they are only built on x86). No functional change. We also need to tweak the MAINTAINERS and .gitignore file. Also we need to update SUBDIRS to include the new 'test' directory so

Re: [Xen-devel] [PATCH v5 16/16] livepatch: arm[32, 64], x86: NOP test-case

Hi Konrad, On 21/09/16 18:32, Konrad Rzeszutek Wilk wrote: The test-case is quite simple - we NOP the 'xen_minor_version'. The amount of NOPs depends on the architecture. On x86 the function is 11 bytes long: 55 push %rbp <- NOP 48 89 e5mov

Re: [Xen-devel] [PATCH v5 10/16] livepatch: x86, ARM, alternative: Expose FEATURE_LIVEPATCH

Hi Konrad, On 21/09/16 18:32, Konrad Rzeszutek Wilk wrote: To use as a common way of testing alternative patching for livepatches. Both architectures have this FEATURE and the test-cases can piggyback on that. Suggested-by: Julien Grall Signed-off-by: Konrad Rzeszutek

Re: [Xen-devel] [PATCH v5 11/16] livepatch: tests: Make them compile under ARM64

Hi Konrad, On 21/09/16 18:32, Konrad Rzeszutek Wilk wrote: We need to two things: 1) Wrap the platform-specific objcopy parameters in defines The input and output parameters for $(OBJCOPY) are different based on the platforms. As such provide them in the OBJCOPY_MAGIC define and use

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

>>> On 22.09.16 at 14:07, wrote: > On Thu, Sep 22, 2016 at 05:25:46AM -0600, Jan Beulich wrote: >> >>> On 22.09.16 at 12:52, wrote: >> > On Wed, Sep 21, 2016 at 03:42:09AM -0600, Jan Beulich wrote: >> >> >>> On 20.09.16 at 20:45,

Re: [Xen-devel] [PATCH v5 12/16] xen/arm32: Add an helper to invalidate all instruction caches

Hi Konrad, On 21/09/16 18:32, Konrad Rzeszutek Wilk wrote: This is similar to commit fb9d877a9c0f3d4d15db8f6e0c5506ea641862c6 "xen/arm64: Add an helper to invalidate all instruction caches" except it is on ARM32 side. When we are flushing the cache we are most likley also want

  1   2   3   >