[Xen-devel] [PATCH RESEND 11/14] libxl/arm: Initialize domain param HVM_PARAM_CALLBACK_IRQ

From: Shannon Zhao If Xen guest boots with ACPI, the guest kernel will get the event channel interrupt information via domain param HVM_PARAM_CALLBACK_IRQ. Initialize that domain param. Signed-off-by: Shannon Zhao --- tools/libxl/libxl_arm.c |

[Xen-devel] [PATCH RESEND 04/14] tools: add ACPI tables relevant definitions

From: Shannon Zhao Add ACPI tables relevant definitions for generating ACPI tables for ARM guest later. Currently RSDP, XSDT, GTDT, MADT, FADT and DSDT tables will be used. Signed-off-by: Shannon Zhao --- tools/libxc/include/acpi_defs.h | 277

[Xen-devel] [PATCH RESEND 13/14] libxl/arm: initialize memory information of ACPI blob

From: Shannon Zhao Assign the guest memory space for ACPI tables and replace the reg in DT with real values. Signed-off-by: Shannon Zhao --- tools/libxc/xc_dom_arm.c | 16 +++- tools/libxl/libxl_arm.c | 40

[Xen-devel] [PATCH RESEND 10/14] libxl/arm: Construct ACPI RSDP table

From: Shannon Zhao Signed-off-by: Shannon Zhao --- tools/libxl/libxl_arm.c | 18 ++ 1 file changed, 18 insertions(+) diff --git a/tools/libxl/libxl_arm.c b/tools/libxl/libxl_arm.c index 84ea8b6..1bef9b0 100644 ---

[Xen-devel] [PATCH RESEND 09/14] libxl/arm: Construct ACPI XSDT table

From: Shannon Zhao Signed-off-by: Shannon Zhao --- tools/libxl/libxl_arm.c | 23 +++ 1 file changed, 23 insertions(+) diff --git a/tools/libxl/libxl_arm.c b/tools/libxl/libxl_arm.c index f72f692..84ea8b6 100644 ---

[Xen-devel] [PATCH RESEND 06/14] libxl/arm: Construct ACPI FADT table

From: Shannon Zhao Signed-off-by: Shannon Zhao --- tools/libxl/libxl_arm.c | 23 +++ 1 file changed, 23 insertions(+) diff --git a/tools/libxl/libxl_arm.c b/tools/libxl/libxl_arm.c index 0fb4f69..c3b8fb4 100644 ---

[Xen-devel] [PATCH RESEND 00/14] Xen ARM DomU ACPI support

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 memory space and passes them to UEFI firmware

[Xen-devel] [PATCH RESEND 14/14] libxc/xc_dom_core: Copy ACPI tables to guest memory space

From: Shannon Zhao Copy all the ACPI tables to guest memory space and also initialize the address of the tables. Signed-off-by: Shannon Zhao --- tools/libxc/xc_dom_core.c | 59 +++ 1 file changed, 59

[Xen-devel] [PATCH RESEND 05/14] libxl/arm: Construct ACPI GTDT table

From: Shannon Zhao Construct GTDT table with the interrupt information of timers. Signed-off-by: Shannon Zhao --- tools/libxl/libxl_arm.c | 75 - 1 file changed, 74 insertions(+), 1 deletion(-)

[Xen-devel] [PATCH RESEND 03/14] libxc: Add placeholders for ACPI tables blob and size

From: Shannon Zhao Currently it only needs ACPI table RSDP, XSDT, GTDT, MADT, FADT, DSDT for ARM VM. So only add placeholders for them here. Signed-off-by: Shannon Zhao --- tools/libxc/include/xc_dom.h | 17 + 1 file changed,

[Xen-devel] [PATCH RESEND 01/14] libxl/arm: Fix the function name in error log

From: Shannon Zhao It should be xc_dom_devicetree_mem instead of xc_dom_devicetree_file. Signed-off-by: Shannon Zhao --- tools/libxl/libxl_arm.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/tools/libxl/libxl_arm.c

[Xen-devel] [PATCH RESEND 07/14] libxl/arm: Construct ACPI DSDT table

From: Shannon Zhao Currently there is only the table header in DSDT table. Signed-off-by: Shannon Zhao --- tools/libxl/libxl_arm.c | 15 +++ 1 file changed, 15 insertions(+) diff --git a/tools/libxl/libxl_arm.c

[Xen-devel] [PATCH RESEND 08/14] libxl/arm: Construct ACPI MADT table

From: Shannon Zhao According to the gic version, construct the MADT table. Signed-off-by: Shannon Zhao --- tools/libxl/libxl_arm.c | 107 1 file changed, 107 insertions(+) diff --git

[Xen-devel] [PATCH RESEND 02/14] libxl/arm: Factor out codes for generating DTB

