Re: [PATCH v4 30/35] arm: cpu: Add ACPI parking protocol support

2024-09-22 Thread Patrick Rudolph
Hi Simon, On Thu, Sep 19, 2024 at 4:09 PM Simon Glass wrote: > > On Wed, 18 Sept 2024 at 17:23, Patrick Rudolph > wrote: > > > > On Arm platforms that use ACPI they cannot rely on the "spin-table" > > CPU bringup usually defined in the FDT. Thus implement the > > 'ACPI Multi-processor Startup for

Re: [PATCH v4 32/35] arm: mach-bcm283x: Add ARMV8_MULTIENTRY support

2024-09-22 Thread Patrick Rudolph
On Thu, Sep 19, 2024 at 4:10 PM Simon Glass wrote: > > Hi Patrick, > > On Wed, 18 Sept 2024 at 17:27, Patrick Rudolph > wrote: > > > > When ACPI is enabled over FDT the APs cannot be brought out of reset > > by the OS using the "FDT spin-table" mechanism, as no FDT is provided > > to the OS. The

Re: [PATCH v4 23/35] drivers/arm: Implement acpi_fill_madt

2024-09-22 Thread Patrick Rudolph
On Thu, Sep 19, 2024 at 4:12 PM Simon Glass wrote: > > On Wed, 18 Sept 2024 at 17:22, Patrick Rudolph > wrote: > > > > Fill the MADT table in the GICV3 driver and armv8 CPU driver to > > drop SoC specific code. While the GIC only needs devicetree > > data, the CPU driver needs additional informat

Re: [PATCH v2 7/7] ARM: socfpga: AA1: support MAC from secure eeprom

