Re: [PATCH v2 5/8] clk: qcom: add driver for SM8150 SoC

2024-07-27 Thread Julius Lehmann
Sorry to bump this thread, but any chance on getting this patch (5/8 clk) and (7/8 pinctrl) merged? I do have an SM8150 device myself (Xiaomi Mi Pad 5) and would benefit from clk and pinctrl drivers. From the reviews it seems not much work would be required. Kind regards Julius

[PATCH 2/2] i2c: samsung: Support platforms other than EXYNOS4 and EXYNOS5

2024-07-27 Thread David Virag
Newer Samsung SoCs (including newer Exynos, ExynosAuto, Google Tensor) still use these IPs, or slightly newer versions of it. Make these drivers available on these platforms by guarding EXYNOS4/EXYNOS5 specific code behind their configs, and using CCF for clocks on other platforms. Tested S3C I2C

[PATCH 1/2] i2c: samsung: Drop s3c24x0 specific code.

2024-07-27 Thread David Virag
This has been dead code for many years now. Remove it. Signed-off-by: David Virag --- drivers/i2c/exynos_hs_i2c.c | 4 drivers/i2c/s3c24x0_i2c.c | 8 2 files changed, 12 deletions(-) diff --git a/drivers/i2c/exynos_hs_i2c.c b/drivers/i2c/exynos_hs_i2c.c index 2ab0bae449..189ce6d

[PATCH 0/2] Enable Samsung I2C drivers on newer platforms

2024-07-27 Thread David Virag
This set of patches should enable the Samsung I2C drivers to work on platforms other than EXYNOS4/EXYNOS5. This has been tested on Exynos7885 with the S3C I2C driver. With the clocks for it implemented in it's driver, this should also enable S3C I2C to work on Exynos850. While at it, clean up som

Re: [PATCHv2] clk: imx8m: register ARM A53 core clock

2024-07-27 Thread Fabio Estevam
Hi Zhiqiang, On Fri, Jul 26, 2024 at 5:38 PM Marek Vasut wrote: > Uh ... why are you adding this patch in the first place ? > > Is there anything (driver? arch code?) which requires these clock ? Marek brings up a good point. Please explain the motivation/reason for this change in the commit l

Re: [PATCH 1/1] riscv: define find_{first, next}_zero_bit in asm/bitops.h

2024-07-27 Thread E Shattow
Is this a problem in Linux upstream? or specific to U-Boot, and is it a regression? refrerence https://lore.kernel.org/u-boot/20240504183354.GL2568172@bill-the-cat/ and reference https://lore.kernel.org/u-boot/bjxpr01mb0855813dd38ef86cca6dd5c8e6...@bjxpr01mb0855.chnpr01.prod.partner.outlook.cn/

[PATCH 16/17] arm: mach-bcm283x: Enable ARMV8_MULTIENTRY

2024-07-27 Thread Patrick Rudolph
On FDT platforms the APs are brought out of reset using the spin-table as defined in the DT. On ACPI enabled platforms there's no FDT, thus enable the ARMV8_MULTIENTRY to use the ACPI parking protocol instead. TEST: - Aps enter U-Boot when run on qemu-system-aarch64 -machine raspi4b - APs on

[PATCH 17/17] configs: Add RPI4 ACPI defconfig

2024-07-27 Thread Patrick Rudolph
Allows to build the RPi4 with ACPI enabled. TEST: - Boots on qemu-system-aarch64 -machine raspi4b - Boots on real hardware with arm_64bit=1 in config.txt Signed-off-by: Patrick Rudolph Cc: Simon Glass Cc: Matthias Brugger Cc: Peter Robinson --- configs/rpi_4_acpi_defconfig | 79 +++

[PATCH 15/17] arm: mach-bcm283x: Add ARMV8_MULTIENTRY support

2024-07-27 Thread Patrick Rudolph
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 APs must be released out of reset in u-boot and then brought up in an ACPI compliant fashion. When ARMV8_MULTIENTRY is specified the APs are rel

[PATCH 14/17] arm: cpu: Add ACPI parking protocol support

2024-07-27 Thread Patrick Rudolph
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 ARM Platforms', also referred to as 'ACPI parking protocol'. The ACPI parking protocol works similar to the spin-table mechanism, but the

[PATCH 13/17] board: raspberrypi: Add ASL files from tianocore

2024-07-27 Thread Patrick Rudolph
From: Simon Glass Add the necessary DSDT files copied from tianocore to boot the RPi4. In addition generate a board specific SSDT to dynamically enable/disable ACPI devices based on FDT. This is required to support the various variants and boot options. It also allows to test the code on QEMU 9.0

[PATCH 12/17] arm: bcm283x: Write ACPI tables

2024-07-27 Thread Patrick Rudolph
Allocate a 64KiB buffer for ACPI tables and provide SoC specific tables for BCM2711: - MADT - FADT - PPTT - GTDT - SPCR Board specific tables like DSDT and SSDT are added in a separate patch. When ACPI is enabled for a different SoC compliation will fail by design, indicating the required functio

[PATCH 11/17] arm: mach-bcm283x: Bring in some header files from tianocore