From: Shannon Zhao Factor out codes for generating DTB to prepare for adding ACPI tables generation codes. Signed-off-by: Shannon Zhao --- tools/libxl/libxl_arm.c | 18 -- 1 file changed, 12 insertions(+), 6 deletions(-) diff

[Xen-devel] [PATCH RESEND 12/14] libxl/arm: Add ACPI module

From: Shannon Zhao Add the ARM Multiboot module for ACPI, so UEFI can get the base address of ACPI tables from it. Signed-off-by: Shannon Zhao --- tools/libxl/libxl_arm.c | 20 1 file changed, 20 insertions(+) diff --git

[Xen-devel] [PATCH] OvmfPkg: Add ACPI support for Virt Xen ARM

From: Shannon Zhao Add ACPI support for Virt Xen ARM and it gets the ACPI tables through Xen ARM multiboot protocol. Contributed-under: TianoCore Contribution Agreement 1.0 Signed-off-by: Shannon Zhao --- The corresponding Xen patches can be

[Xen-devel] [qemu-upstream-4.3-testing test] 94966: trouble: blocked/broken

flight 94966 qemu-upstream-4.3-testing real [real] http://logs.test-lab.xenproject.org/osstest/logs/94966/ Failures and problems with tests :-( Tests which did not succeed and are blocking, including tests which could not be run: build-amd64 3 host-install(3) broken

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

Sorry, I Cc'ed the wrong email address of Wei Liu. I'll resend these patches. Please ignore these ones. On 2016/5/31 12:43, Shannon Zhao wrote: > From: Shannon Zhao > > The design of this feature is described as below. > Firstly, the toolstack (libxl) generates the ACPI

[Xen-devel] [PATCH 02/14] libxl/arm: Factor out codes for generating DTB

From: Shannon Zhao Factor out codes for generating DTB to prepare for adding ACPI tables generation codes. Signed-off-by: Shannon Zhao --- tools/libxl/libxl_arm.c | 18 -- 1 file changed, 12 insertions(+), 6 deletions(-) diff

[Xen-devel] [PATCH 04/14] tools: add ACPI tables relevant definitions

From: Shannon Zhao Add ACPI tables relevant definitions for generating ACPI tables for ARM guest later. Currently RSDP, XSDT, GTDT, MADT, FADT and DSDT tables will be used. Signed-off-by: Shannon Zhao --- tools/libxc/include/acpi_defs.h | 277

[Xen-devel] [PATCH 13/14] libxl/arm: initialize memory information of ACPI blob

From: Shannon Zhao Assign the guest memory space for ACPI tables and replace the reg in DT with real values. Signed-off-by: Shannon Zhao --- tools/libxc/xc_dom_arm.c | 16 +++- tools/libxl/libxl_arm.c | 40

[Xen-devel] [PATCH 12/14] libxl/arm: Add ACPI module

From: Shannon Zhao Add the ARM Multiboot module for ACPI, so UEFI can get the base address of ACPI tables from it. Signed-off-by: Shannon Zhao --- tools/libxl/libxl_arm.c | 20 1 file changed, 20 insertions(+) diff --git

[Xen-devel] [PATCH 08/14] libxl/arm: Construct ACPI MADT table

From: Shannon Zhao According to the gic version, construct the MADT table. Signed-off-by: Shannon Zhao --- tools/libxl/libxl_arm.c | 107 1 file changed, 107 insertions(+) diff --git

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

From: Shannon Zhao Copy all the ACPI tables to guest memory space and also initialize the address of the tables. Signed-off-by: Shannon Zhao --- tools/libxc/xc_dom_core.c | 59 +++ 1 file changed, 59

[Xen-devel] [PATCH 05/14] libxl/arm: Construct ACPI GTDT table

From: Shannon Zhao Construct GTDT table with the interrupt information of timers. Signed-off-by: Shannon Zhao --- tools/libxl/libxl_arm.c | 75 - 1 file changed, 74 insertions(+), 1 deletion(-)

[Xen-devel] [PATCH 10/14] libxl/arm: Construct ACPI RSDP table

From: Shannon Zhao Signed-off-by: Shannon Zhao --- tools/libxl/libxl_arm.c | 18 ++ 1 file changed, 18 insertions(+) diff --git a/tools/libxl/libxl_arm.c b/tools/libxl/libxl_arm.c index 84ea8b6..1bef9b0 100644 ---

[Xen-devel] [PATCH 03/14] libxc: Add placeholders for ACPI tables blob and size

From: Shannon Zhao Currently it only needs ACPI table RSDP, XSDT, GTDT, MADT, FADT, DSDT for ARM VM. So only add placeholders for them here. Signed-off-by: Shannon Zhao --- tools/libxc/include/xc_dom.h | 17 + 1 file changed,

[Xen-devel] [PATCH 09/14] libxl/arm: Construct ACPI XSDT table