2024-09-22 Thread Marek Vasut
On 9/17/24 8:21 AM, Lothar Rubusch wrote: [...] +int enclustra_get_mac_from_eeprom(unsigned char *enetaddr, const char *alias) +{ + struct udevice *dev; + u32 hwaddr_h; + u8 data[4]; + int i, j, eeprom_addr, mac_len, ret; + + ret = uclass_get_device_by_name(UCLASS_

Re: [PATCH v2 6/7] ARM: socfpga: add Enclustra AA1 boot scripts

2024-09-22 Thread Marek Vasut
On 9/17/24 8:21 AM, Lothar Rubusch wrote: Add support to boot Enclustra SoMs from MMC, SD or QSPI flash. Where are these scripts used ?

Re: [PATCH v2 5/7] ARM: socfpga: add Enclustra AA1 demo env files

2024-09-22 Thread Marek Vasut
On 9/17/24 8:21 AM, Lothar Rubusch wrote: Provide additional uboot.env text environment files meant as a generic demo. The default environment uses a uboot.env. The default environment works somehow. What does this "somehow" mean ? This environment provides better support but only shows one p

Re: [PATCH v2 4/7] ARM: socfpga: add Enclustra AA1 extra env settings

2024-09-22 Thread Marek Vasut
On 9/17/24 8:21 AM, Lothar Rubusch wrote: Add command files for boot scripts and initial boot environment. Signed-off-by: Andreas Buerkler Signed-off-by: Lothar Rubusch --- include/configs/socfpga_mercury_aa1.h | 35 +++ 1 file changed, 35 insertions(+) diff --git a

Re: [PATCH v2 3/7] ARM: socfpga: add Enclustra AA1 SoM support

2024-09-22 Thread Marek Vasut
On 9/17/24 8:21 AM, Lothar Rubusch wrote: [...] diff --git a/arch/arm/mach-socfpga/Kconfig b/arch/arm/mach-socfpga/Kconfig index 6b6a162f56..d42e7817be 100644 --- a/arch/arm/mach-socfpga/Kconfig +++ b/arch/arm/mach-socfpga/Kconfig @@ -221,6 +221,10 @@ config TARGET_SOCFPGA_TERASIC_SOCKIT

Re: [PATCH v2 0/7] add support for Enclustra Mercury AA1 SoMs

2024-09-22 Thread Marek Vasut
On 9/22/24 9:20 PM, Lothar Rubusch wrote: On Sun, Sep 22, 2024 at 5:33 PM Marek Vasut wrote: On 9/17/24 8:21 AM, Lothar Rubusch wrote: Introduce the support for three variants of Enclustra's Intel Mercury AA1 (with Intel Arria10) SoMs and additional configs. This is supposed to be the first s

Re: [PATCH v2 0/7] add support for Enclustra Mercury AA1 SoMs

2024-09-22 Thread Lothar Rubusch
On Sun, Sep 22, 2024 at 5:33 PM Marek Vasut wrote: > > On 9/17/24 8:21 AM, Lothar Rubusch wrote: > > Introduce the support for three variants of Enclustra's Intel Mercury AA1 > > (with > > Intel Arria10) SoMs and additional configs. This is supposed to be the first > > step to upstream several of

[PATCH 3/3] riscv: qemu: Explicitly advertise RVVM support

2024-09-22 Thread lekkit
From: LekKit <50500857+lek...@users.noreply.github.com> This patch series enables full RVVM virtual machine support which was earlier inconveniently provided as out-of-tree patchset. This should be cleaner than a separate board config, since both emulators provide similar feature set. --- arch/r

[PATCH 2/3] riscv: qemu: Enable EFI framebuffer

2024-09-22 Thread lekkit
From: LekKit <50500857+lek...@users.noreply.github.com> Enable framebuffer for better virtual machine integration. Some guests need EFI FB to work properly. --- board/emulation/qemu-riscv/Kconfig | 2 ++ 1 file changed, 2 insertions(+) diff --git a/board/emulation/qemu-riscv/Kconfig b/board/emu

[PATCH 1/3] riscv: qemu: Enable booting from NVMe

2024-09-22 Thread lekkit
From: LekKit <50500857+lek...@users.noreply.github.com> QEMU supports NVMe devices, but U-Boot only tries to boot from Virtio. This is problematic when explicitly using NVMe, so fix that. Additionally, RVVM virtual machine is almost fully compatible with QEMU, except it only implements NVMe drive

Re: [PATCH v4 01/11] led: toggle LED on initial SW blink

2024-09-22 Thread Christian Marangi
On Sat, Sep 21, 2024 at 01:14:36PM +0200, Michael Nazzareno Trimarchi wrote: > Hi > > On Sat, Sep 21, 2024 at 12:51 AM Christian Marangi > wrote: > > > > We currently init the LED OFF when SW blink is triggered when > > on_state_change() is called. This can be problematic for very short > > peri

Re: [PATCH v2 0/7] add support for Enclustra Mercury AA1 SoMs

2024-09-22 Thread Marek Vasut
On 9/17/24 8:21 AM, Lothar Rubusch wrote: Introduce the support for three variants of Enclustra's Intel Mercury AA1 (with Intel Arria10) SoMs and additional configs. This is supposed to be the first step to upstream several of Enclustras SoC FPGA Modules. There are still things to be modified. So

Re: [PATCH 1/1] efi_leader: delete rng-seed if having EFI RNG protocol

2024-09-22 Thread Heinrich Schuchardt
On 20.09.24 17:58, Simon Glass wrote: Hi Ilias, On Fri, 20 Sept 2024 at 09:37, Ilias Apalodimas wrote: Hi Simon, On Fri, 20 Sept 2024 at 10:25, Simon Glass wrote: Hi Ilias, On Thu, 19 Sept 2024 at 17:51, Ilias Apalodimas wrote: On Thu, 19 Sept 2024 at 18:39, Simon Glass wrote: Hi,

Re: [PATCH V2 0/4] Anbernic RGxx3 Bootloader Fixes

2024-09-22 Thread Peter Robinson
Hi Chris, > Update the Anbernic RGxx3 "device" to use upstream device-trees, > add logic to detect a different vdd_cpu regulator, and implement a > fix to allow the panel auto-detection to run when using mainline > A-TF. > > Note that *Linux* still cannot use mainline A-TF because of the missing >

Re: [PATCH] doc: Move the generic memory-documentation to doc/

2024-09-22 Thread Heinrich Schuchardt
On 9/19/24 17:14, Simon Glass wrote: Move this section of the README into doc/ with some minor updates to mention SPL and user lower-case hex. Signed-off-by: Simon Glass --- README | 45 -- doc/develop/index.rst | 1 + doc/develop/m