summaryrefslogtreecommitdiff
path: root/arch/arm
AgeCommit message (Collapse)Author
2025-04-25arm: stm32mp: cmd_stm32key: update command for stm32mp25xPatrice Chotard
Update key table for stm32mp25 platform. Signed-off-by: Lionel Debieve <lionel.debieve@foss.st.com> Signed-off-by: Thomas Bourgoin <thomas.bourgoin@foss.st.com> Signed-off-by: Patrice Chotard <patrice.chotard@foss.st.com>
2025-04-25arm: stm32mp: fix package IDs for stm32mp25Patrice Chotard
Fix package IDs for stm32mp25. Signed-off-by: Patrice Chotard <patrice.chotard@foss.st.com>
2025-04-25arm: stm32mp: implement new STM32MP25 revision ID systemPatrick Delaunay
The STM32MP25 revision ID are now defined with the OTP102, this patch implements this new system. Signed-off-by: Patrick Delaunay <patrick.delaunay@foss.st.com> Signed-off-by: Patrice CHOTARD <patrice.chotard@foss.st.com>
2025-04-25arm: stm32mp: disable console for UART serial bootPatrice Chotard
For UART serial boot, the console need to be deactivated to avoid issue with tools STM32CubeProgrammer. This patch adds also the missing dependency for CMD_STM32PROG_SERIAL, to allow the silent and disable console. This avoid to add is on board level for STM32MP15 (with TARGET_ST_STM32MP15X or TARGET_ST_STM32MP13X) Signed-off-by: Patrick Delaunay <patrick.delaunay@foss.st.com> Signed-off-by: Patrice Chotard <patrice.chotard@foss.st.com>
2025-04-25arm: stm32mp: increase EARLY_TLB_SIZE to 0x10000Patrice Chotard
Depending on Soc (STM32MP25 vs STM32MP21), the memory map can be different and it generates a different TLB page table configuration/size. Increase EARLY_TLB_SIZE to 0x10000 to fix following error message and panic: "Insufficient RAM for page table: 0xb000 > 0xa000. Please increase the size in get_page_table_size()" Signed-off-by: Patrice Chotard <patrice.chotard@foss.st.com>
2025-04-25ARM: dts: stm32: add sdmmc1 fixed clock for stm32mp257f-ev1-u-bootPatrice Chotard
Add sdmmc1 temporary fixed clock for stm32mp257f-ev1-u-boot Signed-off-by: Patrice Chotard <patrice.chotard@foss.st.com>
2025-04-25board: st: stm32mp2: add led supportPatrick Delaunay
Add led support, force default state on U-Boot initialization and put on the Linux heartbeat led = "blue-led" during U-Boot execution. Signed-off-by: Patrick Delaunay <patrick.delaunay@foss.st.com> Signed-off-by: Patrice Chotard <patrice.chotard@foss.st.com>
2025-04-25ARM: dts: stm32: add "u-boot,mmc-env-partition" for stm32mp257f-ev1-u-bootPatrice Chotard
Add "u-boot,mmc-env-partition" property for stm32mp257f-ev1-u-boot. Signed-off-by: Patrice Chotard <patrice.chotard@foss.st.com>
2025-04-25arm: stm32mp: add boot_mode support for STM32MP25Patrick Delaunay
Add support of all the boot mode supported by STM32MP25x family with information provided by TF-A in backup register Signed-off-by: Patrick Delaunay <patrick.delaunay@foss.st.com> Signed-off-by: Patrice Chotard <patrice.chotard@foss.st.com>
2025-04-25ARM: stm32mp: add RIFSC system bus driver for STM32MP25Patrick Delaunay
This driver is checking the access rights of the different peripherals connected to the RIFSC bus. If access is denied, the associated device is not binded. Signed-off-by: Gatien Chevallier <gatien.chevallier@foss.st.com> Signed-off-by: Patrick Delaunay <patrick.delaunay@foss.st.com> Signed-off-by: Patrice Chotard <patrice.chotard@foss.st.com> Reviewed-by: Patrick Delaunay <patrick.delaunay@foss.st.com> Cover-letter: Enable OF_UPSTREAM for STM32 and STi platforms This series is enabling OF_UPSTREAM flag for STM32 MCU's, MPU's and STi platforms. For some boards, some defconfig and DT update are needed to keep the same functional level. The major impact concerns MPU's platform with introduction of STM32 System Bus. END Series-version: 2 Series-changes: 2 - Replace LOG_CATEGORY UCLASS_SIMPLE_BUS by UCLASS_NOP in both /arch/arm/mach-stm32mp/stm32mp2/rifsc.c and /arch/arm/mach-stm32mp/stm32mp1/etzpc.c. - Update board/st/stm32mp1/MAINTAINERS. - Fix DSI clock ssetting.
2025-04-25ARM: dts: stm32: convert stm32mp2 board to OF_UPSTREAMPatrice Chotard
Enable OF_UPSTREAM flag for STM32MP2 platforms. Add fixed-clock ck_flexgen_08 and ck_icn_ls_mcu until STM32MP25 clock driver will be available. Signed-off-by: Patrice Chotard <patrice.chotard@foss.st.com> Reviewed-by: Patrick Delaunay <patrick.delaunay@foss.st.com>
2025-04-25stm32mp: fdt: remove ETZPC peripheral cleanupLionel Debieve
Due to feature domains management, there is no more need to maintain the fdt cleanup. Signed-off-by: Lionel Debieve <lionel.debieve@foss.st.com> Signed-off-by: Patrice Chotard <patrice.chotard@foss.st.com> Reviewed-by: Patrick Delaunay <patrick.delaunay@foss.st.com>
2025-04-25ARM: dts: stm32: add ETZPC as a system bus for STM32MP1x boardsLionel Debieve
The STM32 System Bus is an internal bus on which devices are connected. ETZPC is a peripheral overseeing the firewall bus that configures and control access to the peripherals connected on it. For more information on which peripheral is securable, please read the STM32MP13 or STM32MP15 reference manual. Signed-off-by: Lionel Debieve <lionel.debieve@foss.st.com> Signed-off-by: Gatien Chevallier <gatien.chevallier@foss.st.com> Signed-off-by: Patrice Chotard <patrice.chotard@foss.st.com> Reviewed-by: Patrick Delaunay <patrick.delaunay@foss.st.com>
2025-04-25ARM: stm32mp: add ETZPC system bus driver for STM32MP1Lionel Debieve
This driver is checking the access rights of the different peripherals connected to the ETZPC bus. If access is denied, the associated device is not bound. Signed-off-by: Lionel Debieve <lionel.debieve@foss.st.com> Signed-off-by: Gatien Chevallier <gatien.chevallier@foss.st.com> Signed-off-by: Patrick Delaunay <patrick.delaunay@foss.st.com> Signed-off-by: Patrice Chotard <patrice.chotard@foss.st.com> Reviewed-by: Patrick Delaunay <patrick.delaunay@foss.st.com>
2025-04-25ARM: dts: stm32: convert stm32mp15 board to OF_UPSTREAMPatrice Chotard
Enable OF_UPSTREAM flag for STM32MP15 platforms, except for stm32mp15-odyssey,see following patch : "configs: stm32: introduce stm32mp15-odyssey_defconfig" Signed-off-by: Patrice Chotard <patrice.chotard@foss.st.com> Reviewed-by: Patrick Delaunay <patrick.delaunay@foss.st.com>
2025-04-25ARM: dts: stm32: convert stm32mp13 board to OF_UPSTREAMPatrice Chotard
Enable OF_UPSTREAM flag for STM32MP13 platforms. Signed-off-by: Patrice Chotard <patrice.chotard@foss.st.com> Reviewed-by: Patrick Delaunay <patrick.delaunay@foss.st.com>
2025-04-25ARM: dts: stm32: convert stm23f4 boards to OF_UPSTREAMPatrice Chotard
Enable OF_UPSTREAM flag for STM32MPF4 platforms. Signed-off-by: Patrice Chotard <patrice.chotard@foss.st.com> Reviewed-by: Patrick Delaunay <patrick.delaunay@foss.st.com>
2025-04-25ARM: dts: stm32: convert stm23f7 boards to OF_UPSTREAMPatrice Chotard
Enable OF_UPSTREAM flag for STM32F7 platforms. Use upstream device tree for DSI and LTDC nodes, As now in upstream DT, in panel@0 node, power-supply property is present, which is a fixed-regulator, add DM_REGULATOR_FIXED flag for stm32f769-disco boards. Set also DEFAULT_FDT_FILE in defconfigs and use it in stm32f746-disco.h to indicate which FDT file to load (All STM32F7 boards are using this file). If something is missing, it must be added in upstream device tree in linux kernel ("px_clk" for DSI by example). Signed-off-by: Patrick Delaunay <patrick.delaunay@foss.st.com> Signed-off-by: Patrice Chotard <patrice.chotard@foss.st.com> Reviewed-by: Patrick Delaunay <patrick.delaunay@foss.st.com>
2025-04-25ARM: dts: stm32: convert stm23h7 boards to OF_UPSTREAMPatrice Chotard
Enable OF_UPSTREAM flag for STM32H7 platforms. Signed-off-by: Patrice Chotard <patrice.chotard@foss.st.com> Reviewed-by: Patrick Delaunay <patrick.delaunay@foss.st.com>
2025-04-25ARM: dts: sti: convert stih410-b2260 board to OF_UPSTREAMPatrice Chotard
Enable OF_UPSTREAM flag for stih410-b2260 board. Signed-off-by: Patrice Chotard <patrice.chotard@foss.st.com> Reviewed-by: Patrick Delaunay <patrick.delaunay@foss.st.com>
2025-04-24Merge patch series "arm: mach-k3: remove some firewalls left over by ROM"Tom Rini
Bryan Brattlof <bb@ti.com> says: This small series is here to remove some firewalls setup by ROM during their boot and clean things up for Linux later on. Ideally this would be a simple call to remove_fwl_configs() however the location of the firewall is problematic (could potentially crash the core) when we're currently executing from the memory region protected by the firewall. So we need to introduce a function which allows us to disable specific firewall regions and skip others to ensure boot stability. Link: https://lore.kernel.org/r/20250414-firewalls-v1-0-89090085c08b@ti.com
2025-04-24arm: mach-k3: am625: remove any firewalls ROM has configured for HSRAMBryan Brattlof
ROM will configure a firewall to only allow HSRAM to be touched by the R5 core. Any outside entity like DMA or the A53s will not have access to this region. This can be problematic when U-Boot, running on the A53, loads firmware that runs out of this region. To simplify things remove the firewall here and let the remote core firmware place a new firewall themselves if they wish for the memory region. Signed-off-by: Bryan Brattlof <bb@ti.com>
2025-04-24arm: mach-k3: support disabling a single firewall regionBryan Brattlof
During boot some firewall regions could contain the R5's code which if we change the firewalls settings will crash the core. To get around this issue, define a new function which allows us to specify specific regions we want unlocked. Signed-off-by: Bryan Brattlof <bb@ti.com>
2025-04-24arm: mach-k3: r5: j7200: Add clk dev data for WKUP UARTBhavya Kapoor
Add clk and dev data for wakeup uart to enable wakeup UART as console. Reported-by: KEERTHY <j-keerthy@ti.com> Signed-off-by: Bhavya Kapoor <b-kapoor@ti.com>
2025-04-24mach-k3: common_fdt: Move carveout structDaniel Schultz
Labels are not allowed before declarations. Move the carveout struct at the beginning and only update 'end' at this point. This will fix following error: arch/arm/mach-k3/common_fdt.c: In function 'fdt_fixup_reserved': arch/arm/mach-k3/common_fdt.c:156:2: error: a label can only be part of a statement and a declaration is not a statement 156 | struct fdt_memory carveout = { | ^~~~~~ make[1]: *** [scripts/Makefile.build:256: arch/arm/mach-k3/common_fdt.o] Error 1 make: *** [Makefile:1919: arch/arm/mach-k3] Error 2 Fixes: 096aa229a9e ("mach-k3: common_fdt: create a reserved memory node") Signed-off-by: Daniel Schultz <d.schultz@phytec.de> Reviewed-by: Udit Kumar <u-kumar1@ti.com> Reviewed-by: Bryan Brattlof <bb@ti.com>
2025-04-24mach-k3: add eMMC FS boot support for am62[ap]Anshul Dalal
This makes spl_mmc_boot_mode consistent across am62x, 62a and 62p. If MMCSD_MODE_EMMCBOOT is returned, FS boot fails since it checks for FS on the hardware partitions, not the UDA. So to allow FS boot from EMMC, the function should return MMCSD_MODE_FS instead which allows us to read from FS on the UDA. Signed-off-by: Anshul Dalal <anshuld@ti.com>
2025-04-24arm: dts: am62a: allow booting from eMMCAnshul Dalal
The bootph-all property in u-boot enables driver initialization prior to relocation, this is necessary to use the device as boot media. sdhci0 is the phandle for eMMC on am62a, so this change allows us to use eMMC as a boot media. Signed-off-by: Anshul Dalal <anshuld@ti.com>
2025-04-23Merge patch series "Uthreads"Tom Rini
Jerome Forissier <jerome.forissier@linaro.org> says: This series introduces threads and uses them to improve the performance of the USB bus scanning code and to implement background jobs in the shell via two new commands: 'spawn' and 'wait'. The threading framework is called 'uthread' and is inspired from the barebox threads [2]. setjmp() and longjmp() are used to save and restore contexts, as well as a non-standard extension called initjmp(). This new function is added in several patches, one for each architecture that supports HAVE_SETJMP. A new symbol is defined: HAVE_INITJMP. Two tests, one for initjmp() and one for the uthread scheduling, are added to the lib suite. After introducing threads and making schedule() and udelay() a thread re-scheduling point, the USB stack initialization is modified to benefit from concurrency when UTHREAD is enabled, where uthreads are used in usb_init() to initialize and scan multiple busses at the same time. The code was tested on arm64 and arm QEMU with 4 simulated XHCI buses and some devices. On this platform the USB scan takes 2.2 s instead of 5.6 s. Tested on i.MX93 EVK with two USB hubs, one ethernet adapter and one webcam on each, "usb start" takes 2.4 s instead of 4.6 s. Finally, the spawn and wait commands are introduced, allowing the use of threads from the shell. Tested on the i.MX93 EVK with a spinning HDD connected to USB1 and the network connected to ENET1. The USB plus DHCP init sequence "spawn usb start; spawn dhcp; wait" takes 4.5 seconds instead of 8 seconds for "usb start; dhcp". [1] https://patchwork.ozlabs.org/project/uboot/list/?series=446674 [2] https://github.com/barebox/barebox/blob/master/common/bthread.c Link: https://lore.kernel.org/r/20250418141114.2056981-1-jerome.forissier@linaro.org
2025-04-23arm: add initjmp()Jerome Forissier
Implement initjmp() for Arm. a non-standard extension to setjmp()/ longjmp() allowing to initialize a jump buffer with a function pointer and a stack pointer. This will be useful to later introduce threads. With this new function it becomes possible to longjmp() to a particular function pointer (rather than to a point previously reached during program execution as is the case with setjmp()), and with a custom stack. Both things are needed to spin off a new thread. Then the usual setjmp()/longjmp() pair is enough to save and restore a context, i.e., switch thread. Signed-off-by: Jerome Forissier <jerome.forissier@linaro.org> Acked-by: Ilias Apalodimas <ilias.apalodimas@linaro.org>
2025-04-23board: rockchip: Add minimal generic RK3399 boardJonas Karlman
Add a minimal generic RK3399 board that only have eMMC, SDMMC, SPI flash and USB OTG enabled. This defconfig can be used to boot from eMMC, SD-card or SPI flash on most RK3399 boards that follow reference board design. Signed-off-by: Jonas Karlman <jonas@kwiboo.se> Reviewed-by: Christopher Obbard <christopher.obbard@linaro.org> Reviewed-by: Kever Yang <kever.yang@rock-chips.com>
2025-04-23board: rockchip: Add minimal generic RK3328 boardJonas Karlman
Add a minimal generic RK3328 board that only have eMMC, SDMMC, SPI flash and USB OTG enabled. This defconfig can be used to boot from eMMC, SD-card or SPI flash on most RK3328 boards that follow reference board design. Signed-off-by: Jonas Karlman <jonas@kwiboo.se> Reviewed-by: Christopher Obbard <christopher.obbard@linaro.org> Reviewed-by: Kever Yang <kever.yang@rock-chips.com>
2025-04-23rockchip: rk3576: Add support for ROC-RK3576-PC boardHeiko Stuebner
The ROC-RK3576-PC is a SBC made by Firefly, designed around the RK3576 SoC. This adds the needed board infrastructure and config for it. Signed-off-by: Heiko Stuebner <heiko@sntech.de> Reviewed-by: Jonas Karlman <jonas@kwiboo.se> Reviewed-by: Kever Yang <kever.yang@rock-chips.com>
2025-04-23reset: rockchip: implement rk3576 lookup tableElaine Zhang
The current DT bindings for the rk3576 clock use a different ID than the one that is supposed to be written to the hardware registers. Thus, we cannot use directly the id provided in the phandle, but rather use a lookup table to correctly setup the hardware. This follows the implementation done in the Linux-Kernel and also how the rk3588 does this both in the Linux-Kernel as well as U-Boot. Signed-off-by: Elaine Zhang <zhangqing@rock-chips.com> [adapted from mainline Linux code for u-boot] Signed-off-by: Heiko Stuebner <heiko@sntech.de> Reviewed-by: Jonas Karlman <jonas@kwiboo.se> Reviewed-by: Kever Yang <kever.yang@rock-chips.com>
2025-04-23clk: rockchip: Add rk3576 clk supportElaine Zhang
Add clock driver support for Rockchip RK3576 SoC. Signed-off-by: Elaine Zhang <zhangqing@rock-chips.com> [adapted to mainline u-boot] Signed-off-by: Heiko Stuebner <heiko@sntech.de> Reviewed-by: Jonas Karlman <jonas@kwiboo.se> Reviewed-by: Kever Yang <kever.yang@rock-chips.com>
2025-04-23arm: rockchip: Add RK3576 arch core supportXuhui Lin
The Rockchip RK3576 is a ARM-based SoC with quad-core Cortex-A72 and quad-core Cortex-A53 including 6TOPS NPU, Mali-G52 MC3, HDMI Out, DP, eDP, MIPI DSI, MIPI CSI2, LPDDR4/4X/5, eMMC5.1, SD3.0/MMC4.5, UFS, USB OTG 3.0, Type-C, USB 2.0, PCIe 2.1, SATA 3, Ethernet, SDIO3.0, I2C, UART, SPI, GPIO and PWM. Add arch core support for it. Signed-off-by: Xuhui Lin <xuhui.lin@rock-chips.com> [adapted for mainline u-boot] Signed-off-by: Heiko Stuebner <heiko@sntech.de> Reviewed-by: Jonas Karlman <jonas@kwiboo.se> Reviewed-by: Kever Yang <kever.yang@rock-chips.com>
2025-04-23rockchip: sdram: honor CFG_SYS_SDRAM_BASE when defining ram regionsHeiko Stuebner
Currently the sdram code for arm64 expects CFG_SYS_SDRAM_BASE to be 0. The ram being in front and the device-area behind it. The upcoming RK3576 uses a different layout, with the device area in front the ram, which then also extends past the 4G mark. Adapt both the generic zone definitions as well as the ATAG parser to be usable on devices where CFG_SYS_SDRAM_BASE is not 0. Signed-off-by: Heiko Stuebner <heiko@sntech.de> Reviewed-by: Jonas Karlman <jonas@kwiboo.se> Reviewed-by: Quentin Schulz <quentin.schulz@cherry.de> Reviewed-by: Kever Yang <kever.yang@rock-chips.com>
2025-04-23board: rockchip: Add Radxa E20CJonas Karlman
The Radxa E20C is an ultra-compact network computer with a RK3528A SoC that offers a wide range of networking capabilities. Features tested on a Radxa E20C v1.104: - SD-card boot - eMMC boot Signed-off-by: Jonas Karlman <jonas@kwiboo.se> Reviewed-by: Kever Yang <kever.yang@rock-chips.com>
2025-04-23board: rockchip: Add minimal generic RK3528 boardJonas Karlman
Add a minimal generic RK3528 board that only have eMMC and SD-card enabled. This defconfig can be used to boot from eMMC or SD-card on most RK3528 boards that follow reference board design. Signed-off-by: Jonas Karlman <jonas@kwiboo.se> Reviewed-by: Kever Yang <kever.yang@rock-chips.com>
2025-04-23arch: arm: rockchip: Add initial support for RK3528Jonas Karlman
Rockchip RK3528 is a ARM-based SoC with quad-core Cortex-A53. Add initial arch support for the RK3528 SoC. Signed-off-by: Jonas Karlman <jonas@kwiboo.se> Reviewed-by: Kever Yang <kever.yang@rock-chips.com>
2025-04-23arm: dts: rockchip: Add rk3528-u-boot.dtsiJonas Karlman
Add a rk3528-u-boot.dtsi extending the basic dts/upstream rk3528.dtsi with bare minimum nodes to have a booting system from eMMC and SD-card. Signed-off-by: Jonas Karlman <jonas@kwiboo.se> Reviewed-by: Kever Yang <kever.yang@rock-chips.com>
2025-04-23clk: rockchip: Add support for RK3528Joseph Chen
Add clock driver for RK3528. Imported from vendor U-Boot linux-6.1-stan-rkr5 tag with minor adjustments and fixes for mainline. Signed-off-by: Joseph Chen <chenjh@rock-chips.com> Signed-off-by: Finley Xiao <finley.xiao@rock-chips.com> Signed-off-by: Jonas Karlman <jonas@kwiboo.se> Reviewed-by: Kever Yang <kever.yang@rock-chips.com>
2025-04-23ram: rockchip: Add basic support for RK3528Jonas Karlman
Add support for reading DRAM size information from PMUGRF os_reg18 reg. Compared to most Rockchip SoCs the RK3528 use os_reg18 for DRAM info, instead of os_reg2. Signed-off-by: Jonas Karlman <jonas@kwiboo.se> Reviewed-by: Kever Yang <kever.yang@rock-chips.com>
2025-04-23rng: rockchip_rng: Update compatible for RK3588Jonas Karlman
Linux commit 6ee0b9ad3995 ("arm64: dts: rockchip: Add rng node to RK3588") merged for v6.15-rc1 add a proper rng node to the device tree. The compatible used differs compared to what U-Boot is currently using. Replace the old trngv1 compatible with the dts/upstream compatible in the rng driver and remove the old rng node compatible override from SoC u-boot.dtsi to keep rng working after the driver change. Signed-off-by: Jonas Karlman <jonas@kwiboo.se> Reviewed-by: Kever Yang <kever.yang@rock-chips.com>
2025-04-23rockchip: rk356x: Remove rng node from u-boot.dtsiJonas Karlman
Linux commit afeccc408496 ("arm64: dts: rockchip: add DT entry for RNG to RK356x") merged for v6.12-rc1 add a proper rng node to the SoC DT. Remove the rng node from SoC u-boot.dtsi now that the rng driver support the compatible used in dts/upstream DT. Ensure the rng node is enabled to support rng on RK3566 variants. Signed-off-by: Jonas Karlman <jonas@kwiboo.se> Reviewed-by: Kever Yang <kever.yang@rock-chips.com>
2025-04-23rockchip: rk3588: Drop BOARD_LATE_INIT from target configJonas Karlman
BOARD_LATE_INIT is already selected by ROCKCHIP_RK3588 so there is no need to select it under any board target config. Signed-off-by: Jonas Karlman <jonas@kwiboo.se> Reviewed-by: Kever Yang <kever.yang@rock-chips.com>
2025-04-23rockchip: rk3568: Drop BOARD_LATE_INIT from target configJonas Karlman
BOARD_LATE_INIT is already selected by ROCKCHIP_RK3568 so there is no need to select it under any board target config. Signed-off-by: Jonas Karlman <jonas@kwiboo.se> Reviewed-by: Kever Yang <kever.yang@rock-chips.com>
2025-04-23rockchip: Use rk3588_common.h by default for RK3588 boardsJonas Karlman
Ensure rk3588_common.h can be used by boards directly by defining a blank ROCKCHIP_DEVICE_SETTINGS unless it already is defined. Add a default SYS_CONFIG_NAME to include rk3588_common.h unless a board target overrides it in its board Kconfig. Signed-off-by: Jonas Karlman <jonas@kwiboo.se> Reviewed-by: Kever Yang <kever.yang@rock-chips.com>
2025-04-23rockchip: Use rk3568_common.h by default for RK356x boardsJonas Karlman
Ensure rk3568_common.h can be used by boards directly by defining a blank ROCKCHIP_DEVICE_SETTINGS unless it already is defined. Add a default SYS_CONFIG_NAME to include rk3568_common.h unless a board target overrides it in its board Kconfig. Signed-off-by: Jonas Karlman <jonas@kwiboo.se> Reviewed-by: Kever Yang <kever.yang@rock-chips.com>
2025-04-23rockchip: rk3588: Use hptimer reg names in rockchip_stimer_initJonas Karlman
Define constants for hptimer reg names and use them instead of magic numbers in rockchip_stimer_init(). Signed-off-by: Jonas Karlman <jonas@kwiboo.se> Reviewed-by: Kever Yang <kever.yang@rock-chips.com>
2025-04-23rockchip: Add RK3576 support for ROCKCHIP_COMMON_STACK_ADDRJonas Karlman
The Rockchip RK3576 SoC uses a different DRAM base address, 0x40000000, compared to prior SoCs. Add default options that should work when 0x40000000 is used as DRAM base address. Use same offsets as before, just below 64 MiB. Signed-off-by: Jonas Karlman <jonas@kwiboo.se> Reviewed-by: Kever Yang <kever.yang@rock-chips.com>