2024-07-27 Thread Patrick Rudolph
From: Simon Glass These header files presumably duplicate things already in the U-Boot devicetree. For now, bring them in to get the ASL code and ACPI table code to compile. Signed-off-by: Simon Glass Signed-off-by: Patrick Rudolph Cc: Matthias Brugger Cc: Peter Robinson Cc: Tom Rini --- .

[PATCH 10/17] arm: mach-bcm283x: Map the ARM local MMIO as well

2024-07-27 Thread Patrick Rudolph
Cover the "ARM local MMIO" range as well in the default MMU mapping in order to allow future code to access the GIC-400 without crashing. For now the GIC is not touched in u-boot, thus this change is a noop. See [1](BCM2711 ARM Peripherals) for reference. TEST: Enabled CONFIG_GICV2 and accessed t

[PATCH 09/17] acpi: Add ACPITAB for PPTT and GTDT

2024-07-27 Thread Patrick Rudolph
Return the ACPI table revision in acpi_get_table_revision() for PPTT and GTDT. Match both to ACPI 6.2. Signed-off-by: Patrick Rudolph Cc: Simon Glass --- include/acpi/acpi_table.h | 2 ++ lib/acpi/acpi_table.c | 4 2 files changed, 6 insertions(+) diff --git a/include/acpi/acpi_table.

[PATCH 08/17] acpi: acpi_table: Bump revisions

2024-07-27 Thread Patrick Rudolph
The FADT structure found in U-Boot represents FADT revision 6 and the GICC and GICD structures defined in U-Boot are based on ACPI revision 6.3. Bump the table revision to fix FWTS failures seen on aarch64. Signed-off-by: Patrick Rudolph Cc: Simon Glass Cc: Bin Meng --- arch/x86/cpu/tangier/a

[PATCH 07/17] arm: acpi: Add generic ACPI methods

2024-07-27 Thread Patrick Rudolph
Add generic ACPI code to generate - MADT GICC - MADT GICD as commonly used on arm platforms. Signed-off-by: Patrick Rudolph Cc: Tom Rini Cc: Simon Glass --- arch/arm/include/asm/acpi_table.h | 18 + arch/arm/lib/Makefile | 1 + arch/arm/lib/acpi_table.c | 44 +

[PATCH 06/17] acpi: Add define for GTDT

2024-07-27 Thread Patrick Rudolph
Add the interrupt flag used in ACPI GTDT table as define. Signed-off-by: Patrick Rudolph Cc: Simon Glass --- include/acpi/acpi_table.h | 2 ++ 1 file changed, 2 insertions(+) diff --git a/include/acpi/acpi_table.h b/include/acpi/acpi_table.h index 0de3d3f439..19771c133a 100644 --- a/include/ac

[PATCH 05/17] serial: serial_pl01x: Implement .getinfo() for PL01

2024-07-27 Thread Patrick Rudolph
From: Maximilian Brune When ACPI is enabled on arm it will use the getinfo function to fill the SPCR ACPI table. Signed-off-by: Maximilian Brune Cc: Simon Glass Cc: Tom Rini --- boot/bootflow.c | 8 ++-- drivers/serial/serial_pl01x.c | 24 include/

[PATCH 04/17] acpi: Fix typo

2024-07-27 Thread Patrick Rudolph
Rename ACPI tables MADR to MADT. Signed-off-by: Patrick Rudolph Cc: Simon Glass --- include/acpi/acpi_table.h | 16 1 file changed, 8 insertions(+), 8 deletions(-) diff --git a/include/acpi/acpi_table.h b/include/acpi/acpi_table.h index 904c54e38e..0de3d3f439 100644 --- a/incl

[PATCH 03/17] acpi: x86: Move MADT to common code

2024-07-27 Thread Patrick Rudolph
Write MADT in common code and let the SoC fill out the body by calling acpi_fill_madt() which must be implemented at SoC level. Signed-off-by: Patrick Rudolph Cc: Simon Glass Cc: Bin Meng --- arch/sandbox/lib/Makefile | 9 +++--- arch/sandbox/lib/acpi_table.c | 7 + arch/x86/

[PATCH 02/17] acpi: x86: Write FADT in common code

2024-07-27 Thread Patrick Rudolph
From: Maximilian Brune Write the FADT in common code since it's used on all architectures. Let the cpu code fill out the FADT body by introducing a new weak function acpi_fill_fadt(). Signed-off-by: Patrick Rudolph Cc: Simon Glass Cc: Bin Meng --- arch/x86/cpu/apollolake/acpi.c| 20 +++--

[PATCH 01/17] acpi: x86: Move SPCR and DBG2 into common code

2024-07-27 Thread Patrick Rudolph
From: Maximilian Brune This moves the SPCR and DBG2 table generation into common code, so that they can be used by architectures other than x86. Signed-off-by: Maximilian Brune Signed-off-by: Patrick Rudolph Cc: Simon Glass Cc: Bin Meng --- arch/x86/include/asm/acpi_table.h | 11 -- arch/x

[PATCH 00/17] Implement ACPI on aarch64

2024-07-27 Thread Patrick Rudolph
Based on the existing work done by Simon Glass this series adds support for booting aarch64 devices using ACPI only. As target the Raspberry Pi4 was used, which is broadly available and allows easy testing of the proposed solution. The series is split into ACPI cleanups and code movements, adding