[Xen-devel] [linux-3.4 test] 57106: regressions - FAIL

2015-05-24 Thread osstest service user
flight 57106 linux-3.4 real [real] http://logs.test-lab.xenproject.org/osstest/logs/57106/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-amd64-xl 9 debian-install fail REGR. vs. 52209-bisect test-amd64-amd64-pair

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

2015-05-24 Thread osstest service user
flight 57124 libvirt real [real] http://logs.test-lab.xenproject.org/osstest/logs/57124/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-amd64-libvirt 11 guest-start fail REGR. vs. 53854 test-amd64-i386-libvirt

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

2015-05-24 Thread osstest service user
flight 57112 qemu-mainline real [real] http://logs.test-lab.xenproject.org/osstest/logs/57112/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-i386-freebsd10-amd64 16 guest-localmigrate/x10 fail REGR. vs. 56831 Regressions which

Re: [Xen-devel] Xen on ARM vITS Handling Draft B (Was Re: Xen/arm: Virtual ITS command queue handling)

2015-05-24 Thread Julien Grall
Hi Vijay, On 22/05/2015 13:16, Vijay Kilari wrote: On Tue, May 19, 2015 at 7:21 PM, Ian Campbell ian.campb...@citrix.com wrote: On Tue, 2015-05-19 at 14:37 +0100, Julien Grall wrote: Hi Ian, On 19/05/15 13:10, Ian Campbell wrote: On Fri, 2015-05-15 at 15:55 +0100, Julien Grall wrote: [...]

Re: [Xen-devel] [osstest test] 56996: tolerable FAIL - PUSHED

2015-05-24 Thread Ian Campbell
Longtao Robert, FYI This pass pushed the non-grub bits of the part of the series which I applied on Friday into the production instance. Ian. On Sat, 2015-05-23 at 16:19 +, osstest service user wrote: flight 56996 osstest real [real]

Re: [Xen-devel] [osstest test] 56922: regressions - FAIL

2015-05-24 Thread Ian Campbell
On Sat, 2015-05-23 at 16:53 +0800, Robert Hu wrote: +$#offsets = $#offsets-1; +$offsets[$#offsets]++; may consider 'pop/push' operations on @offsets array? I worry about if '$#offsets-1' can always shrink array size correctly. pop/push anyway is

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

2015-05-24 Thread osstest service user
flight 57120 xen-unstable real [real] http://logs.test-lab.xenproject.org/osstest/logs/57120/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-armhf-armhf-xl-multivcpu 17 leak-check/check fail REGR. vs. 56375 Tests which are

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

2015-05-24 Thread osstest service user
flight 57126 ovmf real [real] http://logs.test-lab.xenproject.org/osstest/logs/57126/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-amd64-xl-qemuu-win7-amd64 16 guest-stopfail REGR. vs. 56492

[Xen-devel] [linux-linus test] 57123: tolerable FAIL - PUSHED

2015-05-24 Thread osstest service user
flight 57123 linux-linus real [real] http://logs.test-lab.xenproject.org/osstest/logs/57123/ Failures :-/ but no regressions. Regressions which are regarded as allowable (not blocking): test-amd64-i386-libvirt 11 guest-start fail like 57031

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

2015-05-24 Thread osstest service user
flight 57141 qemu-mainline real [real] http://logs.test-lab.xenproject.org/osstest/logs/57141/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-i386-freebsd10-amd64 18 guest-start.2 fail REGR. vs. 56831 Tests which are

[Xen-devel] [linux-3.4 test] 57138: regressions - FAIL

2015-05-24 Thread osstest service user
flight 57138 linux-3.4 real [real] http://logs.test-lab.xenproject.org/osstest/logs/57138/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-amd64-xl 9 debian-install fail REGR. vs. 52209-bisect test-amd64-amd64-pair

Re: [Xen-devel] [PATCH V2 4/8] xen/arm: Use the new mapping relations between vCPUID and vMPIDR

2015-05-24 Thread Julien Grall
Hi Chen, On 23/05/2015 14:52, Chen Baozi wrote: From: Chen Baozi baoz...@gmail.com There are 3 places to change: * Initialise vMPIDR value in vcpu_initialise() * Find the vCPU from vMPIDR affinity information when accessing GICD registers in vGIC * Find the vCPU from vMPIRR affinity

[Xen-devel] What is C in practice? (Cerberus survey v2.1)