From: Shannon Zhao Signed-off-by: Shannon Zhao --- tools/libxl/libxl_arm.c | 23 +++ 1 file changed, 23 insertions(+) diff --git a/tools/libxl/libxl_arm.c b/tools/libxl/libxl_arm.c index f72f692..84ea8b6 100644 ---

[Xen-devel] [PATCH 11/14] libxl/arm: Initialize domain param HVM_PARAM_CALLBACK_IRQ

From: Shannon Zhao If Xen guest boots with ACPI, the guest kernel will get the event channel interrupt information via domain param HVM_PARAM_CALLBACK_IRQ. Initialize that domain param. Signed-off-by: Shannon Zhao --- tools/libxl/libxl_arm.c |

[Xen-devel] [PATCH 06/14] libxl/arm: Construct ACPI FADT table

From: Shannon Zhao Signed-off-by: Shannon Zhao --- tools/libxl/libxl_arm.c | 23 +++ 1 file changed, 23 insertions(+) diff --git a/tools/libxl/libxl_arm.c b/tools/libxl/libxl_arm.c index 0fb4f69..c3b8fb4 100644 ---

[Xen-devel] [PATCH 07/14] libxl/arm: Construct ACPI DSDT table

From: Shannon Zhao Currently there is only the table header in DSDT table. Signed-off-by: Shannon Zhao --- tools/libxl/libxl_arm.c | 15 +++ 1 file changed, 15 insertions(+) diff --git a/tools/libxl/libxl_arm.c

[Xen-devel] [PATCH 01/14] libxl/arm: Fix the function name in error log

From: Shannon Zhao It should be xc_dom_devicetree_mem instead of xc_dom_devicetree_file. Signed-off-by: Shannon Zhao --- tools/libxl/libxl_arm.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/tools/libxl/libxl_arm.c

[Xen-devel] [PATCH 00/14] Xen ARM DomU ACPI support

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 memory space and passes them to UEFI firmware

[Xen-devel] [PATCH RESEND 3/4] qdisk, hw/block/xen_disk: Perform grant copy instead of grant map.

Grant copy operation is divided into two phases different for 'read' and 'write' operation. For a 'read' operation the flow is as follow: 1. allocate local buffers for all the segments contained in a request. 2. fill the request io vectors with the buffers' addresses 3. invoke

[Xen-devel] [PATCH RESEND 4/4] qemu-xen-dir/hw/block: Cache local buffers used in grant copy

If there are still pending requests the buffers are not free() but cached in an array of a size max_request*BLKIF_MAX_SEGMENTS_PER_REQUEST --- hw/block/xen_disk.c | 60 + 1 file changed, 47 insertions(+), 13 deletions(-) diff --git

[Xen-devel] [PATCH RESEND 1/4] libs, gnttab, libxc: Interface for grant copy operation

Implentation of interface to grant copy operation called through libxc. An ioctl(gntdev, IOCTL_GNTDEV_GRANT_COPY, ..) system call is invoked for linux. In the mini-os the operation is yet not implemented. * In the file "tools/include/xen-sys/Linux/gntdev.h" added - 'struct

[Xen-devel] [PATCH RESEND 2/4] qdisk, hw/block/xen_disk: Removal of grant mapping

Grant mapping related functions and variables are removed on behalf of grant copy operation introduced in following commits. --- hw/block/xen_disk.c | 284 ++-- 1 file changed, 10 insertions(+), 274 deletions(-) diff --git a/hw/block/xen_disk.c

[Xen-devel] [PATCH RESEND 0/4] qemu-qdisk: Replace grant map by grant copy.

Hi, The patches are resend with split of patch #2. It is a proposition for implementation of the replacement of the grant map operation with grant copy. I would appreciate an opinion about the approach if is proper or maybe I assumed something wrongly, and if you see any possibility of

[Xen-devel] [ovmf test] 94963: regressions - FAIL

flight 94963 ovmf real [real] http://logs.test-lab.xenproject.org/osstest/logs/94963/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-i386-xl-qemuu-ovmf-amd64 17 guest-start/debianhvm.repeat fail REGR. vs. 94748

[Xen-devel] [PATCH v4 4/4] xen/arm: arm64: Remove MPIDR multiprocessing extensions check

In AArch32, MPIDR bit 31 is defined as multiprocessing extensions bit. But in AArch64, this bit is always RES1. So the value check for this bit is no longer necessary in AArch64. Signed-off-by: Wei Chen Reviewed-by: Julien Grall --- v3-->v4: 1. Add

[Xen-devel] [PATCH v4 0/4] xen/arm: arm64: Widen register access to mpidr to 64-bits

