Re: [Xen-devel] PCI Pass-through in Xen ARM - Draft 2.

On Sunday 05 July 2015 11:25 AM, Manish Jaggi wrote: On Monday 29 June 2015 04:01 PM, Julien Grall wrote: Hi Manish, On 28/06/15 19:38, Manish Jaggi wrote: 4.1 Holes in guest memory space Holes are added in the guest memory space for mapping pci device's BAR re

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

flight 59054 linux-4.1 real [real] http://logs.test-lab.xenproject.org/osstest/logs/59054/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-i386-rumpuserxen-i386 15 rumpuserxen-demo-xenstorels/xenstorels.repeat fail REGR. vs. 59031

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

flight 59053 linux-3.4 real [real] http://logs.test-lab.xenproject.org/osstest/logs/59053/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-amd64-xl-qemut-win7-amd64 6 xen-boot fail REGR. vs. 30511 Tests which are failing

[Xen-devel] [seabios test] 59056: tolerable FAIL - PUSHED

flight 59056 seabios real [real] http://logs.test-lab.xenproject.org/osstest/logs/59056/ Failures :-/ but no regressions. Regressions which are regarded as allowable (not blocking): test-amd64-amd64-xl-qemuu-win7-amd64 16 guest-stopfail REGR. vs. 59042 Tests which did not succeed, but a

[Xen-devel] [ovmf test] 59055: tolerable FAIL - PUSHED

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

[Xen-devel] [RESEND] xen-netback: remove duplicated function definition

There are two duplicated xenvif_zerocopy_callback() definitions. Remove one of them. Signed-off-by: Liang Li --- drivers/net/xen-netback/common.h | 3 --- 1 file changed, 3 deletions(-) diff --git a/drivers/net/xen-netback/common.h b/drivers/net/xen-netback/common.h index 8a495b3..c6cb85a 10064

[Xen-devel] [linux-3.14 test] 59052: tolerable FAIL - PUSHED

flight 59052 linux-3.14 real [real] http://logs.test-lab.xenproject.org/osstest/logs/59052/ Failures :-/ but no regressions. Regressions which are regarded as allowable (not blocking): test-amd64-amd64-xl-qemut-stubdom-debianhvm-amd64-xsm 14 guest-localmigrate.2 fail blocked in 58990 test-amd6

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

flight 59050 linux-3.18 real [real] http://logs.test-lab.xenproject.org/osstest/logs/59050/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-amd64-xl-pvh-intel 11 guest-start fail REGR. vs. 58581 Tests which are failin

Re: [Xen-devel] [PATCH] xen-netback: remove duplicated function definition

On Sat, Jul 04, 2015 at 03:33:00AM +0800, Liang Li wrote: > There are two duplicated xenvif_zerocopy_callback() definitions. > Remove one of them. > > Signed-off-by: Liang Li Acked-by: Wei Liu Please fix the time of your computer and resend. Wei. > --- > drivers/net/xen-netback/common.h | 3

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

On 5 July 2015 at 23:09, Julien Grall wrote: > Hi, > > On 05/07/2015 13:59, Parth Dixit wrote: >> >> +shannon > > > I've just received ~50 mails "+shannon". Couldn't you have forward all the > email privately rather replying to every single mail and cc shannon? I thought about FWD'ing initially bu

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

Hi, On 05/07/2015 13:59, Parth Dixit wrote: +shannon I've just received ~50 mails "+shannon". Couldn't you have forward all the email privately rather replying to every single mail and cc shannon? Archives also exists for Xen devel, and it's even possible to download them in order to answ

Re: [Xen-devel] [PATCH] net/bridge: Add missing in6_dev_put in br_validate_ipv6

Julien Grall wrote: > The commit efb6de9b4ba0092b2c55f6a52d16294a8a698edd "netfilter: bridge: > forward IPv6 fragmented packets" introduced a new function > br_validate_ipv6 which take a reference on the inet6 device. Although, > the reference is not released at the end. > > This will result to t

