summaryrefslogtreecommitdiff
path: root/board
AgeCommit message (Collapse)Author
2025-04-11Merge tag 'qcom-for-2025.07' of ↵Tom Rini
https://source.denx.de/u-boot/custodians/u-boot-snapdragon Qualcomm changes for v2025.07: CI: https://source.denx.de/u-boot/custodians/u-boot-snapdragon/-/pipelines/25653 There's been a surprising amount of activity lately on the Qualcomm side with the two oldest boards getting some fresh attention and a lot of cleanup and polish going on across the board. * SDM660 gets USB phy fixes and a pinctrl driver * The recently added SA8775P/QCS9100 SoC gets a pinctrl driver * The Qualcomm pinctrl driver now handles reserved pins correctly, fixing crashes on some boards when running "gpio status -a" * OF_UPSTREAM_BUILD_VENDOR is enabled in qcom_defconfig * SDM845 and SC7280 get missing clocks added (since we're now stricter about those). This gets USB working more reliably in more cases. * DM_USB_GADGET is enabled for all boards using DWC3 and fasbtoot is enabled too * A bug in the livetree fixup code is fixed (making USB work on a lot more platforms) * Button label lookup is made case insensitive* bootretry becomes more dynamic, allowing it to be hijacked to make a "persistent" boot menu that allows dropping to U-Boot shell later on * A new qcom-phone.config fragment is added along with a phone-specific default environment and phone-specific debugging/bringup docs. These make U-Boot more usable on devices without a serial port or keyboard. * The db820c gets fixed up and updated documentation * The db410c also gets some love and modernisation as well as a new reviewer. * A new driver is added for the USB VBUS regulator found on various Qualcomm PMICs * The Qualcomm SPMI driver gets some fixes and cleanup for SPMI v5 and v7 support.
2025-04-11Merge tag 'u-boot-imx-master-20250411' of ↵Tom Rini
https://gitlab.denx.de/u-boot/custodians/u-boot-imx CI: https://source.denx.de/u-boot/custodians/u-boot-imx/-/pipelines/25652 - Add i.MX8MP LDB support. - Various phycore-imx93 environment improvements. - Add support for Toradex SMARC iMX8MP.
2025-04-11board: dragonboard410c: Update maintainersStephan Gerhold
Ramon has been inactive on the U-Boot mailing list for over a year now and the DB410c port has not been updated much lately. I've been doing most of the DB410c-specific fixes/rework lately and try to test it every now and then, so add myself as new maintainer. Also add Sam as reviewer, since he's been doing lots of testing and reviews for MSM8916 recently. Cc: Sam Day <[email protected]> Cc: Ramon Fried <[email protected]> Signed-off-by: Stephan Gerhold <[email protected]> Acked-by: Neil Armstrong <[email protected]> Reviewed-by: Link: https://lore.kernel.org/r/[email protected] Signed-off-by: Caleb Connolly <[email protected]>
2025-04-11board: dragonboard410c: Use button_cmd instead of custom codeStephan Gerhold
Simplify the board code by using the new BUTTON_CMD functionality, instead of implementing this separately using C code. This allows disabling or customizing this functionality if wanted. Signed-off-by: Stephan Gerhold <[email protected]> Reviewed-by: Neil Armstrong <[email protected]> Reviewed-by: Link: https://lore.kernel.org/r/[email protected] Signed-off-by: Caleb Connolly <[email protected]>
2025-04-11board: dragonboard410c: Use BOOTSTD instead of DISTRO_DEFAULTSStephan Gerhold
Reduce the environment size by using standard boot instead of distro boot. It uses faster bootdevs first by default (eMMC -> SD -> USB -> Network), so set "boot_targets" to keep the current ordering (USB -> SD -> eMMC -> Network). Perhaps this should be changed for consistency, but for now this keeps the behavior similar to before. Signed-off-by: Stephan Gerhold <[email protected]> Reviewed-by: Neil Armstrong <[email protected]> Reviewed-by: Link: https://lore.kernel.org/r/[email protected] Signed-off-by: Caleb Connolly <[email protected]>
2025-04-11board: dragonboard410c: Use dynamically allocated load addressesStephan Gerhold
The generic Qualcomm board code allocates addresses for loading the kernel, ramdisk, DT, fastboot etc. This also happens on the DB410c and already overrides these definitions defined in the default env. So let's just drop the static ones, since the dynamic ones work just fine. Signed-off-by: Stephan Gerhold <[email protected]> Reviewed-by: Neil Armstrong <[email protected]> Reviewed-by: Link: https://lore.kernel.org/r/[email protected] Signed-off-by: Caleb Connolly <[email protected]>
2025-04-11board: dragonboard410c: Drop unused linux_imageStephan Gerhold
This does not seem to be used anywhere. Signed-off-by: Stephan Gerhold <[email protected]> Reviewed-by: Neil Armstrong <[email protected]> Reviewed-by: Link: https://lore.kernel.org/r/[email protected] Signed-off-by: Caleb Connolly <[email protected]>
2025-04-11board: dragonboard410c: Drop reflash functionalityStephan Gerhold
This is broken ever since we switched to using U-Boot as first stage bootloader. Since no one seems to test this actively, let's just drop this entirely. There are other tools available for re-flashing the DB410c. Signed-off-by: Stephan Gerhold <[email protected]> Reviewed-by: Neil Armstrong <[email protected]> Reviewed-by: Link: https://lore.kernel.org/r/[email protected] Signed-off-by: Caleb Connolly <[email protected]>
2025-04-11board: dragonboard410c: Drop UNSTUFF_BITS() macroStephan Gerhold
This was originally taken from Linux, but at this point it's an inline function upstream and no longer a macro. Given that we just want to extract the serial number from the MMC CID, let's just inline that specifically. This is also the style used in the MMC core code within U-Boot. Signed-off-by: Stephan Gerhold <[email protected]> Reviewed-by: Neil Armstrong <[email protected]> Reviewed-by: Link: https://lore.kernel.org/r/[email protected] Signed-off-by: Caleb Connolly <[email protected]>
2025-04-11board: dragonboard410c: Fix BD addressStephan Gerhold
local-bd-address in the device tree needs to be formatted with the least significant byte first (i.e. little endian). We're not doing this when adding it to the DT, which means the MAC address ends up being reversed in Linux. Fix this by reversing the array before setting it in the DT. We're also flipping the wrong bit when generating the BD address. Before reversing the array, the least significant bit is in the last byte. Fixes: ff06dc240325 ("db410: alter WLAN/BT MAC address fixup") Signed-off-by: Stephan Gerhold <[email protected]> Reviewed-by: Neil Armstrong <[email protected]> Reviewed-by: Link: https://lore.kernel.org/r/[email protected] Signed-off-by: Caleb Connolly <[email protected]>
2025-04-11button: qcom-pmic: prettify and standardise button labelsCaleb Connolly
Boards using gpio-keys for volume buttons label them "Volume Down", let's match that here, and make the power button nicer too. This simplifies configuring button_cmds in a board-agnostic way. Tested-by: Danila Tikhonov <[email protected]> # google-sunfish Tested-by: Jens Reidel <[email protected]> # xiaomi-davinci Reviewed-by: Neil Armstrong <[email protected]> Link: https://lore.kernel.org/r/[email protected] Signed-off-by: Caleb Connolly <[email protected]>
2025-04-11board/qualcomm: introduce phone configCaleb Connolly
Phones don't have keyboards! Introduce a phone-specific config fragment and associated environment file to make U-Boot more useful on these devices. This allows for navigating via the buttons and enabling various USB gadget modes or displaying info about U-Boot. Reviewed-by: Simon Glass <[email protected]> Tested-by: Danila Tikhonov <[email protected]> # google-sunfish Tested-by: Jens Reidel <[email protected]> # xiaomi-davinci Link: https://lore.kernel.org/r/[email protected] Signed-off-by: Caleb Connolly <[email protected]>
2025-04-11board: phycore-imx93: env: Add common RAUC boot logicMartin Schwan
Add a common RAUC boot logic environment and make use of it in the i.MX93 environment. The RAUC boot logic is deactivated by default and can be activated by setting "doraucboot" to "1". Signed-off-by: Martin Schwan <[email protected]> Reviewed-by: Leonard Anderweit <[email protected]> Signed-off-by: Primoz Fiser <[email protected]>
2025-04-11board: phycore-imx93: env: Move bootcmd from defconfig to envLeonard Anderweit
Move the default bootcmd from the defconfig to the board environment in preparation for RAUC support. No change in functionality. Signed-off-by: Leonard Anderweit <[email protected]> Signed-off-by: Primoz Fiser <[email protected]>
2025-04-11board: phycore-imx93: env: Add option to disable bootenv.txt importPrimoz Fiser
Add support for disabling external environment import (bootenv.txt) by setting the ${no_bootenv} environment variable. Signed-off-by: Primoz Fiser <[email protected]>
2025-04-11board: phycore-imx93: env: Add prepare_mcore to environmentPrimoz Fiser
Add prepare_mcore script to environment to be able to notify Linux about the state of M33 core via the kernel cmdline by appending to ${optargs}. Signed-off-by: Primoz Fiser <[email protected]>
2025-04-11board: phycore-imx93: env: Add optargs to environmentPrimoz Fiser
Add the optargs variable so we can set optional arguments while booting. Signed-off-by: Primoz Fiser <[email protected]>
2025-04-11board: phycore-imx93: env: Move fdt and bootenv addressesPrimoz Fiser
Move the load addresses for FDTs and bootenv.txt to create space for loading OS image. Otherwise, parts of the image might get corrupted. and the following boot error will be present: ERROR: FDT image overlaps OS image (OS=80400000..832a0000) Moreover, this commit also syncs addresses with downstream PHYTEC u-boot for i.MX93 in preparation for FIT image support in the future. Signed-off-by: Primoz Fiser <[email protected]>
2025-04-11board: toradex: add Toradex SMARC iMX8MPVitor Soares
Add support for the Toradex SMARC iMX8MP. Link: https://www.toradex.com/computer-on-modules/smarc-arm-family/nxp-imx-8m-plus Link: https://www.toradex.com/products/carrier-board/smarc-development-board-kit Signed-off-by: Vitor Soares <[email protected]>
2025-04-11toradex: tdx-cfg-block: add 0096 Toradex SMARC iMX95Vitor Soares
Add PID4 0096 Toradex SMARC iMX95 Hexa 8GB WB IT to config block handling. Signed-off-by: Vitor Soares <[email protected]>
2025-04-11toradex: apalis-imx6: Fix build failure when CONFIG_VIDEO_IPUV3 is enabledRafael Beims
If CONFIG_VIDEO_IPUV3 is enabled without also having CONFIG_IMX_HDMI enabled, the build fails for the Apalis iMX6 board. Fixes: 592f4aed6db7 ("arm: imx: initial support for apalis imx6") Signed-off-by: Rafael Beims <[email protected]> Reviewed-by: Francesco Dolcini <[email protected]> Reviewed-by: Tom Rini <[email protected]>
2025-04-11board: remove capsule update support in set_dfu_alt_info()Jonathan Humphreys
Now that capsule update sets the dfu_alt_info environment variable explicitly, there is no need to support it in the set_dfu_alt_info() function. Decouple SET_DFU_ALT_INFO from EFI_CAPSULE_FIRMWARE_FIT and EFI_CAPSULE_FIRMWARE_RAW. For many boards, this was the only use of set_dfu_alt_info() so remove the function entirely. Fixes: a9e6f01a941f ("efi: Define set_dfu_alt_info() for boards with UEFI capsule update enabled") Signed-off-by: Jonathan Humphreys <[email protected]> Signed-off-by: Michal Simek <[email protected]> Reviewed-by: Mattijs Korpershoek <[email protected]> Reviewed-by: Neil Armstrong <[email protected]> # for board/libre-computer/* Reviewed-by: Ilias Apalodimas <[email protected]> Reviewed-by: Wadim Egorov <[email protected]> # for
2025-04-11xilinx: dfu: Fill directly update_info.dfu_stringMichal Simek
Directly fill update_info.dfu_string to prepare platforms to switch from using dfu_alt_info variable to dfu_string which contains description for capsule update when switch is done. Signed-off-by: Michal Simek <[email protected]> Reviewed-by: Mattijs Korpershoek <[email protected]> Acked-by: Ilias Apalodimas <[email protected]>
2025-04-10Merge patch series "*** Add Ethernet boot support for AM62Ax + phyCORE-AM62 ↵Tom Rini
SoMs ***" Wadim Egorov <[email protected]> says: Add general ethernet boot support for AM62Ax SoC. Some of the work is based on TI's downstream u-boot patches found in [1], patches touching code in mach-k3 and *.yaml board config files. Also, provide defconfigs and device tree changes for phyCORE-AM62x and phyCORE-AM62Ax to support booting via ethernet. [1] https://e2e.ti.com/support/processors-group/processors/f/processors-forum/1307981/sk-am62a-lp-rgmii-boot-mode-problem Link: https://lore.kernel.org/r/[email protected]
2025-04-10configs: Add phycore_am62ax_r5_ethboot_defconfigWadim Egorov
Provide a defconfig for booting the phycore-am62ax via Ethernet. Signed-off-by: Wadim Egorov <[email protected]>
2025-04-10board: phytec: phycore_am62ax: Share ethernet resources with boot r5 coreNathan Morrisson
During the U-Boot SPL R5 boot stage the code is running on the MAIN R5 core, which means a host ID of 36 is used for DM/TIFS communication, see [1]. In order to enable Ethernet boot update the DMA resources used to be shared with the MAIN R5 core instead of the MCU R5 core. [1] https://software-dl.ti.com/tisci/esd/latest/5_soc_doc/am62ax/hosts.html Based on patch 19 from https://e2e.ti.com/support/processors-group/processors/f/processors-forum/1307981/sk-am62a-lp-rgmii-boot-mode-problem Signed-off-by: Nathan Morrisson <[email protected]> Signed-off-by: Wadim Egorov <[email protected]>
2025-04-10configs: Add phycore_am62x_r5_ethboot_defconfigWadim Egorov
Provide a defconfig for booting the phycore-am62x via Ethernet. We need a separate defconfig because the AM62x has not enough internal SRAM to support all boot sources. Signed-off-by: Wadim Egorov <[email protected]>
2025-04-10board: qualcomm: dragonboard820c: update readmeJorge Ramirez-Ortiz
Update build instructions. Be sure to use the u-boot-nodtb.bin image, as the Snapdragon platform prioritizes the embedded Device Tree Blob (DTB) when present, rather than the external one. The external DTB—modified by LK—is the version required by the DB820c. Signed-off-by: Jorge Ramirez-Ortiz <[email protected]> Reviewed-by: Neil Armstrong <[email protected]> Reviewed-by: Christopher Obbard <[email protected]> Reviewed-by: Link: https://lore.kernel.org/r/[email protected] Signed-off-by: Caleb Connolly <[email protected]>
2025-04-08Merge patch series "acpi: simplify updating ACPI table header checksum"Tom Rini
Heinrich Schuchardt <[email protected]> says: Introduce a new function to update ACPI table headers. This allows to simplify the existing code. Link: https://lore.kernel.org/r/[email protected]
2025-04-08emulation: qemu-sbsa: Fill in correct ITS IDPatrick Rudolph
The ACPI IORT and ACPI MADT needs to use the same IDs when referencing GIC ITS. The GIC-v3 ITS driver uses dev_seq(dev) to generate a unique ID for the MADT, but qemu sbsa-ref hardcodes it. Currently it's not the same ID, breaking interrupt routing on the OS. Don't assume it's 0 and fetch it from the device instead. TEST: Fixes non working IRQs in QEMU sbsa-ref. Signed-off-by: Patrick Rudolph <[email protected]>
2025-04-08emulation: qemu-sbsa: Move ITS node into GICv3 nodePatrick Rudolph
According to the binding [1] the ITS node should be a subnode of the GICv3 node. Thus move it now that the driver binds subnodes as well. 1: https://www.kernel.org/doc/Documentation/devicetree/bindings/interrupt-controller/arm%2Cgic-v3.txt Signed-off-by: Patrick Rudolph <[email protected]>
2025-04-08arm: simplify updating ACPI table header checksumHeinrich Schuchardt
Use acpi_update_checksum() to update table header. Signed-off-by: Heinrich Schuchardt <[email protected]> Reviewed-by: Ilias Apalodimas <[email protected]> Reviewed-by: Matthias Brugger <[email protected]>
2025-04-08qemu-sbsa: simplify updating ACPI table header checksumHeinrich Schuchardt
Use acpi_update_checksum() to update table header. Signed-off-by: Heinrich Schuchardt <[email protected]> Reviewed-by: Matthias Brugger <[email protected]> Reviewed-by: Ilias Apalodimas <[email protected]>
2025-04-08Merge branch 'next'Tom Rini
Note that this undoes the changes of commit cf6d4535cc4c ("x86: emulation: Disable bloblist for now") as that was intended only for the release due to time.
2025-04-05arm: mach-k3: j721e: Split out J7200 SoC support from J721eAndrew Davis
Currently in j721e_init.c we check which firewalls to remove using the board configuration (e.g CONFIG_TARGET_J721E_R5_EVM). We do this as J721e and J7200 have different IP and firewalls but use the same SoC definition (SOC_K3_J721E) even though they are different SoCs. The idea was they would be similar enough that they both could use the same SoC config to help with common code sharing. Board checks would then be used differentiate. This has grown far too messy to maintain any more, especially now that there is more than one board using J721e (EVM, SK, Beagle AI64). As differentiation is done based on board, every one of these boards would have to have checks added for them. Instead let's split J7200 support out from J721e like how normal new SoC support is done. This patch touches several subsystems and could not be split much better as when we add SOC_K3_J7200 we want to make use of it in all spots that once used the combined SOC_K3_J721E so we can turn off SOC_K3_J721E when building for J7200 boards. Signed-off-by: Andrew Davis <[email protected]>
2025-04-04Merge patch series "64-bit U-Boot configuration without SPL"Tom Rini
Jeremy Compostella <[email protected]> says: Introduces a new configuration option X86_RUN_64BIT_NO_SPL to allow building U-Boot as a 64-bit binary without using the SPL (Secondary Program Loader). The motivation is to simplify the boot process for specific x86-based platforms that do not require SPL, such as those booting directly from a 64-bit coreboot firmware. Link: https://lore.kernel.org/r/[email protected]
2025-04-04board: libre-computer: check interface before comparing it in set_dfu_alt_info()Neil Armstrong
When set_dfu_alt_info() is called, interface can be NULL when called for the EFI capsule, so check it before calling it with strcmp(). Fixes: 12ea40d29dc ("ARM: meson: add support for Libre Computer aml-s905d3-cc") Fixes: 9e6e6b034b1 ("ARM: meson: add support for Libre Computer aml-a311d-cc") Fixes: 75c87c6cbc0 ("board: libre-computer: aml-s805x-cc: Enable capsule updates") Reviewed-by: Ilias Apalodimas <[email protected]> Link: https://lore.kernel.org/r/20250403-u-boot-fix-set-dfu-alt-info-interface-v1-1-1fdd12463186@linaro.org Signed-off-by: Neil Armstrong <[email protected]>
2025-04-03Merge patch series "Introduce J742S2 SoC and EVM"Tom Rini
Manorit Chawdhry <[email protected]> says: The series adds support for J742S2 family of SoCs. Also adds J742S2 EVM Support and re-uses most of the stuff from the superset device J784s4. This device is a subset of J784S4 and shares the same memory map and thus the code is being reused from J784S4 to avoid duplication. It initially cleans up the J784s4 and AM69 files so that they can be re-usable for j742s2 and then it introduces J742S2. The DT for the following SoC will be coming to U-boot during 6.13 Sync so the series is kept as RFC till then. Here are some of the salient features of the J742S2 automotive grade application processor: The J742S2 SoC belongs to the K3 Multicore SoC architecture platform, providing advanced system integration in automotive, ADAS and industrial applications requiring AI at the network edge. This SoC extends the K3 Jacinto 7 family of SoCs with focus on raising performance and integration while providing interfaces, memory architecture and compute performance for multi-sensor, high concurrency applications. Some changes that this devices has from J784S4 are: * 4x Cortex-A72 vs 8x Cortex-A72 * 3x C7x DSP vs 4x C7x DSP * 4 port ethernet switch vs 8 port ethernet switch * 2 DDR controller vs 4 DDR controller Test logs: https://gist.github.com/manorit2001/f7df0e8cca1e9973b4361f0559c6f53d Link: https://lore.kernel.org/r/[email protected]
2025-04-03configs: Introduce configs for J742S2Manorit Chawdhry
Based off j784s4 configs with delta changes for J742S2 [ Add AVS support for J742S2 ] Signed-off-by: Keerthy <[email protected]> Signed-off-by: Manorit Chawdhry <[email protected]>
2025-04-03arm: dts: Introduce J742S2 U-boot DTS filesManorit Chawdhry
Include the U-boot device tree files needed to boot the board. [ DDR config ] Signed-off-by: Neha Malcom Francis <[email protected]> Signed-off-by: Manorit Chawdhry <[email protected]>
2025-04-03board: ti: Introduce basic board files for the J742S2 familyManorit Chawdhry
Introduce the basic files needed to support the TI J742S2 family of SoCs. Signed-off-by: Manorit Chawdhry <[email protected]>
2025-04-03arm: dts: k3-j784s4-ddr: Refactor J784s4 ddr file to a common fileManorit Chawdhry
Refactor J784s4 ddr file to a common file which uses the superset device to allow reuse in j742s2-evm which uses the subset part. Signed-off-by: Manorit Chawdhry <[email protected]>
2025-04-01Kconfig: Do not "select OF_SEPARATE"Tom Rini
As the code is today, we get a warning about "select" statements on "choice" options not doing anything. In the case of OF_SEPARATE this is the default so we do not need to do anything here normally to enforce this. Signed-off-by: Tom Rini <[email protected]>
2025-04-01Merge patch series "airoha: Add initial support AN7581"Tom Rini
Christian Marangi <[email protected]> says: This little series adds initial support for Airoha AN7581 SoC. With the help of some backport patch, this use OF_UPSTREAM directly. Posting this to have the targer and the very basic driver. Ethernet, SNAND and eMMC support is already ready downstream and will be posted shortly after this gets approved. Having the first driver ready permits to separately push dedicate series for SNAND, eMMC and Ethrnet as they all depends on basic support of clock and reset and nothing else. Link: https://lore.kernel.org/r/[email protected]
2025-04-01airoha: Add initial support for Airoha AN7581 SoCChristian Marangi
Add initial support for Airoha AN7581 SoC. This adds the initial Kconfig and Makefile entry for the SoC, an U-Boot specific DTSI and initial config for it. Also add the initial code for CPU and RAM initialization. Signed-off-by: Christian Marangi <[email protected]>
2025-03-30board: ti: am62px: rm-cfg: Add support for HC BCDMAVishal Mahaveer
The first 4 block copy channels and rings on AM62P support High Capacity Block Copy. These channels have approximately 3x improvement over the normal Block copy channels when doing DDR-to-DDR copy. Currently, during allocation these channels do not have a separate interface and are allocated with normal BCDMA channels. Latest TIFS and DM firmware adds support for differentiating these High Capcity resources. This update is for allocating these new resource type to different hosts with below mentioned scheme. --------------------- --------------- ------------- ---------------- Resource A53_2 MCU_R5 WKUP_R5 --------------------- --------------- ------------- ---------------- BCDMA HC CHAN [4] => 2 (Primary) 1 (Primary) 1 (Primary) BCDMA HC CHAN RING [4] => 2 (Primary) 1 (Primary) 1 (Primary) BCDMA CHAN [4] => 18 (Primary) 2 (Primary) 6 (Primary) BCDMA CHAN RING[4] => 18 (Primary) 2 (Primary) 6 (Primary) Signed-off-by: Sparsh Kumar <[email protected]> Signed-off-by: Sebin Francis <[email protected]> Signed-off-by: Vishal Mahaveer <[email protected]>
2025-03-28board: starfive: Remove compatible boards Milk-V Mars CM and Mars CM LiteE Shattow
Remove leftover code from Milk-V Mars CM and Mars CM Lite boards that do not exist in upstream Linux Kernel devicetree-rebasing. These will be re- introduced when submitted upstream for a future U-Boot release. Users of these boards should use the previous stable release of U-Boot until then. Signed-off-by: E Shattow <[email protected]>
2025-03-28board: ti: am335x: Fix selection of BeagleBone GreenKory Maincent
The BeagleBone Green board is a revision of the BoneBlack board. Having BeagleBone Black devicetree listed before BeagleBone Green will select always the BeagleBone Black devicetree following the functioning of board_fit_config_name_match(). Fix it by changing the test condition and selecting BoneBlack board only if it is not a revision of this board. Signed-off-by: Kory Maincent <[email protected]>
2025-03-27Merge branch 'next' of https://source.denx.de/u-boot/custodians/u-boot-sunxi ↵Tom Rini
into next Assorted fixes, refactorings and additions that are ready, and shave off some load from upcoming series'. Improves MMC performance on D1/T113 (missed clock divider), enables eMMC access on the H616 family (never worked, many thanks to Jernej for the fix!), DRAM detection fixes for the H616 (now reportedly stable). Some patches for the upcoming Allwinner A133 SoC support: a few refactorings, plus the DM clock and pinctrl driver. The DRAM init routines work, but need some more polishing, that also holds back the actual enablement patch, which will hopefully follow for v2025.07 still. Also some preparatory patches for the Allwinner A523 SoC support, for now just to improve the FEL save/restore code. There will be more patches coming up for this, ideally also in the coming cycle still. Gitlab CI passed, and I booted that briefly on some boards.
2025-03-27power: pmic: sunxi: add SPL support for the AXP803Andre Przywara
The AXP803 has been around for about a decade now, but so far we didn't need SPL support, since the DRAM rail was wired up correctly at reset. Now some boards using the A133 SoC use the (compatible) AXP707 with DDR4 memory, which requires the SPL to set the required 1.1V voltage manually. Add the descriptions for the DC/DC regulators of the AXP803, and enable that when CONFIG_AXP803_POWER is enabled. Signed-off-by: Andre Przywara <[email protected]> Acked-by: Jernej Skrabec <[email protected]>