In ARM64 the MPIDR register is mapped to MPIDR_EL1, and the register bits are expanded to 64-bits. But Xen 64-bit ARM code treats this it as 32-bit register. We have to provide correct accessing to this register to avoid unexpected issues that is caused by incorrect MPIDR value. Wei Chen (4):

[Xen-devel] [PATCH v4 2/4] xen/arm: Make AFFINITY_MASK generate correct mask for level3

The original affinity shift bits algorithm in AFFINITY_MASK is buggy, it could not generate correct affinity shift bits of level3. The macro MPIDR_LEVEL_SHIFT can calculate level3 affinity shift bits correctly. We use this macro in AFFINITY_MASK to generate correct mask for level3. Signed-off-by:

[Xen-devel] [PATCH v4 3/4] xen:arm: arm64: Add correct MPIDR_HWID_MASK value for ARM64

Currently, MPIDR_HWID_MASK is using the bit definition of AArch32 MPIDR register. But from D7.2.67 of ARM ARM (DDI 0487A.i) we can see there are 4 levels of affinity on AArch64 whilst AArch32 has only 3. So, this value is not correct when Xen is running on AArch64. Now, we use the value

Re: [Xen-devel] [PATCH v3 0/4] xen/arm: arm64: Widen register access to mpidr to 64-bits

Hi Stefano, On 30 May 2016 at 21:24, Stefano Stabellini wrote: > On Mon, 30 May 2016, Wei Chen wrote: >> In ARM64 the MPIDR register is mapped to MPIDR_EL1, and the register >> bits are expanded to 64-bits. But Xen 64-bit ARM code treats this it >> as 32-bit register. >>

Re: [Xen-devel] [PATCH] arm/acpi: Fix the deadlock in function vgic_lock_rank()

On 2016/5/31 3:45, Julien Grall wrote: > (CC Wei Liu) > > Hi Stefano, > > On 30/05/2016 14:16, Stefano Stabellini wrote: >> On Fri, 27 May 2016, Julien Grall wrote: >>> Hello Shanker, >>> >>> On 27/05/16 01:39, Shanker Donthineni wrote: Commit 9d77b3c01d1261c (Configure SPI interrupt type

[Xen-devel] [qemu-upstream-4.3-testing test] 94964: trouble: blocked/broken

flight 94964 qemu-upstream-4.3-testing real [real] http://logs.test-lab.xenproject.org/osstest/logs/94964/ Failures and problems with tests :-( Tests which did not succeed and are blocking, including tests which could not be run: build-amd64 3 host-install(3) broken

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

flight 94959 xen-unstable real [real] http://logs.test-lab.xenproject.org/osstest/logs/94959/ Failures :-/ but no regressions. Regressions which are regarded as allowable (not blocking): build-amd64-rumpuserxen 6 xen-buildfail like 94943 build-i386-rumpuserxen

Re: [Xen-devel] [PATCH] xen/arm: setup: initialize xenheap mappings after boot pages avaiable

Hi Peng, On 27/05/2016 06:31, Peng Fan wrote: To ARM64, setup_xenheap_mappings may call alloc_boot_pages to allocate first level page table, if there is a big chunk memory (ie, >512GB). Out of interest, have you found the bug by testing Xen on a platform with 512GB of RAM? :) So, need to

Re: [Xen-devel] [PATCH v4 5/8] arm/vm_event: get/set registers

On Mon, May 30, 2016 at 3:35 PM, Julien Grall wrote: > > > On 30/05/2016 21:37, Tamas K Lengyel wrote: >> >> On Mon, May 30, 2016 at 2:20 PM, Julien Grall >> wrote: >>> >>> Hi Tamas, >>> >>> On 30/05/2016 20:47, Tamas K Lengyel wrote: On

Re: [Xen-devel] [PATCH v4 5/8] arm/vm_event: get/set registers