Re: [Xen-devel] [PATCH v2 41/41] arm : acpi route irq's at time of boot

+shannon On 8 June 2015 at 23:14, Julien Grall wrote: > Hi, > > On 17/05/2015 21:04, Parth Dixit wrote: >> >> NOTE: This is a wrokaround to be fixed later. > > > How do you plan to fix it? > >> Route all the irq's to Dom0 at the time of booting. >> Trigger and polarity will be set dyanmaically wh

Re: [Xen-devel] [PATCH v2 40/41] xen: arm64: Add ACPI support

+shannon On 18 May 2015 at 01:34, Parth Dixit wrote: > From: Naresh Bhat > > Add ACPI support on arm64 xen hypervisor. > > Signed-off-by: Naresh Bhat > --- > config/arm64.mk | 1 + > xen/include/asm-arm/config.h | 5 + > 2 files changed, 6 insertions(+) > > diff --git a/config

Re: [Xen-devel] [PATCH v2 39/41] arm : acpi configure interrupts dynamically

+shannon On 8 June 2015 at 23:09, Julien Grall wrote: > Hi Parth, > > On 17/05/2015 21:04, Parth Dixit wrote: >> >> Interrupt information is described in DSDT and is not available at >> the time of booting. Configure the interrupts dynamically when requested >> by Dom0 > > > Missing "." > > Also,

Re: [Xen-devel] [PATCH v2 38/41] arm : acpi enable efi for acpi

