[Xen-devel] [PATCH v4 12/21] arm/irq: Drop the DT prefix of the irq line type

From: Shannon Zhao Make these types generic to DT and ACPI. So they are can be used in ACPI codes. Signed-off-by: Shannon Zhao --- xen/arch/arm/domain_build.c | 10 - xen/arch/arm/gic-hip04.c | 10 -

[Xen-devel] [PATCH v4 16/21] arm/irq: Add helper function for setting interrupt type

From: Parth Dixit Add a helper function to set edge/level type information for an interrupt. Signed-off-by: Parth Dixit Signed-off-by: Shannon Zhao Acked-by: Stefano Stabellini ---

[Xen-devel] [PATCH v4 13/21] arm/gic-v2: Add ACPI boot support for GICv2

From: Parth Dixit ACPI on Xen hypervisor uses MADT table for proper GIC initialization. First get the GIC version from GIC Distributor. Then parse GIC related subtables, collect CPU interface and distributor addresses and call driver initialization function (which is

[Xen-devel] [PATCH v4 21/21] arm/acpi: Add acpi parameter to enable/disable acpi

From: Shannon Zhao Define new command line parameter "acpi" to enable/disable acpi. This implements the following policy to decide whether ACPI should be used to boot the system: - acpi=off: ACPI will not be used to boot the system, even if there is no alternative

[Xen-devel] [PATCH v4 20/21] arm/fdt: Export device_tree_for_each_node

From: Shannon Zhao This function will be used by ACPI booting. Export it so that it can be used by other files. Signed-off-by: Shannon Zhao --- xen/arch/arm/bootfdt.c| 6 +++--- xen/include/xen/device_tree.h | 4 2 files changed,

[Xen-devel] [PATCH v4 19/21] arm/acpi: Initialize serial port from ACPI SPCR table

From: Shannon Zhao Parse ACPI SPCR (Serial Port Console Redirection table) table and initialize the serial port pl011. Signed-off-by: Parth Dixit Signed-off-by: Shannon Zhao --- V4: Add other fields of SPCR Interface

[Xen-devel] [PATCH v4 15/21] arm/gic: Add ACPI support for GIC preinit

From: Shannon Zhao Since ACPI 6.0 defines that GIC Distributor Structure contains the GIC version filed, it could get GIC version from that. Then call acpi device initializing function to preinit GIC device. Signed-off-by: Shannon Zhao --- V4:

[Xen-devel] [PATCH v4 18/21] arm/acpi: Add a new ACPI initialized function for UART

From: Shannon Zhao This adds a new function to initialize UART for ACPI on ARM. Signed-off-by: Shannon Zhao --- xen/arch/arm/setup.c| 2 +- xen/drivers/char/arm-uart.c | 33 +++-- xen/include/xen/serial.h

[Xen-devel] [xen-4.6-testing baseline-only test] 38687: trouble: blocked/broken/fail/pass

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

[Xen-devel] [PATCH v5 5/8] arm/gic-v2: Refactor gicv2_init into generic and dt specific parts

From: Shannon Zhao Refactor gic-v2 related functions into dt and generic parts. This will be helpful when adding acpi support for gic. Signed-off-by: Parth Dixit Signed-off-by: Shannon Zhao Acked-by: Stefano Stabellini

[Xen-devel] [PATCH v5 7/8] arm/uart: Rename dt-uart.c to arm-uart.c

From: Shannon Zhao Since we will add ACPI initialization for UART in this file later, rename it with a generic name. Signed-off-by: Shannon Zhao --- v5: make the patch readable v4: split the original patch to renaming this and adding ACPI

[Xen-devel] [PATCH v4 11/21] arm: Introduce a generic way to use a device from acpi

From: Parth Dixit Add generic way to use device from acpi similar to the way it is supported in device tree. Signed-off-by: Parth Dixit Signed-off-by: Shannon Zhao --- V4: drop __attribute__ --- xen/arch/arm/device.c

[Xen-devel] [PATCH v4 17/21] arm/acpi: Parse GTDT to initialize timer

From: Shannon Zhao Parse GTDT (Generic Timer Descriptor Table) to initialize timer. Using the information presented by GTDT to initialize the arch timer (not memory-mapped). Signed-off-by: Parth Dixit Signed-off-by: Shannon Zhao

[Xen-devel] [PATCH v4 14/21] arm/gic-v3: Add ACPI boot support for GICv3

From: Shannon Zhao Like GICv2, ACPI on Xen hypervisor uses MADT table for proper GICv3 initialization. Parse GIC distributor subtable, redistributor subtable and interrupt subtable. Signed-off-by: Shannon Zhao --- V4: move ioremap to common

[Xen-devel] [qemu-mainline baseline-only test] 38685: regressions - trouble: broken/fail/pass

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

[Xen-devel] [linux-next test] 78799: regressions - trouble: broken/fail/pass

flight 78799 linux-next real [real] http://logs.test-lab.xenproject.org/osstest/logs/78799/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-i386-xl-qemut-debianhvm-amd64-xsm 3 host-install(3) broken REGR. vs. 78670

[Xen-devel] [PATCH v4 00/21] Add ACPI support for Xen itself on ARM64

From: Shannon Zhao These patches are Part 3 of the previous patch set I sent which adds ACPI support for arm64 on Xen[1]. Split them as an individual set for convenient reviewing. These patches mostly add ACPI support for Xen itself(not yet for Dom0) on ARM64. It makes

[Xen-devel] [PATCH v4 09/21] arm/acpi: Add ACPI support for SMP initialization

From: Shannon Zhao ACPI 5.1 only has two explicit methods to boot up SMP, PSCI and Parking protocol, but the Parking protocol is only specified for ARMv7 now, so make PSCI as the only way for the SMP boot protocol before some updates for the ACPI spec or the Parking

[Xen-devel] [PATCH v4 07/21] arm/acpi: Print GIC information when MADT is parsed

From: Shannon Zhao When MADT is parsed, print GIC information to make the boot log look pretty. Signed-off-by: Hanjun Guo Signed-off-by: Tomasz Nowicki Signed-off-by: Shannon Zhao --- V4: use

[Xen-devel] [PATCH v4 06/21] arm/acpi: Parse FADT table and get PSCI flags

From: Shannon Zhao 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 conduit for PSCI calls by toggling between Hypervisor Calls (HVC) and Secure Monitor

[Xen-devel] [PATCH v4 08/21] arm/acpi: Parse MADT to map logical cpu to MPIDR and get cpu_possible_map

From: Parth Dixit 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(), and add enabled cpu with valid MPIDR into cpu_possible_map. Move

[Xen-devel] [PATCH v4 05/21] arm/acpi: Add basic ACPI initialization

From: Shannon Zhao 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. Signed-off-by: Naresh Bhat Signed-off-by: Parth Dixit

[Xen-devel] [PATCH v4 03/21] arm/acpi: Add __acpi_map_table function for ARM

From: Shannon Zhao Implement __acpi_map_table function for ARM. Signed-off-by: Shannon Zhao --- V4: add __acpi_map_table function --- xen/arch/arm/Makefile| 1 + xen/arch/arm/acpi/Makefile | 1 + xen/arch/arm/acpi/lib.c | 52

[Xen-devel] [PATCH v4 04/21] arm/acpi: Move end_boot_allocator after acpi_boot_table_init

From: Shannon Zhao If ACPI is initialized after the boot allocator has ended(the system state is not early boot), assert happens in acpi_os_zalloc_memory and acpi_boot_table_init will fail. So it needs to move end_boot_allocator after acpi_boot_table_init.

[Xen-devel] [PATCH v4 01/21] arm/acpi: Emulate io ports for arm

From: Shannon Zhao Add macros to emulate x86 style ports for arm. This avoids modification in common code for acpi. Here just print a warning on ARM. Signed-off-by: Shannon Zhao --- V4: print warning --- xen/include/asm-arm/arm64/io.h | 18

[Xen-devel] [PATCH v4 02/21] arm/acpi: Add arm specific acpi header file

From: Shannon Zhao Add architecture specific definitions and calls required for acpi in new header file. Signed-off-by: Parth Dixit Signed-off-by: Shannon Zhao Acked-by: Stefano Stabellini

[Xen-devel] [PATCH v4 10/21] acpi/table: Introduce acpi_table_get_entry_madt to get specified entry

From: Shannon Zhao This function could get the specified index entry of MADT table. This would be useful when it needs to get the contens of the entry. Cc: Jan Beulich Signed-off-by: Shannon Zhao --- V4: Fix coding style and

Re: [Xen-devel] [PULL 10/11] Add Error **errp for xen_pt_config_init()

On 01/22/2016 07:21 PM, Paolo Bonzini wrote: On 21/01/2016 18:01, Stefano Stabellini wrote: -XEN_PT_LOG(>dev, "Failed to initialize %d/%ld reg 0x%x in grp_type=0x%x (%d/%ld), rc=%d\n", - j,

[Xen-devel] [PATCH v5 1/8] Kconfig: import kconfig.h from Linux 4.3

From: Shannon Zhao To support using CONFIG_ options in C/CPP expressions, import kconfig.h from the Linux v4.3 tag (commit id 6a13feb9c82803e2b815eca72fa7a9f5561d7861). CC: Doug Goldstein Signed-off-by: Shannon Zhao ---

[Xen-devel] [PATCH v5 6/8] arm/gic-v3: Refactor gicv3_init into generic and dt specific parts

From: Shannon Zhao Refactor gic-v3 related functions into dt and generic parts. This will be helpful when adding acpi support for gic-v3. Signed-off-by: Shannon Zhao --- v5: none v4: Use INVALID_PADDR and move ioremap to common init function

[Xen-devel] [PATCH v5 3/8] acpi: Refactor acpi_os_map_memory to be architecturally independent

From: Shannon Zhao The first Mb handling is not necessary and the attribute of __vmap() is different for ARM. Factor the first Mb handling only for x86 and define a mapping attribute for each architecture. Cc: Jan Beulich Signed-off-by: Shannon Zhao

[Xen-devel] [PATCH v5 8/8] pl011: Refactor pl011 driver to dt and common initialization parts

From: Shannon Zhao Refactor pl011 driver to dt and common initialization parts. This will be useful later when acpi specific uart initialization function is introduced. Signed-off-by: Parth Dixit Signed-off-by: Shannon Zhao

[Xen-devel] [PATCH v5 0/8] Refactor DT specific codes preparing for ACPI support on ARM64

From: Shannon Zhao These patches are Part 2 of the previous patch set I sent which adds ACPI support for arm64 on Xen[1]. Split them as an individual set for convenient reviewing. The first patch import kconfig.h from Linux to support the use of IS_ENABLED(). The second

[Xen-devel] [PATCH v5 2/8] ACPI: add config for BIOS table scan

From: Graeme Gregory With the addition of ARM64 that does not have a traditional BIOS to scan, add a config option which is selected on x86 (ia64 doesn't need it either, it is EFI/UEFI based system) to do the traditional BIOS scanning for tables. Signed-off-by: Graeme

Re: [Xen-devel] [Qemu-devel] [PATCH v3 04/11] igd: switch TYPE_IGD_PASSTHROUGH_I440FX_PCI_DEVICE to realize

On Tue, Jan 05, 2016 at 12:41:31PM +0100, Gerd Hoffmann wrote: > Signed-off-by: Gerd Hoffmann > --- > hw/pci-host/igd.c | 9 - > 1 file changed, 4 insertions(+), 5 deletions(-) > > diff --git a/hw/pci-host/igd.c b/hw/pci-host/igd.c > index ef0273b..d1eeafb 100644 >

Re: [Xen-devel] [PATCH v3 05/11] igd: TYPE_IGD_PASSTHROUGH_I440FX_PCI_DEVICE: call parent realize

On Wed, Jan 20, 2016 at 10:10:11AM +0100, Gerd Hoffmann wrote: > Hi, > > > > > > +i440fx_realize = k->realize; > > > > > k->realize = igd_pt_i440fx_realize; > > > > > > ... because we are overriding it right here. > > > > Many device classes have a parent_realize field so they can

[Xen-devel] [xen-4.5-testing baseline-only test] 38688: regressions - trouble: broken/fail/pass

This run is configured for baseline tests only. flight 38688 xen-4.5-testing real [real] http://osstest.xs.citrite.net/~osstest/testlogs/logs/38688/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-armhf-armhf-xl-midway 15

Re: [Xen-devel] [PATCH v5 1/8] Kconfig: import kconfig.h from Linux 4.3

On 23/01/16 17:14, Jonathan Creekmore wrote: > Shannon Zhao writes: > >> From: Shannon Zhao >> >> To support using CONFIG_ options in C/CPP expressions, import kconfig.h >> from the Linux v4.3 tag (commit id >> 6a13feb9c82803e2b815eca72fa7a9f5561d7861). >> >> CC: Doug

Re: [Xen-devel] [PATCH 1/3] xen-netback: fix license ident used in MODULE_LICENSE

On Fri, Jan 22, 2016 at 08:25:21PM +, One Thousand Gnomes wrote: > > The fact what include/linux/license.h:license_is_gpl_compatible includes > > "Dual MIT/GPL" as an option seems to suggest that it is enough of a thing > > to be validly used as the contents of a MODULE_LICENSE() thing. > >

Re: [Xen-devel] [PATCH v1 04/12] xen/hvmlite: Bootstrap HVMlite guest

>However, this stub belongs in Linux, not in the Xen toolstack. That >way, when the Linux boot protocol is modified, both sides can be >updated >accordingly. I would add that this idea is borrowed from the EFI stub code that Linux has which also constructs the boot parameter structure when

Re: [Xen-devel] [PATCH v1 04/12] xen/hvmlite: Bootstrap HVMlite guest

On January 23, 2016 7:34:33 AM PST, Konrad Rzeszutek Wilk wrote: > >>However, this stub belongs in Linux, not in the Xen toolstack. That >>way, when the Linux boot protocol is modified, both sides can be >>updated >>accordingly. > >I would add that this idea is borrowed

Re: [Xen-devel] [PATCH v5 1/8] Kconfig: import kconfig.h from Linux 4.3

Shannon Zhao writes: > From: Shannon Zhao > > To support using CONFIG_ options in C/CPP expressions, import kconfig.h > from the Linux v4.3 tag (commit id > 6a13feb9c82803e2b815eca72fa7a9f5561d7861). > > CC: Doug Goldstein > Signed-off-by: Shannon

Re: [Xen-devel] [PATCH v1 04/12] xen/hvmlite: Bootstrap HVMlite guest

On 23/01/2016 00:55, Luis R. Rodriguez wrote: > On Fri, Jan 22, 2016 at 4:30 PM, Andrew Cooper > wrote: >> the DMLite boot >> protocol is OS agnostic, and will be staying that way. > What's the DMLite boot protocol? It is a statement of the initial state of a DMLite

Re: [Xen-devel] [RFC V2] xen: interface: introduce pvclk interface

Hi Ian, On Thu, Jan 21, 2016 at 12:49:24PM +, Ian Campbell wrote: >On Thu, 2016-01-21 at 20:35 +0800, Peng Fan wrote: >> On Thu, Jan 21, 2016 at 12:26:04PM +, Ian Campbell wrote: >> > Would adding a dummy fixed-clock[0] (or several of them) to the guest >> > passthrough DT satisfy the

Re: [Xen-devel] [PATCH v1 04/12] xen/hvmlite: Bootstrap HVMlite guest

On January 23, 2016 8:12:23 AM PST, Konrad Rzeszutek Wilk wrote: >On January 23, 2016 11:01:06 AM EST, "H. Peter Anvin" >wrote: >>On January 23, 2016 7:34:33 AM PST, Konrad Rzeszutek Wilk >> wrote: >>> However, this stub

Re: [Xen-devel] [RFC] VirtFS support on Xen

On January 23, 2016 9:50:30 AM EST, Wei Liu wrote: >On Sat, Jan 23, 2016 at 01:33:40PM +0800, Bob Liu wrote: >> >> On 01/22/2016 06:50 PM, Wei Liu wrote: >> > On Fri, Jan 22, 2016 at 06:45:30PM +0800, Bob Liu wrote: >> >> Hi Wei, >> >> >> >> On 01/21/2016 06:59 PM, Wei Liu

[Xen-devel] [xen-unstable test] 78811: trouble: broken/fail/pass

flight 78811 xen-unstable real [real] http://logs.test-lab.xenproject.org/osstest/logs/78811/ Failures and problems with tests :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-i386-xl-qemuu-ovmf-amd64 3 host-install(3) broken REGR. vs. 78610

Re: [Xen-devel] [PATCH v1 04/12] xen/hvmlite: Bootstrap HVMlite guest

On January 23, 2016 11:01:06 AM EST, "H. Peter Anvin" wrote: >On January 23, 2016 7:34:33 AM PST, Konrad Rzeszutek Wilk > wrote: >> >>>However, this stub belongs in Linux, not in the Xen toolstack. That >>>way, when the Linux boot protocol is modified,

Re: [Xen-devel] [RFC] VirtFS support on Xen

On Sat, Jan 23, 2016 at 01:33:40PM +0800, Bob Liu wrote: > > On 01/22/2016 06:50 PM, Wei Liu wrote: > > On Fri, Jan 22, 2016 at 06:45:30PM +0800, Bob Liu wrote: > >> Hi Wei, > >> > >> On 01/21/2016 06:59 PM, Wei Liu wrote: > >>> On Thu, Jan 21, 2016 at 10:50:08AM +, David Vrabel wrote: >

Re: [Xen-devel] [PATCH v5 2/8] ACPI: add config for BIOS table scan

Shannon Zhao writes: > From: Graeme Gregory > > With the addition of ARM64 that does not have a traditional BIOS to > scan, add a config option which is selected on x86 (ia64 doesn't need > it either, it is EFI/UEFI based system) to do the traditional BIOS > scanning

[Xen-devel] [qemu-upstream-unstable test] 78815: regressions - FAIL

flight 78815 qemu-upstream-unstable real [real] http://logs.test-lab.xenproject.org/osstest/logs/78815/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-amd64-xl-qemuu-ovmf-amd64 15 guest-localmigrate/x10 fail REGR. vs. 78442

[Xen-devel] [linux-mingo-tip-master test] 78856: regressions - trouble: blocked/broken/fail/pass

flight 78856 linux-mingo-tip-master real [real] http://logs.test-lab.xenproject.org/osstest/logs/78856/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-i386-xl-qemut-debianhvm-amd64-xsm 3 host-install(3) broken REGR. vs. 60684

[Xen-devel] Status of "dma, x86, xen: reduce SWIOTLB usage in Xen guests" series

Greetings, We are having problems related to mptsas and "swiotlb buffer is full" with the Xen4CentOS kernel (3.18). It looks like the last related work was the series http://lists.xenproject.org/archives/html/xen-devel/2014-12/msg00770.html back at the end of 2014 and I'm wondering if there

[Xen-devel] [distros-debian-stretch test] 38690: tolerable trouble: broken/pass

flight 38690 distros-debian-stretch real [real] http://osstest.xs.citrite.net/~osstest/testlogs/logs/38690/ Failures :-/ but no regressions. Regressions which are regarded as allowable (not blocking): test-amd64-amd64-amd64-stretch-netboot-pvgrub 3 host-install(3) broken blocked in 38645

[Xen-devel] [ovmf test] 78870: trouble: blocked/broken

flight 78870 ovmf real [real] http://logs.test-lab.xenproject.org/osstest/logs/78870/ Failures and problems with tests :-( Tests which did not succeed and are blocking, including tests which could not be run: build-i386-pvops 3 host-install(3) broken REGR. vs. 65543

[Xen-devel] [BUG] pci-passthrough generates "xen:events: Failed to obtain physical IRQ" for some devices

Xen developers, After an upgrade of my Debian Jessie dom0 and domUs, my passthroughed NIC stopped working. This bug was probably introduced in Debian Jessie sometime between 2015-12-30 and 2016-01-08 as 2015-12-30 as 2015-12-30 was the last time I upgraded without any problems according to my

[Xen-devel] [linux-linus test] 78857: regressions - trouble: broken/fail/pass

flight 78857 linux-linus real [real] http://logs.test-lab.xenproject.org/osstest/logs/78857/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-armhf-armhf-xl 3 host-install(3) broken REGR. vs. 59254

[Xen-devel] [libvirt test] 78860: trouble: broken/pass

flight 78860 libvirt real [real] http://logs.test-lab.xenproject.org/osstest/logs/78860/ Failures and problems with tests :-( Tests which did not succeed and are blocking, including tests which could not be run: test-armhf-armhf-libvirt-raw 3 host-install(3) broken REGR. vs. 78787