2015-05-24 Thread Anil Madhavapeddy
If any Xen developers have time, we're gathering some information on C semantics that would be very helpful to have your input on. This survey explores what C is, in current mainstream practice: the behaviour that programmers assume they can rely on, the behaviour provided by mainstream compilers

[Xen-devel] [stable] config: Enable NEED_DMA_MAP_STATE by default when SWIOTLB is selected

2015-05-24 Thread Ben Hutchings
This fix appears to be needed in all stable branches: commit a6dfa128ce5c414ab46b1d690f7a1b8decb8526d Author: Konrad Rzeszutek Wilk konrad.w...@oracle.com Date: Fri Apr 17 15:04:48 2015 -0400 config: Enable NEED_DMA_MAP_STATE by default when SWIOTLB is selected For 3.2 and 3.4, the

Re: [Xen-devel] [PATCH V2 1/8] xen/arm64: increase MAX_VIRT_CPUS to 128 on arm64

2015-05-24 Thread Chen Baozi
On Sat, May 23, 2015 at 03:46:32PM +0100, Julien Grall wrote: Hi Chen, On 23/05/2015 14:52, Chen Baozi wrote: From: Chen Baozi baoz...@gmail.com GIC-500 supports up to 128 cores in a single SoC. Increase MAX_VIRT_CPUS to 128 on arm64. This series have to be bisectable. Although, this

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

2015-05-24 Thread osstest service user
flight 57145 xen-unstable real [real] http://logs.test-lab.xenproject.org/osstest/logs/57145/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-armhf-armhf-xl-multivcpu 17 leak-check/check fail REGR. vs. 56375 Tests which are

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

2015-05-24 Thread osstest service user
flight 57156 ovmf real [real] http://logs.test-lab.xenproject.org/osstest/logs/57156/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-amd64-xl-qemuu-win7-amd64 16 guest-stopfail REGR. vs. 56492

Re: [Xen-devel] [RFC][v2][PATCH 07/14] xen/passthrough: extend hypercall to support rdm reservation policy

2015-05-24 Thread Chen, Tiejun
On 2015/5/22 18:33, Julien Grall wrote: Hi, On 22/05/2015 10:35, Tiejun Chen wrote: diff --git a/xen/include/public/domctl.h b/xen/include/public/domctl.h index 0c0ea4a..203c80e 100644 --- a/xen/include/public/domctl.h +++ b/xen/include/public/domctl.h @@ -499,6 +499,11 @@ struct

Re: [Xen-devel] [osstest test] 56922: regressions - FAIL

2015-05-24 Thread Robert Hu
On Sun, 2015-05-24 at 14:53 +0100, Ian Campbell wrote: On Sat, 2015-05-23 at 16:53 +0800, Robert Hu wrote: +$#offsets = $#offsets-1; +$offsets[$#offsets]++; may consider 'pop/push' operations on @offsets array? I worry about if '$#offsets-1' can

Re: [Xen-devel] [osstest test] 56996: tolerable FAIL - PUSHED

2015-05-24 Thread Robert Hu
On Sun, 2015-05-24 at 14:55 +0100, Ian Campbell wrote: Longtao Robert, FYI This pass pushed the non-grub bits of the part of the series which I applied on Friday into the production instance. Thanks Ian. We're to reassemble and send v11 patches comprised of previous 01/09, 02/09, 06/09,

[Xen-devel] [tools/libxl]: Possible bug in ao_cancel

2015-05-24 Thread Koushik Chakravarty
Hi Ian, I spotted a possible bug in ao_cancel (libxl_event.c) and wanted to run it through you. In the ao_cancel(), we mark the parent-cancelling = 1 so that subsequence cancel calls don't get entertained and mess things up. However, in my view, setting this should be after we check for

Re: [Xen-devel] [PATCH v2 18/41] arm: Introduce a generic way to use a device from acpi

