Re: [Xen-devel] [RFC v2 00/16] Old GIC (gic-vgic) optimizations for GICV2

On 26/12/2018 11:20, Andrii Anisov wrote: > From: Andrii Anisov > > This patch series is an attempt to reduce IRQ latency with the > old GIC implementation (gic-vgic). These patches originally based > on XEN 4.10 release. The motivation was to improve benchmark > results of a system given to a cu

Re: [Xen-devel] [PATCH for-4.12] gic-vgic: fix assert condition

On 24/01/2019 18:47, Nuernberger, Stefan wrote: > On Thu, 2019-01-24 at 20:33 +0200, Andrii Anisov wrote: >> From: Andrii Anisov >> >> Signed-off-by: Andrii Anisov >> --- >>  xen/arch/arm/gic-vgic.c | 2 +- >>  1 file changed, 1 insertion(+), 1 deletion(-) >> >> diff --git a/xen/arch/arm/gic-vgic.

Re: [Xen-devel] [PATCH v1 1/2] xen/arm: Add Amlogic Meson SoCs earlyprintk support

On 26/01/2019 08:53, Amit Singh Tomar wrote: > Signed-off-by: Amit Singh Tomar > --- > TODO: > * Capture XEN boot info on WIKI(just forgot my > XEN Wiki credentials). > > Changes since RFC: > > * Replaced LDRH with LDR, with this there > is no scattered outpu

Re: [Xen-devel] [PATCH v1 2/2] xen/arm: Add MESON UART driver for Amlogic Meson SoCs

On 26/01/2019 08:53, Amit Singh Tomar wrote: > This patch adds driver for UART controller present on Amlogic Meson > SoCs and it has been tested on Nanopi K2 board based on S905 SoC. > > Controller registers defination is taken from Linux 4.20. > > Signed-off-by: Amit Singh Tomar > --- > Changes

Re: [Xen-devel] [PATCH v2 1/3] xen/arm: Add Amlogic Meson SoCs earlyprintk support

On 21/03/2019 10:25, Amit Singh Tomar wrote: > Signed-off-by: Amit Singh Tomar Apart from the missing commit message: Reviewed-by: Andre Przywara Tested-by: Andre Przywara Cheers, Andre. > --- > TODO: > * Capture XEN boot info on WIKI. > > Changes since v1: > > * Fixed codi

Re: [Xen-devel] [PATCH v2 2/3] xen/arm: Add MESON UART driver for Amlogic Meson SoCs

On 21/03/2019 10:25, Amit Singh Tomar wrote: > This patch adds driver for UART controller present on Amlogic Meson > SoCs and it has been tested on Nanopi K2 board based on S905 SoC. > > Controller registers defination is taken from Linux 4.20. > https://github.com/torvalds/linux/blob/v4.20-rc1/dr

Re: [Xen-devel] [PATCH v2 3/3] MAINTAINERS: add ARM meson serial driver

On 21/03/2019 10:25, Amit Singh Tomar wrote: > The meson-uart.c is an ARM specific UART driver for the Amlogic MESON > SoC family. > > Signed-off-by: Amit Singh Tomar Reviewed-by: Andre Przywara Cheers, Andre > --- > MAINTAINERS | 1 + > 1 file changed, 1 insertion(+) > > diff --git a/MAINT

Re: [Xen-devel] [PATCH] xen/arm: Blacklist PMU with "arm, cortex-a53-pmu"

On 14/04/2019 17:07, Julien Grall wrote: > Hi, > > On 4/14/19 3:33 PM, Amit Singh Tomar wrote: >> At the moment, we hide PMU's from domain 0 and XEN boot fails on >> platform[1] >> where DTS contains "arm,cortex-a53-pmu" as compatible string for PMU >> node. > > "Domain 0 and Xen boot fails" is p

Re: [Xen-devel] [PATCH] arch: arm: vgic-v3: fix GICD_ISACTIVER range

On 13/11/2019 01:08, Julien Grall wrote: Hi, > On Tue, 12 Nov 2019, 04:01 Stefano Stabellini, > wrote: > > On Sat, 9 Nov 2019, Julien Grall wrote: > > On Sat, 9 Nov 2019, 04:27 Stefano Stabellini, > mailto:sstabell...@kernel.org>> wrote: > >       

Re: [Xen-devel] [PATCH v2 1/2] xen/arm: Add MVEBU UART driver for Marvell Armada 3700 SoC