+shannon On 20 May 2015 at 21:57, Jan Beulich wrote: On 17.05.15 at 22:04, wrote: >> @@ -104,6 +105,7 @@ static void __init parse_acpi_param(char *s) >> else if ( !strcmp(s, "force") ) >> { >> acpi_disabled = 0; >> +efi_enabled = 1; > > What has "acpi=force" to do

Re: [Xen-devel] [PATCH v2 36/41] arm : acpi pass rsdp and memory via efi table

+shannon On 18 May 2015 at 01:34, Parth Dixit wrote: > Create EFI table and populate it with DOM0 memory and address > of RSDP. Fix device tree with correct addresses of EFI table > and start of memory descriptor address. > > Signed-off-by: Parth Dixit > --- > xen/arch/arm/domain_build.c | 106

Re: [Xen-devel] [PATCH v2 35/41] arm : acpi add helper function to calculate crc32

+shannon On 8 June 2015 at 22:29, Julien Grall wrote: > Hi, > > On 17/05/2015 21:04, Parth Dixit wrote: >> >> Add helper functions for calculating crc32. >> This is required for computing crc of efi table. >> These functions are copied from here >> http://mirrors.neusoft.edu.cn/rpi-kernel/lib/xz/

Re: [Xen-devel] [PATCH v2 34/41] arm : acpi create and map acpi tables

+shannon On 18 May 2015 at 01:34, Parth Dixit wrote: > XSDT table cannot be passed as is to DOM0 because xen creates additional > tables which have to be added to XSDT table entry. > Copy existing XSDT and modify table to add new entries. > Create status override table,xen environment table. > Co

Re: [Xen-devel] [PATCH v2 33/41] arm : acpi prepare acpi tables for dom0

+shannon On 8 June 2015 at 22:24, Julien Grall wrote: > > > On 17/05/2015 21:04, Parth Dixit wrote: >> >> Map acpi tables described in uefi table to DOM0 address space >> >> Signed-off-by: Parth Dixit >> --- >> xen/arch/arm/domain_build.c | 59 >> - >

Re: [Xen-devel] [PATCH v2 32/41] arm : acpi dynamically map mmio regions

+shannon On 15 June 2015 at 06:49, Julien Grall wrote: > Hi Parth, > > On 14/06/2015 11:27, Parth Dixit wrote: >> >> On 8 June 2015 at 22:20, Julien Grall wrote: >>> >>> Hi Parth, >>> >>> On 17/05/2015 21:03, Parth Dixit wrote: In ACPI mmio regions are described in DSDT which requ

Re: [Xen-devel] [PATCH v2 31/41] arm : acpi estimate memory required for acpi/efi tables

+shannon On 8 June 2015 at 22:14, Julien Grall wrote: > Hi Parth, > > I think it misses a ":" between acpi and estimate. > > On 17/05/2015 21:03, Parth Dixit wrote: >> >> Estimate the memory required for loading acpi/efi tablee >> in DOM0. Initialize the size of acpi/efi tables. > > > It needs mo

Re: [Xen-devel] [PATCH v2 30/41] arm : acpi add placeholder for acpi load address

+shannon On 8 June 2015 at 21:49, Julien Grall wrote: > Hi Parth, > > On 17/05/2015 21:03, Parth Dixit wrote: >> >> EFI table, memory description table and some of acpi tables >> will reside in DOM0 memory. Add placeholder for starting >> address for loading in DOM0 and get/set acpi size helpers.

Re: [Xen-devel] [PATCH v2 29/41] arm : acpi read acpi memory info from uefi

+shannon On 8 June 2015 at 21:39, Julien Grall wrote: > Hi Parth, > > On 17/05/2015 21:03, Parth Dixit wrote: >> >> ACPI memory is seperate from conventional memory and should > > > s/seperate/separate/ > >> be marked as reserved while passing to DOM0. Create a new meminfo >> structure to store a

Re: [Xen-devel] [PATCH v2 28/41] arm : acpi add efi structures to common efi header

+shannon On 20 May 2015 at 21:55, Jan Beulich wrote: On 17.05.15 at 22:03, wrote: >> add efi table and memory descriptor structures >> to common efi header file and pass efi system table address >> retrieved from uefi.This is required for >> creating efi table and passing memory information

Re: [Xen-devel] [PATCH v2 27/41] arm : add helper functions to map memory regions

+shannon On 8 June 2015 at 19:35, Julien Grall wrote: > Hi Parth, > > On 17/05/2015 21:03, Parth Dixit wrote: >> >> creates a helper function for mapping with cached attributes >> >> Signed-off-by: Parth Dixit >> --- >> xen/arch/arm/p2m.c| 26 ++ >> xen/include

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

+shannon On 29 May 2015 at 16:13, Jan Beulich wrote: On 29.05.15 at 12:31, wrote: >> On Thu, 28 May 2015, Jan Beulich wrote: >>> >>> On 28.05.15 at 14:12, wrote: >>> > Could you please make a concrete suggestion with table names and fields? >>> >>> I already pointed you at 6.0's new FADT f

Re: [Xen-devel] [PATCH v2 25/41] arm : acpi add status override table

+shannon On 18 May 2015 at 01:33, Parth Dixit wrote: > Status override table is used to hide devices from DOM0 > that are used by xen > > Signed-off-by: Parth Dixit > --- > xen/include/acpi/actbl2.h | 14 ++ > 1 file changed, 14 insertions(+) > > diff --git a/xen/include/acpi/actbl2

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

+shannon On 26 May 2015 at 13:51, Jan Beulich wrote: On 24.05.15 at 08:30, wrote: >> On 20 May 2015 at 21:46, Jan Beulich wrote: >> >>> >>> On 17.05.15 at 22:03, wrote: >>> > --- a/xen/include/xen/efi.h >>> > +++ b/xen/include/xen/efi.h >>> > @@ -8,7 +8,7 @@ >>> > extern const bool_t efi

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

+shannon On 2 June 2015 at 23:10, Julien Grall wrote: > Hi Parth, > > On 17/05/15 21:03, Parth Dixit wrote: >> Create a chosen node for DOM0 with >> - bootargs >> - initrd > > I would have merge this patch with #22. It doesn't contain > controversial/difficult code. > >> Signed-off-by: Naresh B

Re: [Xen-devel] [PATCH v2 22/41] arm : acpi create min DT stub for DOM0

+shannon On 2 June 2015 at 22:57, Julien Grall wrote: > Hi Parth, > > On 17/05/15 21:03, Parth Dixit wrote: >> Create a DT for DOM0 for ACPI-case only. >> DT contains minmal required informations such as > > s/minmal/minimal/ > >> DOM0 bootargs, initrd, efi description table >> and address of uef

Re: [Xen-devel] [PATCH v2 21/41] arm : acpi Initialize serial port from ACPI SPCR table

+shannon On 26 May 2015 at 20:34, Julien Grall wrote: > Hi Parth, > > On 17/05/2015 22:03, Parth Dixit wrote: >> >> @@ -307,6 +308,54 @@ DT_DEVICE_START(pl011, "PL011 UART", DEVICE_SERIAL) >> .init = dt_pl011_uart_init, >> DT_DEVICE_END >> >> +#ifdef CONFIG_ACPI >> +static int __init

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

+shannon On 24 May 2015 at 13:18, Julien Grall wrote: > > On 24/05/2015 08:07, Parth Dixit wrote: >> >> >> >> On 21 May 2015 at 16:58, Julien Grall > > wrote: >> >> Hi Parth, >> >> On 17/05/15 21:03, Parth Dixit wrote: >> > Rename dt-uart.c to arm-uart.

Re: [Xen-devel] [PATCH v2 19/41] arm : acpi Add GIC specific ACPI boot support

+shannon On 21 May 2015 at 17:59, Julien Grall wrote: > Hi Parth, > > On 17/05/15 21:03, Parth Dixit wrote: >> ACPI on Xen hypervisor uses MADT table for proper GIC initialization. >> It needs to parse GIC related subtables, collect CPU interface and >> distributor >> addresses and call driver i

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

+shannon On 25 May 2015 at 17:08, Parth Dixit wrote: > On 25 May 2015 at 15:30, Julien Grall wrote: >> Hi Parth, >> >> On 25/05/2015 07:58, Parth Dixit wrote: >>> >>> On 24 May 2015 at 13:10, Julien Grall wrote: On 24/05/2015 08:06, Parth Dixit wrote: > > > > +struct

Re: [Xen-devel] [PATCH v2 17/41] arm : refactor gic into generic and dt specific parts

+shannon On 21 May 2015 at 17:52, Julien Grall wrote: > On 17/05/15 21:03, Parth Dixit wrote: >> refactor gic related functions into dt and generic parts >> this will be helpful when adding acpi support for gic >> >> Signed-off-by: Parth Dixit >> --- >> xen/arch/arm/gic-v2.c | 13 ++---

Re: [Xen-devel] [PATCH v2 16/41] acpi : Introduce acpi_parse_entries

+shannon On 21 May 2015 at 14:50, Jan Beulich wrote: On 21.05.15 at 11:14, wrote: >> On 20 May 2015 at 21:43, Jan Beulich wrote: >> >>> >>> On 17.05.15 at 22:03, wrote: >>> > add new function acpi_parse_entries which takes >>> > acpi table as argument. This will avoid fetching table >>> >

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

+shannon On 24 May 2015 at 12:30, Parth Dixit wrote: > > > On 20 May 2015 at 23:33, Julien Grall 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

Re: [Xen-devel] [PATCH v2 13/41] arm/acpi : parse MADT to map logical cpu to MPIDR and get cpu_possible_map

+shannon On 20 May 2015 at 22:08, Julien Grall wrote: > Hi Parth, > > On 17/05/15 21:03, Parth Dixit wrote: >> MADT contains the information for MPIDR which is essential for >> SMP initialization, parse the GIC cpu interface structures to >> get the MPIDR value and map it to cpu_logical_map(), an

Re: [Xen-devel] [PATCH v2 14/41] arm : acpi add helper function for setting interrupt type

+shannon On 20 May 2015 at 22:51, Julien Grall wrote: > Hi, > > On 17/05/15 21:03, Parth Dixit wrote: >> set edge/level type information for an interrupt >> >> Signed-off-by: Parth Dixit >> --- >> xen/arch/arm/irq.c | 17 + >> xen/include/asm-arm/acpi.h | 26

Re: [Xen-devel] [PATCH v2 12/41] arm : move dt specific code in smp to seperate functions

+shannon On 20 May 2015 at 21:13, Julien Grall wrote: > Hi Parth, > > On 17/05/15 21:03, Parth Dixit wrote: >> +void __init smp_init_cpus(void) >> +{ >> +int rc; > > Missing blank line here. > >> +/* initialize PSCI and set a global variable */ >> +psci_init(); >> + >> +if ( (rc =

Re: [Xen-devel] [PATCH v2 11/41] arm/acpi : add GTDT support updated by ACPI 5.1

+shannon On 24 May 2015 at 11:36, Parth Dixit wrote: > > > On 18 May 2015 at 20:41, Julien Grall wrote: >> >> Hi Parth, >> >> On 17/05/15 21:03, Parth Dixit wrote: >> > With ACPI 5.0, we got per-processor timer support in GTDT, >> > and ACPI 5.1 introduced the support for platform (memory-mapped

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

+shannon On 24 May 2015 at 11:39, Parth Dixit wrote: > > > On 18 May 2015 at 20:36, Julien Grall wrote: >> >> Hi Parth, >> >> On 17/05/15 21:03, Parth Dixit wrote: >> > From: Naresh Bhat >> > >> > When MADT is parsed, print GIC information to make the boot >> > log look pretty. >> > >> > Signe

Re: [Xen-devel] [PATCH v2 09/41] arm/acpi : Add Generic Interrupt and Distributor struct

+shannon On 18 May 2015 at 01:33, Parth Dixit wrote: > Add Generic Interrupt and Distributor (ACPI 5.0) structure. > Add new features for MADT introduced by ACPI 5.1. > Comment on the GIC ID field of the GIC structure which is replaced > by CPU Interface Number. > Add new fields: Redistributor Ba

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

+shannon On 24 May 2015 at 11:35, Parth Dixit wrote: > > > On 18 May 2015 at 20:28, Julien Grall 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 com

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

+shannon On 24 May 2015 at 11:33, Parth Dixit wrote: > > > On 18 May 2015 at 19:59, Julien Grall 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 vari

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

+shannon On 24 May 2015 at 11:32, Parth Dixit wrote: > > > On 18 May 2015 at 19:41, Julien Grall 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 ca

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

+shannon On 24 May 2015 at 13:01, Julien Grall wrote: > 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/M

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

+shannon On 24 May 2015 at 11:29, Parth Dixit wrote: > > > On 18 May 2015 at 18:42, Julien Grall 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

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

+shannon On 24 May 2015 at 11:40, Parth Dixit wrote: > > > On 20 May 2015 at 20:42, Jan Beulich wrote: >> >> >>> On 17.05.15 at 22:03, 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

Re: [Xen-devel] [PATCH v2 03/41] arm/acpi : emulate io ports for arm

+shannon On 18 May 2015 at 18:33, Julien Grall wrote: > Hi Parth, > > On 17/05/15 21:03, Parth Dixit wrote: >> add macros to emulate x86 style ports for arm. >> This avoids modification in common code for acpi. > > This patch looks wrong to me. On ARM ioport access is done using the PCI > address

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

+shannon On 20 May 2015 at 22:01, Jan Beulich wrote: On 20.05.15 at 17:49, wrote: >> What about defining a new define HAVE_NUMA? > > That might be an acceptable compromise. > > Jan > ___ Xen-devel mailing list Xen-devel@lists.xen.org http://lists