2015-05-24 Thread Parth Dixit
On 24 May 2015 at 13:10, Julien Grall julien.gr...@citrix.com wrote: Hi Parth, On 24/05/2015 08:06, Parth Dixit wrote: +struct acpi_device_desc { +/* Device name */ +const char *name; +/* Device class */ +enum device_class class; +

Re: [Xen-devel] [RFC][v2][PATCH 10/14] tools: extend XENMEM_set_memory_map

2015-05-24 Thread Chen, Tiejun
On 2015/5/22 18:25, Julien Grall wrote: Hi, On 22/05/2015 10:35, Tiejun Chen wrote: Here we'll construct a basic guest e820 table via XENMEM_set_memory_map. This table includes lowmem, highmem and RDMs if they exist. And hvmloader would need this info later. Signed-off-by: Tiejun Chen

[Xen-devel] [rumpuserxen test] 57207: regressions - FAIL

2015-05-24 Thread osstest service user
flight 57207 rumpuserxen real [real] http://logs.test-lab.xenproject.org/osstest/logs/57207/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: build-amd64-rumpuserxen 5 rumpuserxen-build fail REGR. vs. 33866

[Xen-devel] Question about PEX boot on Xen with OVMF as bios

2015-05-24 Thread lidonglin
Hi all: Recentlly, I want to use PXE boot on Xen with OVMF as bios. At beginning, I just add rtl8139 as guest nic device, and I compile a release ovmf. When I enter into uefi, I can't find network boot menu. According to edk2/OvmfPkg/README file, I know there is a virtio-net driver

Re: [Xen-devel] [osstest test] 56922: regressions - FAIL

2015-05-24 Thread Robert Hu
On Mon, 2015-05-25 at 10:25 +0800, Robert Hu wrote: On Sun, 2015-05-24 at 14:53 +0100, Ian Campbell wrote: On Sat, 2015-05-23 at 16:53 +0800, Robert Hu wrote: +$#offsets = $#offsets-1; +$offsets[$#offsets]++; may consider 'pop/push'

Re: [Xen-devel] [PATCH v2 04/41] arm/acpi : add arm specific acpi header file

2015-05-24 Thread Parth Dixit
On 18 May 2015 at 18:42, Julien Grall julien.grall@gmail.com wrote: Hi Parth, On 17/05/15 21:03, Parth Dixit wrote: +#ifndef _ASM_ARM64_ACPI_H +#define _ASM_ARM64_ACPI_H s/_ASM_ARM64_ACPI_H/_ASM_ARM_ACPI_H/ + +#include xen/init.h + +#define COMPILER_DEPENDENT_INT64 long

Re: [Xen-devel] [PATCH v2 07/41] arm/acpi : Introduce ARM Boot Architecture Flags in FADT

2015-05-24 Thread Parth Dixit
On 18 May 2015 at 19:59, Julien Grall julien.gr...@citrix.com wrote: Hi Parth, On 17/05/15 21:03, Parth Dixit wrote: The Power State Coordination Interface (PSCI) defines an API that can be used to coordinate power control amongst the various supervisory systems concurrently running on a

Re: [Xen-devel] [PATCH v2 08/41] arm/acpi : Parse FADT table and get PSCI flags

2015-05-24 Thread Parth Dixit
On 18 May 2015 at 20:28, Julien Grall julien.gr...@citrix.com wrote: Hi Parth, On 17/05/15 21:03, Parth Dixit wrote: There are two flags: PSCI_COMPLIANT and PSCI_USE_HVC. When set, the former signals to the OS that the hardware is PSCI compliant. The latter selects the appropriate

Re: [Xen-devel] [PATCH v2 10/41] arm/acpi : Print GIC information when MADT is parsed

2015-05-24 Thread Parth Dixit
On 18 May 2015 at 20:36, Julien Grall julien.gr...@citrix.com wrote: Hi Parth, On 17/05/15 21:03, Parth Dixit wrote: From: Naresh Bhat naresh.b...@linaro.org When MADT is parsed, print GIC information to make the boot log look pretty. Signed-off-by: Hanjun Guo hanjun@linaro.org

Re: [Xen-devel] [PATCH v2 06/41] arm/acpi : Add basic ACPI initialization

2015-05-24 Thread Parth Dixit
On 18 May 2015 at 19:41, Julien Grall julien.gr...@citrix.com wrote: Hi Parth, On 17/05/15 21:03, Parth Dixit wrote: acpi_boot_table_init() will be called in start_xen to get the RSDP and all the table pointers. with this patch, we can get ACPI boot-time tables from firmware on ARM64.

Re: [Xen-devel] [PATCH v2 02/41] arm/acpi: Build pmstat for x86 only

2015-05-24 Thread Parth Dixit
On 20 May 2015 at 20:42, Jan Beulich jbeul...@suse.com wrote: On 17.05.15 at 22:03, parth.di...@linaro.org wrote: Pmstat is currently not supported for arm in xen. Configure and build pmstat for x86 architecture only. Same here as for patch 1. If the architecture can be expected to

Re: [Xen-devel] [PATCH v2 24/41] arm : acpi create efi node for DOM0

2015-05-24 Thread Parth Dixit
On 20 May 2015 at 21:46, Jan Beulich jbeul...@suse.com wrote: On 17.05.15 at 22:03, parth.di...@linaro.org wrote: --- a/xen/include/xen/efi.h +++ b/xen/include/xen/efi.h @@ -8,7 +8,7 @@ extern const bool_t efi_enabled; #define EFI_INVALID_TABLE_ADDR (~0UL) - +#define

Re: [Xen-devel] [PATCH v2 05/41] acpi : add helper function for mapping memory

2015-05-24 Thread Parth Dixit
On 18 May 2015 at 18:56, Julien Grall julien.gr...@citrix.com wrote: Hi Parth, On 17/05/15 21:03, Parth Dixit wrote: diff --git a/xen/arch/arm/Makefile b/xen/arch/arm/Makefile index 935999e..096e9ef 100644 --- a/xen/arch/arm/Makefile +++ b/xen/arch/arm/Makefile @@ -2,6 +2,7 @@

Re: [Xen-devel] [PATCH v2 15/41] arm : acpi parse GTDT to initialize timer

2015-05-24 Thread Parth Dixit
On 20 May 2015 at 23:33, Julien Grall julien.gr...@citrix.com wrote: Hi Parth, On 17/05/15 21:03, Parth Dixit wrote: Parse GTDT (Generic Timer Descriptor Table) to initialize timer. Using the information presented by GTDT to initialize the arch timer (not memory-mapped). Clear all

Re: [Xen-devel] [PATCH v2 18/41] arm: Introduce a generic way to use a device from acpi

2015-05-24 Thread Parth Dixit
On 21 May 2015 at 16:49, Julien Grall julien.gr...@citrix.com wrote: Hi Parth, On 17/05/15 21:03, Parth Dixit wrote: add generic way to use device from acpi similar to the way it is supported in device tree. Signed-off-by: Parth Dixit parth.di...@linaro.org ---

Re: [Xen-devel] [PATCH v2 20/41] arm : create generic uart initialization function

2015-05-24 Thread Parth Dixit
On 21 May 2015 at 16:58, Julien Grall julien.gr...@citrix.com wrote: Hi Parth, On 17/05/15 21:03, Parth Dixit wrote: Rename dt-uart.c to arm-uart.c and create new generic uart init function. move dt_uart_init to uart_init.Refactor pl011 driver to dt and common initialization parts. This

Re: [Xen-devel] [PATCH v2 26/41] arm : acpi add xen environment table

2015-05-24 Thread Parth Dixit
On 21 May 2015 at 17:11, Julien Grall julien.gr...@citrix.com wrote: On 21/05/15 12:38, Jan Beulich wrote: On 21.05.15 at 12:52, julien.gr...@citrix.com wrote: On 21/05/15 11:46, Jan Beulich wrote: On 21.05.15 at 12:34, julien.gr...@citrix.com wrote: On 21/05/15 07:22, Jan Beulich wrote:

Re: [Xen-devel] [PATCH v2 05/41] acpi : add helper function for mapping memory

2015-05-24 Thread Julien Grall
Hi Parth, On 24/05/2015 07:40, Parth Dixit wrote: On 17/05/15 21:03, Parth Dixit wrote: diff --git a/xen/arch/arm/Makefile b/xen/arch/arm/Makefile index 935999e..096e9ef 100644 --- a/xen/arch/arm/Makefile +++ b/xen/arch/arm/Makefile @@ -2,6 +2,7 @@

Re: [Xen-devel] [PATCH v2 18/41] arm: Introduce a generic way to use a device from acpi

2015-05-24 Thread Julien Grall
Hi Parth, On 24/05/2015 08:06, Parth Dixit wrote: +struct acpi_device_desc { +/* Device name */ +const char *name; +/* Device class */ +enum device_class class; +/* type of device supported by the driver */ +const int class_type;

Re: [Xen-devel] [PATCH v2 20/41] arm : create generic uart initialization function

2015-05-24 Thread Julien Grall
On 24/05/2015 08:07, Parth Dixit wrote: On 21 May 2015 at 16:58, Julien Grall julien.gr...@citrix.com mailto:julien.gr...@citrix.com wrote: Hi Parth, On 17/05/15 21:03, Parth Dixit wrote: Rename dt-uart.c to arm-uart.c and create new generic uart init function. move