On 04/04/18 23:25, Amit Tomer wrote: > Hi, > >> Just a nit, but it might be smarter to first check for the receive IRQ, >> because not handling this might loose information. TX is less critical. > > Ok, actually tried it ealier when I was debugging the Rx path issue and > that time it didn't wor

Re: [Xen-devel] [PATCH v2 1/2] xen/arm: Add MVEBU UART driver for Marvell Armada 3700 SoC

On 05/04/18 00:17, Amit Tomer wrote: > Hi, > >> Ah yes, if that works, we should. That bit is from the Linux BSP, isn't it? > > Yes, it's from Linux BSP code only. Hope following is fine. > > if ( reg & STATUS_TXFIFO_EMP ) > return TX_FIFO_SIZE; > else if ( reg & STAT_TX_FIFO_HFL

Re: [Xen-devel] [PATCH v3 1/2] xen/arm: Add MVEBU UART driver for Marvell Armada 3700 SoC

On 05/04/18 11:16, Amit Singh Tomar wrote: > This patch adds driver for UART controller found on Armada 3700 SoC. > > There is no reference manuals available for 3700 SoC in public and it > is derived by looking at Linux driver[1]. > > [1]https://github.com/torvalds/linux/blob/master/drivers/tty/

Re: [Xen-devel] [PATCH v3 2/2] xen/arm: Add Marvell ARMADA 3700 early printk support

On 05/04/18 11:16, Amit Singh Tomar wrote: > Signed-off-by: Amit Singh Tomar Compiled with CONFIG_EARLY_PRINTK=mvebu, I see Xen's pre-DT boot messages. In addition to my Reviewed-by: Tested-by: Andre Przywara Cheers, Andre. > --- > Changes since v2: > * Addressed Andre's comments. > Chang

Re: [Xen-devel] Xen on POWER

On 09/03/18 13:35, awokd wrote: > On Fri, March 9, 2018 11:52 am, awokd wrote: > >> Xen on ARM might be a more reasonable starting point but I'm not sure >> that would provide enough horsepower to drive a workstation That's indeed an issue. There are ARM64 SoCs which are very capable and could ea

Re: [Xen-devel] [PATCH 1/6] xen/arm: gic: Fix indentation in gic_update_one_lr

On 09/03/18 17:35, julien.gr...@arm.com wrote: > From: Julien Grall > > Signed-off-by: Julien Grall Reviewed-by: Andre Przywara Cheers, Andre. > --- > xen/arch/arm/gic-vgic.c | 4 ++-- > 1 file changed, 2 insertions(+), 2 deletions(-) > > diff --git a/xen/arch/arm/gic-vgic.c b/xen/arch/arm

Re: [Xen-devel] [PATCH v3 13/39] ARM: new VGIC: Add IRQ sync/flush framework

On 27/03/18 20:20, Stefano Stabellini wrote: > On Tue, 27 Mar 2018, Stefano Stabellini wrote: >> On Tue, 27 Mar 2018, Andre Przywara wrote: >>> Hi, >>> >>> On 26/03/18 22:30, Stefano Stabellini wrote: On Wed, 21 Mar 2018, Andre Przywara wrote: > Implement the framework for syncing IRQs bet

Re: [Xen-devel] [PATCH v3a 14/39] ARM: new VGIC: Add GICv2 world switch backend

On 27/03/18 20:41, Stefano Stabellini wrote: > On Tue, 27 Mar 2018, Andre Przywara wrote: >> Hi, >> >> On 27/03/18 00:22, Stefano Stabellini wrote: >>> On Thu, 22 Mar 2018, Andre Przywara wrote: Processing maintenance interrupts and accessing the list registers are dependent on the host's

Re: [Xen-devel] [PATCH v1] xen/arm: Add MVEBU UART driver for Armada 3700 SoC

Hi, I tested this on my board and it works like expected. I would very much like to see this driver still in 4.11. Some (minor) comments on the code below. On 16/03/18 17:34, Amit Singh Tomar wrote: > This patch adds driver for UART controller found on Armada 3700 SoC. Can you please mention "M

Re: [Xen-devel] [PATCH] xen:arm: Populate arm64 image header

On 08/31/2018 06:14 PM, Julien Grall wrote: Hi, > On 08/31/2018 06:01 PM, Amit Singh Tomar wrote: >> While porting XEN on Amlogic SoC we found that in absence of >> image_size field of XEN image header, bootloader(U-BOOT) >> relocates[1] the XEN image to an address(not appropriate >> for Amlogic)

[Xen-devel] [PATCH] xen:arm: Populate arm64 image header

On 08/31/2018 09:39 PM, Julien Grall wrote: Hi, tl;dr: I think we don't disagree on the usefulness of this change in general, so let's just change the commit towards something like: Update the Xen image header to match the newest Linux kernel definition. This allows to specify some relaxed prope

Re: [Xen-devel] [PATCH] xen:arm: Populate arm64 image header

On 09/01/2018 02:01 PM, Amit Tomer wrote: > Hello, > >> Yes, and in fact it seems one can work around this by cleverly >> constructing the load addresses, > > But we are really dealing a corner case here. No matter where > we load the image, it would be relocated to 0x8( since dram > starts a

[Xen-devel] [RFC PATCH 2/2] xen/arm: Add MESON UART driver for Amlogic S905 SoC

On 8/7/18 6:07 PM, Amit Singh Tomar wrote: Hi, > This patch adds driver for UART controller present on Amlogic S905 > SoC. > https://dn.odroid.com/S905/DataSheet/S905_Public_Datasheet_V1.1.4.pdf > > Signed-off-by: Amit Singh Tomar > --- > xen/drivers/char/Kconfig | 8 ++ > xen/drivers/c

[Xen-devel] [RFC PATCH 1/2] xen/arm: Add Amlogic S905 SoC early printk support

On 8/7/18 6:07 PM, Amit Singh Tomar wrote: Hi, commit message? > Signed-off-by: Amit Singh Tomar > --- > docs/misc/arm/early-printk.txt | 1 + > xen/arch/arm/Rules.mk | 1 + > xen/arch/arm/arm64/debug-meson.inc | 50 > ++ 3 files changed, 5

Re: [Xen-devel] [PATCH] ARM: GICv3: copy Dom0 GICv3 reg property from host DT

On 30/01/18 19:04, Stefano Stabellini wrote: > On Tue, 30 Jan 2018, Andre Przywara wrote: >> At the moment we re-generate the Dom0 GICv3 DT node, by creating the >> "reg" property from scratch using our previously parsed and >> translated(!) host addresses. However we then write the *absolute* >> a

Re: DT with memory bank of size 0 (WAS: Re: AW: AW: Colibri imx8qxp: Missing kernel boot module)

On 17/09/2020 01:31, Stefano Stabellini wrote: Hi, > On Wed, 16 Sep 2020, Julien Grall wrote: >> On 14/09/2020 15:26, Daniel Wagner2 wrote: >>> Hi Julien, >> >> Hi Daniel, >> >> I am moving the thread to xen-devel and adding a couple of more folks. >> > > this is the full version of

Re: [PATCH 0/4] xen/arm: Unbreak ACPI

On 29/09/2020 22:11, Alex Bennée wrote: Hi, > Julien Grall writes: > >> Hi Alex, >> >> On 29/09/2020 16:29, Alex Bennée wrote: >>> >>> Julien Grall writes: >>> From: Julien Grall Hi all, Xen on ARM has been broken for quite a while on ACPI systems. This series ai

Re: Virtio in Xen on Arm (based on IOREQ concept)

On 21/07/2020 14:43, Julien Grall wrote: > (+ Andre) > > Hi Oleksandr, > > On 21/07/2020 13:26, Oleksandr wrote: >> On 20.07.20 23:38, Stefano Stabellini wrote: >>> For instance, what's your take on notifications with virtio-mmio? How >>> are they modelled today? Are they good enough or do we nee

Re: Virtio in Xen on Arm (based on IOREQ concept)

On 21/07/2020 15:52, Oleksandr wrote: > > On 21.07.20 17:32, André Przywara wrote: >> On 21/07/2020 14:43, Julien Grall wrote: > > Hello Andre, Julien > > >>> (+ Andre) >>> >>> Hi Oleksandr, >>> >>> On 21/07/2020 13:

Re: Virtio in Xen on Arm (based on IOREQ concept)

On 21/07/2020 17:09, Oleksandr wrote: > > On 21.07.20 17:58, André Przywara wrote: >> On 21/07/2020 15:52, Oleksandr wrote: >>> On 21.07.20 17:32, André Przywara wrote: >>>> On 21/07/2020 14:43, Julien Grall wrote: >>> Hello Andre, Julien >&g

Re: dom0 LInux 5.8-rc5 kernel failing to initialize cooling maps for Allwinner H6 SoC

On 24/07/2020 12:20, Alejandro wrote: Hi, > El vie., 24 jul. 2020 a las 12:45, Julien Grall () escribió: >>> I'm trying Xen 4.13.1 in a Allwinner H6 SoC (more precisely a Pine H64 >>> model B, with a ARM Cortex-A53 CPU). >>> I managed to get a dom0 Linux 5.8-rc5 kernel running fine, unpatched, >>

Re: dom0 LInux 5.8-rc5 kernel failing to initialize cooling maps for Allwinner H6 SoC

On 28/07/2020 11:39, Alejandro wrote: > Hello, > > El dom., 26 jul. 2020 a las 22:25, André Przywara > () escribió: >> So this was actually my first thought: The firmware (U-Boot SPL) sets up >> some basic CPU frequency (888 MHz for H6 [1]), which is known to never &g

Re: dom0 LInux 5.8-rc5 kernel failing to initialize cooling maps for Allwinner H6 SoC

abellini > wrote: >> >> On Tue, 28 Jul 2020, André Przywara wrote: >>> On 28/07/2020 11:39, Alejandro wrote: >>>> Hello, >>>> >>>> El dom., 26 jul. 2020 a las 22:25, André Przywara >>>> () escribió: >>>>> So this

Re: [PATCH] xen/arm: Missing N1/A76/A75 FP registers in vCPU context switch

On 18/08/2020 04:11, Wei Chen wrote: Hi Wei, > Xen has cpu_has_fp/cpu_has_simd to detect whether the CPU supports > FP/SIMD or not. But currently, this two MACROs only consider value 0 > of ID_AA64PFR0_EL1.FP/SIMD as FP/SIMD features enabled. But for CPUs > that support FP/SIMD and half-precision

Re: [PATCH] xen/arm: Missing N1/A76/A75 FP registers in vCPU context switch

On 18/08/2020 10:25, Bertrand Marquis wrote: Hi, >> On 18 Aug 2020, at 10:14, André Przywara wrote: >> >> On 18/08/2020 04:11, Wei Chen wrote: >> >> Hi Wei, >> >>> Xen has cpu_has_fp/cpu_has_simd to detect whether the CPU supports >>> FP/SIM

Re: [PATCH] xen/arm: Missing N1/A76/A75 FP registers in vCPU context switch

On 18/08/2020 11:13, Bertrand Marquis wrote: Hi, >> On 18 Aug 2020, at 10:42, André Przywara wrote: >> >> On 18/08/2020 10:25, Bertrand Marquis wrote: >> >> Hi, >> >>>> On 18 Aug 2020, at 10:14, André Przywara wrote: >>>>

Re: [PATCH] xen/rpi4: implement watchdog-based reset

On 04/06/2020 09:48, Julien Grall wrote: Hi, > On 03/06/2020 23:31, Stefano Stabellini wrote: >> Touching the watchdog is required to be able to reboot the board. > > In general the preferred method is PSCI. Does it mean RPI 4 doesn't > support PSCI at all? There is mainline Trusted Firmware (T

Re: [PATCH] xen/rpi4: implement watchdog-based reset

On 04/06/2020 17:24, Stefano Stabellini wrote: > On Thu, 4 Jun 2020, André Przywara wrote: >> On 04/06/2020 09:48, Julien Grall wrote: >> >> Hi, >> >>> On 03/06/2020 23:31, Stefano Stabellini wrote: >>>> Touching the watchdog is required to be

Re: [PATCH] xen/rpi4: implement watchdog-based reset

On 04/06/2020 17:46, Stefano Stabellini wrote: > On Thu, 4 Jun 2020, André Przywara wrote: >> On 04/06/2020 17:24, Stefano Stabellini wrote: >>> On Thu, 4 Jun 2020, André Przywara wrote: >>>> On 04/06/2020 09:48, Julien Grall wrote: >>>> >>>>

Re: Smoke test failure on Arm (was Re: [PATCH v4 0/8] xen/arm: Emulate ID registers)

On 05/01/2021 16:06, Julien Grall wrote: > (+ Ian and Andre) > > Hi Bertrand, > > On IRC, Ian pointed out that the smoke test was failing on Cubietruck. > The only patches because the last success and the failure are your series. > > This seems to be a very early failure as there is no output fr