On 30/05/2016 21:37, Tamas K Lengyel wrote: On Mon, May 30, 2016 at 2:20 PM, Julien Grall wrote: Hi Tamas, On 30/05/2016 20:47, Tamas K Lengyel wrote: On Mon, May 30, 2016 at 5:50 AM, Jan Beulich wrote: +struct vm_event_regs_arm64 { +

Re: [Xen-devel] [PATCH v4 8/8] x86/vm_event: Add HVM debug exception vm_events

>>> @@ -3393,8 +3409,9 @@ void vmx_vmexit_handler(struct cpu_user_regs *regs) >>> } >>> else { >>> int handled = >>> -hvm_monitor_breakpoint(regs->eip, >>> - >>>

Re: [Xen-devel] [PATCH v4 5/8] arm/vm_event: get/set registers

On Mon, May 30, 2016 at 2:46 PM, Razvan Cojocaru wrote: > On 05/30/16 23:37, Tamas K Lengyel wrote: >> Well, as we discussed it in the previous revision, there is no >> hard-set rule of what can and cannot be transmitted here. The only >> thing to keep in mind is to not

Re: [Xen-devel] [PATCH v4 5/8] arm/vm_event: get/set registers

On 05/30/16 23:37, Tamas K Lengyel wrote: > Well, as we discussed it in the previous revision, there is no > hard-set rule of what can and cannot be transmitted here. The only > thing to keep in mind is to not grow this struct to be too large. The > registers sent right now represent a "best

[Xen-devel] 4.7 qemu regression: HVM guests fail to boot from xvda

With staging-4.6 this domU boots from xvda, qemu creates an emulated disk. With staging no disk is found, unless the name is changed to hda. Looks like qemu-2.6 does not handle xvda either. Is such setup not part of OSS test, does OSS default to 'vdev=hda'? Olaf name="domU"

Re: [Xen-devel] [PATCH v4 5/8] arm/vm_event: get/set registers

On Mon, May 30, 2016 at 2:20 PM, Julien Grall wrote: > Hi Tamas, > > On 30/05/2016 20:47, Tamas K Lengyel wrote: >> >> On Mon, May 30, 2016 at 5:50 AM, Jan Beulich wrote: +struct vm_event_regs_arm64 { +uint64_t x0; +uint64_t

[Xen-devel] [qemu-upstream-4.3-testing test] 94961: trouble: blocked/broken

flight 94961 qemu-upstream-4.3-testing real [real] http://logs.test-lab.xenproject.org/osstest/logs/94961/ Failures and problems with tests :-( Tests which did not succeed and are blocking, including tests which could not be run: build-amd64 3 host-install(3) broken

[Xen-devel] Odgovor: Basic bare metal ARM domain interface

Hello, >> I used FreeRTOS code for console output. It is based on Mini OS code. There >> are two problems as I've >determined >> with debugging. First is that vsnprintf blocks for some reason in print >> function so i commented it out. After the >snprintf blocks... >> hypercall function

Re: [Xen-devel] [PATCH v4 5/8] arm/vm_event: get/set registers

Hi Tamas, On 30/05/2016 20:47, Tamas K Lengyel wrote: On Mon, May 30, 2016 at 5:50 AM, Jan Beulich wrote: +struct vm_event_regs_arm64 { +uint64_t x0; +uint64_t x1; +uint64_t x2; +uint64_t x3; +uint64_t x4; +uint64_t x5; +uint64_t x6; +

Re: [Xen-devel] [PATCH v4 8/8] x86/vm_event: Add HVM debug exception vm_events

On Mon, May 30, 2016 at 8:16 AM, Jan Beulich wrote: On 30.05.16 at 00:37, wrote: >> @@ -117,7 +133,11 @@ int hvm_monitor_breakpoint(unsigned long rip, >> >> req.vcpu_id = curr->vcpu_id; >> >> -return vm_event_monitor_traps(curr, 1, ); >> +

Re: [Xen-devel] [PATCH v4 5/8] arm/vm_event: get/set registers

On Mon, May 30, 2016 at 5:50 AM, Jan Beulich wrote: On 30.05.16 at 00:37, wrote: >> +struct vm_event_regs_arm32 { >> +uint32_t r0_usr; >> +uint32_t r1_usr; >> +uint32_t r2_usr; >> +uint32_t r3_usr; >> +uint32_t r4_usr; >> +

Re: [Xen-devel] [PATCH] arm/acpi: Fix the deadlock in function vgic_lock_rank()

(CC Wei Liu) Hi Stefano, On 30/05/2016 14:16, Stefano Stabellini wrote: On Fri, 27 May 2016, Julien Grall wrote: Hello Shanker, On 27/05/16 01:39, Shanker Donthineni wrote: Commit 9d77b3c01d1261c (Configure SPI interrupt type and route to Dom0 dynamically) causing dead loop inside the

Re: [Xen-devel] [PATCH V9] vm_event: Allow subscribing to write events for specific MSR-s

On Mon, May 30, 2016 at 4:13 AM, Jan Beulich wrote: On 30.05.16 at 09:13, wrote: >> On 05/13/2016 02:35 PM, Jan Beulich wrote: >> On 06.05.16 at 16:33, wrote: Previously, subscribing to MSR write events was

[Xen-devel] [ovmf test] 94958: regressions - FAIL

flight 94958 ovmf real [real] http://logs.test-lab.xenproject.org/osstest/logs/94958/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-i386-xl-qemuu-ovmf-amd64 17 guest-start/debianhvm.repeat fail REGR. vs. 94748

[Xen-devel] [qemu-upstream-4.3-testing test] 94957: trouble: blocked/broken

flight 94957 qemu-upstream-4.3-testing real [real] http://logs.test-lab.xenproject.org/osstest/logs/94957/ Failures and problems with tests :-( Tests which did not succeed and are blocking, including tests which could not be run: build-amd64 3 host-install(3) broken

Re: [Xen-devel] [RFC 10/16] xen/arm: Introduce alternative runtime patching

Hi Stefano, On 30/05/2016 15:45, Stefano Stabellini wrote: On Mon, 23 May 2016, Julien Grall wrote: Hi Stefano, On 21/05/16 16:09, Stefano Stabellini wrote: On Thu, 5 May 2016, Julien Grall wrote: +void __init apply_alternatives_all(void) +{ +int ret; + + /* better not try code

Re: [Xen-devel] [PATCH v2 10/15] xen/arm: Detect silicon revision and set cap bits accordingly

Hi Stefano, On 30/05/2016 16:02, Stefano Stabellini wrote: On Mon, 23 May 2016, Julien Grall wrote: After each CPU has been started, we iterate through a list of CPU errata to detect CPUs which need from hypervisor code patches. For each bug there is a function which check if that a

Re: [Xen-devel] [PATCH v2 15/15] xen/arm: arm64: Document Cortex-A57 erratum 834220

On 30/05/2016 17:19, Stefano Stabellini wrote: "Erratum #834220: Xen needs to check that the Stage 1 translation does not generate a fault before handling Stage 2 fault. If it is a stage 1 translation fault, return to the guest to let the project injecting the correct fault. XXX: This can be

[Xen-devel] [PATCH for-4.7 0/2] assembly test fixes

Hello, The following series attempts to fix the build issue introduced by 7fb252bd41, and to make sure the same assembler is used thorough all the build process. It also supersedes the fix by Jan Beulich for this same issue [0]. Roger. [0]

[Xen-devel] [PATCH for-4.7 1/2] build/clang: disable the usage of the integrated clang assembler

For all the build process, not only the assembly-only files. This prevents assembling certain code with the integrated assembler, while other code would be assembled by the external assembler. Signed-off-by: Roger Pau Monné --- Cc: Andrew Cooper

[Xen-devel] [PATCH for-4.7 2/2] build: use CFLAGS instead of AFLAGS for as-insn checks

The test code is a C file with inline assembly, not plain assembly. This fixes the fallout introduced by commit 7fb252bd41 ("build/xen: fix assembler instruction tests") Signed-off-by: Roger Pau Monné --- Cc: Andrew Cooper Cc: George Dunlap

Re: [Xen-devel] [PATCH v2 15/15] xen/arm: arm64: Document Cortex-A57 erratum 834220

On Mon, 30 May 2016, Julien Grall wrote: > Hi Stefano, > > On 30/05/2016 16:11, Stefano Stabellini wrote: > > On Mon, 23 May 2016, Julien Grall wrote: > > > The ARM erratum applies to certain revisions of Cortex-A57. The > > > processor may report a Stage 2 translation fault as the result of > >

Re: [Xen-devel] [PATCH v2 15/15] xen/arm: arm64: Document Cortex-A57 erratum 834220

Hi Stefano, On 30/05/2016 16:11, Stefano Stabellini wrote: On Mon, 23 May 2016, Julien Grall wrote: The ARM erratum applies to certain revisions of Cortex-A57. The processor may report a Stage 2 translation fault as the result of Stage 1 fault for load crossing a page boundary when there is a

Re: [Xen-devel] [PATCH] xen: Clean up includes

On Tue, 24 May 2016, Peter Maydell wrote: > Clean up includes so that osdep.h is included first and headers > which it implies are not included manually. > > This commit was created with scripts/clean-includes. > > Signed-off-by: Peter Maydell Reviewed-by: Stefano

Re: [Xen-devel] [PATCH v2 15/15] xen/arm: arm64: Document Cortex-A57 erratum 834220

On Mon, 23 May 2016, Julien Grall wrote: > The ARM erratum applies to certain revisions of Cortex-A57. The > processor may report a Stage 2 translation fault as the result of > Stage 1 fault for load crossing a page boundary when there is a > permission fault or device memory fault at stage 1 and

Re: [Xen-devel] [PATCH v2 11/15] xen/arm: Document the errata implemented in Xen

On Mon, 23 May 2016, Julien Grall wrote: > The new document will help to keep track of all the erratum that Xen is > able to handle. > > The text is based on the Linux doc in Documents/arm64/silicon-errata.txt. > > Also list the current errata that Xen is aware of. > > Signed-off-by: Julien

Re: [Xen-devel] [PATCH v2 10/15] xen/arm: Detect silicon revision and set cap bits accordingly

On Mon, 23 May 2016, Julien Grall wrote: > After each CPU has been started, we iterate through a list of CPU > errata to detect CPUs which need from hypervisor code patches. > > For each bug there is a function which check if that a particular CPU is > affected. This needs to be done on every

Re: [Xen-devel] [PATCH v2 14/15] xen/arm: traps: Don't inject a fault if the translation VA -> IPA fails

On Mon, 23 May 2016, Julien Grall wrote: > Based on ARM ARM (D4.5.3 in ARM DDI 0486A and B3.12.7 in ARM DDI 0406C.c), > a Stage 1 translation error has priority over a Stage 2 translation error. > > Therefore gva_to_ipa can only fail if another vCPU is playing with the > page table. > > Rather

Re: [Xen-devel] [RFC 10/16] xen/arm: Introduce alternative runtime patching

On Mon, 23 May 2016, Julien Grall wrote: > Hi Stefano, > > On 21/05/16 16:09, Stefano Stabellini wrote: > > On Thu, 5 May 2016, Julien Grall wrote: > > > +void __init apply_alternatives_all(void) > > > +{ > > > +int ret; > > > + > > > + /* better not try code patching on a live SMP system */

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

flight 94956 xen-unstable-smoke real [real] http://logs.test-lab.xenproject.org/osstest/logs/94956/ 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 12

Re: [Xen-devel] [PATCH v2 08/15] xen/arm: arm64: Add helpers to decode and encode branch instructions

On Mon, 23 May 2016, Julien Grall wrote: > We may need to update branch instruction when patching Xen. > > The code has been imported from the files arch/arm64/kernel/insn.c > and arch/arm64/include/asm/insn.h in Linux v4.6. > > Note that only the necessary helpers have been imported. > >

Re: [Xen-devel] [PATCH v2 04/15] xen/arm: Add cpu_hwcap bitmap

On Mon, 23 May 2016, Julien Grall wrote: > This will be used to know if a feature, which Xen cares, is available accross > all the CPUs. > > This code is a light version of arch/arm64/kernel/cpufeature.c from > Linux v4.6-rc3. > > Signed-off-by: Julien Grall Reviewed-by:

Re: [Xen-devel] [PATCH v4 8/8] x86/vm_event: Add HVM debug exception vm_events

>>> On 30.05.16 at 00:37, wrote: > @@ -117,7 +133,11 @@ int hvm_monitor_breakpoint(unsigned long rip, > > req.vcpu_id = curr->vcpu_id; > > -return vm_event_monitor_traps(curr, 1, ); > +rc = vm_event_monitor_traps(curr, sync, ); > +if ( type ==

Re: [Xen-devel] [PATCH v4 2/8] monitor: Rename vm_event_monitor_guest_request

>>> On 30.05.16 at 00:37, wrote: > Mechanical renaming and relocation to the monitor subsystem. > > Signed-off-by: Tamas K Lengyel Non-VM-event parts Acked-by: Jan Beulich ___ Xen-devel

Re: [Xen-devel] [PATCH v4 3/8] monitor: Rename hvm/event to hvm/monitor

>>> On 30.05.16 at 00:37, wrote: > Mechanical renaming to better describe that the code in hvm/event is part of > the monitor subsystem. > > Signed-off-by: Tamas K Lengyel > Acked-by: Kevin Tian General x86/hvm parts Acked-by:

[Xen-devel] [PATCH] kexec: allow relaxed placement specification via command line

Rather than just allowing a fixed address or fully automatic placement, also allow for specifying an upper bound. Especially on EFI systems, where firmware memory use is commonly less predictable than on legacy BIOS ones, this makes success of the reservation more likely when automatic placement

Re: [Xen-devel] [PATCH v3 0/4] xen/arm: arm64: Widen register access to mpidr to 64-bits

On Mon, 30 May 2016, Wei Chen wrote: > In ARM64 the MPIDR register is mapped to MPIDR_EL1, and the register > bits are expanded to 64-bits. But Xen 64-bit ARM code treats this it > as 32-bit register. > We have to provide correct accessing to this register to avoid > unexpected issues that is

[Xen-devel] [ovmf test] 94949: regressions - FAIL

flight 94949 ovmf real [real] http://logs.test-lab.xenproject.org/osstest/logs/94949/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-i386-xl-qemuu-ovmf-amd64 17 guest-start/debianhvm.repeat fail REGR. vs. 94748

Re: [Xen-devel] [PATCH] arm/acpi: Fix the deadlock in function vgic_lock_rank()

On Fri, 27 May 2016, Julien Grall wrote: > Hello Shanker, > > On 27/05/16 01:39, Shanker Donthineni wrote: > > Commit 9d77b3c01d1261c (Configure SPI interrupt type and route to > > Dom0 dynamically) causing dead loop inside the spinlock function. > > Note that spinlocks in XEN are not recursive.

[Xen-devel] [qemu-upstream-4.3-testing test] 94952: trouble: blocked/broken

flight 94952 qemu-upstream-4.3-testing real [real] http://logs.test-lab.xenproject.org/osstest/logs/94952/ Failures and problems with tests :-( Tests which did not succeed and are blocking, including tests which could not be run: build-amd64 3 host-install(3) broken

[Xen-devel] [PATCH RFC] x86emul: conditionally clear BNDn for branches

Considering that we surface MPX to HVM guests, instructions we emulate should also correctly deal with MPX state. While for now BND* instructions don't get emulated, the effect of branches (which we do emulate) without BND prefix should be taken care of. Signed-off-by: Jan Beulich

Re: [Xen-devel] [PATCH] arm/acpi: Add Server Base System Architecture UART support

On 30/05/2016 13:08, Julien Grall wrote: On 30/05/2016 13:00, Stefano Stabellini wrote: On Fri, 27 May 2016, Julien Grall wrote: Hello Shanker, On 27/05/16 15:01, Shanker Donthineni wrote: On 05/27/2016 08:04 AM, Julien Grall wrote: On 27/05/16 01:28, Shanker Donthineni wrote: The ARM

Re: [Xen-devel] [PATCH] arm/acpi: Add Server Base System Architecture UART support

On 30/05/2016 13:00, Stefano Stabellini wrote: On Fri, 27 May 2016, Julien Grall wrote: Hello Shanker, On 27/05/16 15:01, Shanker Donthineni wrote: On 05/27/2016 08:04 AM, Julien Grall wrote: On 27/05/16 01:28, Shanker Donthineni wrote: The ARM Server Base System Architecture describes a

Re: [Xen-devel] [PATCH] arm/acpi: Add Server Base System Architecture UART support

On Fri, 27 May 2016, Julien Grall wrote: > Hello Shanker, > > On 27/05/16 15:01, Shanker Donthineni wrote: > > On 05/27/2016 08:04 AM, Julien Grall wrote: > > > On 27/05/16 01:28, Shanker Donthineni wrote: > > > > The ARM Server Base System Architecture describes a generic UART > > > > interface.

[Xen-devel] [RFC v2] dma-mapping: Use unsigned long for dma_attrs

The dma-mapping core and the implementations do not change the DMA attributes passed by pointer. Thus the pointer can point to const data. However the attributes do not have to be a bitfield. Instead unsigned long will do fine: 1. This is just simpler. Both in terms of reading the code and

Re: [Xen-devel] [for-4.7 v3 0/2] xen: XENMEM_add_to_physmap_batch: Mark 'foreign_id" as reserved for dev_mmio

On Fri, May 27, 2016 at 05:06:19PM +0100, Julien Grall wrote: > Hello all, > > This series is based on the thread [1]. To allow future extension, the new > space dev_mmio should have all unused fields marked as reserved. > > This series is candidate for Xen 4.7, the first patch ensure a clean

[Xen-devel] [RFC v2] Change dma_attrs from bitfield to unsigned long

Hi, This is second attempt to bring some safeness to dma_attrs. In v1 [0] I added const to data pointed by attrs. However Christoph Hellwig suggested getting rid of struct dma_attrs in favor of some simpler data type. Benefits of unsigned long for dma_attrs: 1. This is just simpler. Both in

Re: [Xen-devel] [for-4.7 v3 1/2] xen: XENMEM_add_to_physmap_batch: Mark 'foreign_id' as reserved for dev_mmio

>>> On 27.05.16 at 18:06, wrote: > The field 'foreign_id' is not used when the space is dev_mmio. As the > space is not yet part of the stable ABI, the field is marked as reserved > for future use. > > The value should always be 0, other values will return -EOPNOTSUPP. > >

Re: [Xen-devel] [PATCH v4 5/8] arm/vm_event: get/set registers

>>> On 30.05.16 at 00:37, wrote: > +struct vm_event_regs_arm32 { > +uint32_t r0_usr; > +uint32_t r1_usr; > +uint32_t r2_usr; > +uint32_t r3_usr; > +uint32_t r4_usr; > +uint32_t r5_usr; > +uint32_t r6_usr; > +uint32_t r7_usr; > +uint32_t

Re: [Xen-devel] [for-4.8 v2 0/2] xen/arm: Convert DEBUG_DT to Kconfig

On Fri, 27 May 2016, Julien Grall wrote: > Hello all, > > This small patch series converts DEBUG_DT to Kconfig. This is easier > to enable than having to modify the code when the user wants to debug > the device tree parsing. > > This series is based on the version 4 of "Kconfig debug options"

Re: [Xen-devel] [PATCH] xen/arm: setup: fix typo

On Fri, 27 May 2016, Julien Grall wrote: > Hello Peng, > > On 27/05/16 06:20, Peng Fan wrote: > > Typo fix: fdt_get_mem_rsc -> fdt_get_mem_rsv > > > > Signed-off-by: Peng Fan > > Cc: Julien Grall > > Cc: Stefano Stabellini >

  1   2   >