summaryrefslogtreecommitdiff
AgeCommit message (Collapse)Author
39 hoursMerge branch 'master' of https://source.denx.de/u-boot/custodians/u-boot-shHEADmasterTom Rini
Assorted fixes and tweaks, HUSH parser, preboot env variable, SMC command enablement, s_init and 32bit/64bit code clean up, DBSC and APMU remoteproc clean ups, UFS dev_phys_to_bus() remap support and SCIF R-Car Gen5 support.
44 hourstools: u_boot_pylib: ensure all Python modules are installedPaul HENRYS
Add setuptools package configuration to pyproject.toml so that u_boot_pylib is installed as a proper Python package without changing the existing flat directory structure and making sure all modules are installed. Signed-off-by: Paul HENRYS <[email protected]> Reviewed-by: Simon Glass <[email protected]>
44 hoursMerge tag 'fsl-qoriq-for-2026.07-rc1' of ↵Tom Rini
https://source.denx.de/u-boot/custodians/u-boot-fsl-qoriq CI: https://source.denx.de/u-boot/custodians/u-boot-fsl-qoriq/-/pipelines/29808 - Add env variables to assist boot for various LS boards - Add gpio scmi driver - Fix setting the function for scmi pinctrl - Use standard device tree pin muxing format for scmi pinctrl - Fix protocol version fetch for non-CCF platforms in scmi clk
44 hoursls1043a: add env variables to assist bootChunguang Li
Add LS1043ARDB-specific variables to assist the boot process, and update the related common and LS1043AQDS settings accordingly. Signed-off-by: Chunguang Li <[email protected]> Signed-off-by: Peng Fan <[email protected]>
44 hourslx2160ardb: add env variables to assist bootChunguang Li
Update the console baudrate to 115200 as default. Also add env variables to assist boot process. Signed-off-by: Chunguang Li <[email protected]> Signed-off-by: Peng Fan <[email protected]>
44 hoursls1046a: add env variables to assist bootChunguang Li
Add LS1046ARDB-specific variables to assist the boot flow, and update the related common and other LS1046A board settings accordingly. Signed-off-by: Chunguang Li <[email protected]> Signed-off-by: Peng Fan <[email protected]>
44 hoursls1028ardb: add env variables to assist bootChunguang Li
Add image, extra_bootargs, othbootargs and console_dbg to assist boot. Signed-off-by: Chunguang Li <[email protected]> Signed-off-by: Peng Fan <[email protected]>
44 hoursdrivers: net: fsl-mc: add the nowait option when applying the DPLIoana Ciornei
The process through which the MC firmware parses the DPL and initializes all the requested DPAA2 objects is a complex one which can take quite a bit of time. For the those circumstances in which a fast boot is required on DPAA2 based SoCs, add the 'nowait' optional parameter for the fsl_mc [lazy]apply dpl command. When this option is used, the Linux kernel fsl-mc bus must wait for the firmware to finish parsing the DPL before proceeding with probing all the DPAA2 objects. Signed-off-by: Ioana Ciornei <[email protected]> Signed-off-by: Peng Fan <[email protected]>
44 hoursdrivers: net: fsl-mc: cleanup the fsl_mc command help textIoana Ciornei
All the parameters that can be currently passed to the fsl_mc command are positional arguments which are mandatory. This is not perfectly clear when reading the help text because of the use of square brackets. Fix this by changing the square brackets, which are commonly used for optional parameters, with < .. >. Signed-off-by: Ioana Ciornei <[email protected]> Signed-off-by: Peng Fan <[email protected]>
44 hoursdrivers: net: fsl-mc: remove unused parameter from the wait_for_mc() functionIoana Ciornei
The first parameter of the wait_for_mc() function - booting_mc - is not used. Remove it. Signed-off-by: Ioana Ciornei <[email protected]> Signed-off-by: Peng Fan <[email protected]>
44 hourspinctrl: scmi: Use standard device tree pin muxing formatDan Carpenter
In the original code, I wrote a custom pin muxing parser but the upstream device trees wouldn't accept something like that so it would have complicated mergine the device tree files. Use the standard device tree format with function and groups: pinmux1: pinmux1 { function = "f_gpio1"; groups = "grp_1", "grp_3"; }; Signed-off-by: Dan Carpenter <[email protected]> Acked-by: Linus Walleij <[email protected]> Signed-off-by: Peng Fan <[email protected]>
44 hoursfirmware: scmi: Fix setting the functionDan Carpenter
Set BIT(10) when the function needs to be set, otherwise the setting is ignored. Fixes: 0cb160f1b629 ("scmi: pinctrl: add pinctrl driver for SCMI") Signed-off-by: Dan Carpenter <[email protected]> Signed-off-by: Peng Fan <[email protected]>
2 daysgpio: scmi: Add gpio_scmi driverDan Carpenter
This provides GPIO support over SCMI. It is built on top of the pinctrl-scmi driver. A typical device tree entry might look like this: gpio1 { compatible = "scmi-pinctrl-gpio"; gpio-controller; #gpio-cells = <2>; ngpios = <10>; gpio-ranges = <&scmi_pinctrl 0 8 4>, <&scmi_pinctrl 4 12 1>, <&scmi_pinctrl 5 15 1>, <&scmi_pinctrl 6 17 4>; pinctrl-names = "default"; pinctrl-0 = <&i2c2_pins>; }; In this GPIO driver the one thing which is different is that in the gpio-ranges the first numbers which represent how the pins are exposed to the users have to start at zero and it can't have gaps. Signed-off-by: Dan Carpenter <[email protected]> Signed-off-by: Peng Fan <[email protected]>
2 daysclk: scmi: Fix protocol version fetch for non-CCF platformsKamlesh Gurudasani
The SCMI clock protocol version was only being fetched when CLK_CCF was enabled. On non-CCF platforms, the probe function returned early without fetching the version, leaving priv->version as 0. This caused issues because code paths like scmi_clk_gate() and scmi_clk_get_permissions() depend on priv->version to determine which protocol message format to use, even in non-CCF mode. Fix this by moving the scmi_generic_protocol_version() call before the CLK_CCF check, ensuring the version is fetched for both CCF and non-CCF platforms. Tested on am62lx_evm. Fixes: ae7e0330ce22 ("clk: scmi: add compatibility with clock protocol 2.0") Signed-off-by: Kamlesh Gurudasani <[email protected]> Signed-off-by: Peng Fan <[email protected]>
3 daysufs: Remap CPU to bus addresses using dev_phys_to_bus()Marek Vasut
Use dev_phys_to_bus() to convert CPU addresses of DMA descriptors into bus addresses of DMA descriptors. This is necessary on hardware which does not have 1:1 mapping between CPU and memory addressed by the DMA. This has no impact on other hardware which does not need this conversion. Signed-off-by: Marek Vasut <[email protected]>
3 daysserial: sh: Handle HSCIF on all 64-bit R-Car SoCMarek Vasut
The HSCIF variant present on Renesas R-Car Gen5 SoC is compatible with the HSCIF variant present on Renesas R-Car Gen4 SoC. Enable HSSRR register programming for HSCIF present on all 64-bit R-Car SoCs, which covers R-Car Gen3, Gen4 and newly also Gen5. Signed-off-by: Marek Vasut <[email protected]>
3 daysremoteproc: renesas: apmu: Fix typo in Kconfig symbol help textMarek Vasut
Fix typo in Kconfig symbol help text, change incorrect A52 to correct R52. No functional change. Signed-off-by: Marek Vasut <[email protected]> Acked-by: Peng Fan <[email protected]>
3 daysram: renesas: dbsc: Use macro in renesas_dbsc5_board_config channel countMarek Vasut
Use DRAM_CH_CNT macro in renesas_dbsc5_board_config channel count. The macro is defined in the same file a few lines above. This way, the maximum channel count in the structure and the macro can not diverge. Signed-off-by: Marek Vasut <[email protected]>
3 daysarm64: renesas: Separate 64bit only codeMarek Vasut
Conditionally compile code that is only compatible with 64bit ARMv8 on 64bit R-Car Gen3/4/5 SoCs. Protect such code with CONFIG_ARM64. This split is implemented in preparation for build of Cortex-M33 version of R-Car Gen5 U-Boot for its RSIPM core. Signed-off-by: Marek Vasut <[email protected]>
3 daysarm64: renesas: Make R-Car board code 32-bit ARMv8-M compatibleMarek Vasut
The 64-bit R-Car board code is currently unbuildable on 32-bit ARM cores. Skip DRAM initialization bits to make the code compatible with these cores, because those cores do not use the DRAM, they only use SRAM. Signed-off-by: Marek Vasut <[email protected]>
3 daysarm64: renesas: Enable SMC command on all R-Car 64-bit systemsMarek Vasut
Enable the 'smc' command on all R-Car 64-bit systems. This command is useful for interacting with EL3 firmware, testing interaction with the PSCI provider or OPTEE-OS. Signed-off-by: Marek Vasut <[email protected]>
3 daysarm: renesas: Use stock lowlevel_init function and remove s_initMarek Vasut
Replace s_init() early initialization at the end of lowlevel_init by invoking the same code in mach_cpu_init(). The mach_cpu_init() is called a bit later, but as the code initializes timer and no code uses timer until mach_cpu_init(), this does not pose a problem. Signed-off-by: Marek Vasut <[email protected]>
3 daysarm: renesas: Enable preboot environment variable on all R-Car systemsMarek Vasut
Enable the 'preboot' variable on all R-Car systems. This variable can optionally be set and contain a script which is executed before the autoboot timeout starts. This can be used to run critical scripts or similar tasks. By default, the "preboot" variable is empty. Signed-off-by: Marek Vasut <[email protected]>
3 daysarm: renesas: Enable modern HUSH parser on all R-Car systemsMarek Vasut
Enable modern HUSH parser on all Renesas R-Car systems. This replaces the old HUSH parser and includes matching updates to the command line parser. No functional change expected. Signed-off-by: Marek Vasut <[email protected]>
3 daysMerge patch series "env: scsi: support SCSI env without partition UUID"Tom Rini
David Lechner <[email protected]> says: This is a series adding support for reading U-Boot env directly from SCSI devices that do not have a partition table, similar to how we can already do this for MMC devices. The motivation behind this is that MediaTek's BSP is already using the same disk images for both MMC and UFS devices, so we need to be able to read the env from SCSI devices without requiring a partition UUID. The series starts with cleaning up a few oddities we noticed in the existing code. Then some refactoring so that the env code manages calling scsi_scan() so that we don't have to duplicate that for the new code path. Then finally, the last few patches add and document the new functionality. Link: https://lore.kernel.org/r/[email protected]
3 daysenv: scsi: document requirements for ENV_IS_IN_SCSIDavid Lechner
Expand the Kconfig help for ENV_IS_IN_SCSI to explain the other required config options when this option is enabled. Signed-off-by: David Lechner <[email protected]>
3 daysenv: scsi: add CONFIG_ENV_SCSI_HW_PARTITIONDavid Lechner
Add CONFIG_ENV_SCSI_HW_PARTITION and supporting code to allow loading the environment directly from a SCSI device without a partition table. Some platforms store the environment directly on the SCSI device without a way to look it up by partition UUID. Signed-off-by: David Lechner <[email protected]>
3 daysscsi: move scsi_scan() call out of scsi_get_blk_by_uuid()David Lechner
Move scsi_scan() call out of scsi_get_blk_by_uuid(). The only caller, env_scsi_get_part(), should be managing this call since it may also want to use different ways to get the partition information in the future. Signed-off-by: David Lechner <[email protected]>
3 daysscsi: document return values of public functionsDavid Lechner
Add Return: documentation for some public functions in scsi.h that were missing it. Signed-off-by: David Lechner <[email protected]>
3 daysscsi: return ENODEV in scsi_get_blk_by_uuid()David Lechner
Change scsi_get_blk_by_uuid() to return -ENODEV instead of -1 on error. Other scsi_* functions return an error code rather than -1. 1 is EPERM, which doesn't make sense here. So we use ENODEV instead. The only caller only checks for !success, so changing the value has no effect on the caller. Signed-off-by: David Lechner <[email protected]>
3 daysenv: scsi: rename ENV_SCSI_PART_UUIDDavid Lechner
Rename SCSI_ENV_PART_UUID to ENV_SCSI_PART_UUID. All other environment- related config names are of the form ENV_<name>, so this is more consistent. Signed-off-by: David Lechner <[email protected]> Reviewed-by: Sumit Garg <[email protected]>
3 dayscmd/scsi: drop scsi reset commandDavid Lechner
Since commit b630f8b3aefc ("scsi: Forceably finish migration to DM_SCSI") the "scsi reset" command has no possibility of actually resetting any SCSI controller. Drop the command to avoid confusion that the command is actually resetting the SCSI controller. Signed-off-by: David Lechner <[email protected]>
4 daysdm: Respect dma-ranges sizeMarek Vasut
Rework dev_phys_to_bus() and dev_bus_to_phys() to respect the size of the area specified in dma-ranges DT property. The area outside of ranges is remapped 1:1, while the area in the ranges is remapped according to the description in the dma-ranges property. Adjust the test to test the area within the remapped range, not area outside the remapped range, which was incorrect. Signed-off-by: Marek Vasut <[email protected]> Reviewed-by: Markus Schneider-Pargmann <[email protected]>
4 dayshikey960: Drop unnecessary BOARD_EARLY_INIT_F usageTom Rini
This platform enables CONFIG_BOARD_EARLY_INIT_F and then has a do-nothing board_early_init_f function. Change to not enabling the option and so not needing an empty function. Signed-off-by: Tom Rini <[email protected]>
4 daysspl: Remove unused CONFIG_SPL_FRAMEWORK_BOARD_INIT_F optionTom Rini
The option CONFIG_SPL_FRAMEWORK_BOARD_INIT_F enables a simple board_init_f function in SPL. This however is never enabled, so remove this function and option. Signed-off-by: Tom Rini <[email protected]>
4 daysarm: Remove redundant "xPL_SYS_MALLOC_F default y" entriesTom Rini
The symbol SPL_SYS_MALLOC_F defaults to y when visible and TPL_SYS_MALLOC_F defaults to y when visible and SPL_SYS_MALLOC_F is enabled. Remove the places from Kconfig files that had unneccsary "default y" for these options. Signed-off-by: Tom Rini <[email protected]>
4 daysboard: ti: am62dx: Separate resource management config from am62axParesh Bhagat
AM62d currently shares resource management configuration files with AM62a. However, AM62a resource management needs to be modified for DMA resource sharing scheme for CPSW3G Ethernet functionality to support multi-core traffic handling. Add separate AM62d-specific resource management configuration files to decouple from the AM62a changes and maintain proper resource allocation for AM62d. Signed-off-by: Paresh Bhagat <[email protected]> Reviewed-by: Anshul Dalal <[email protected]>
4 daysUpdate my email addressSean Anderson
Soon I will no longer be working at SECO. Update the mailmap to redirect to my linux.dev address which I still have access to. Signed-off-by: Sean Anderson <[email protected]> Reviewed-by: Sean Anderson <[email protected]>
4 daysMerge tag 'mediatek-for-master-2026-04-07' of ↵Tom Rini
https://source.denx.de/u-boot/custodians/u-boot-mediatek This is the first wave of MediaTek changes for this merge window. We also expect to be sending another decent-sized pull request later for the backlog of patches that are currently waiting on dependencies or need little more time for review. * Fixes for cargo-culted issues in mach-mediatek init.c files. * Some consistency cleanups of recently added Genio boards (510/700/1200). * Some pinctrl improvements to support newer MediaTek SOCs (mt8189 compatible). * New devicetree and config for Genio 520/720 EVK boards (can boot to eMMC or SD). * New CPU-specific functions to read vendor-specific CPU info at runtime.
4 daysdoc: release cycle: fix 2026.04 stats linkDavid Lechner
Fix the link to the 2026.04 stats page. It was likely copied from the 2026.01 line below and not updated. Signed-off-by: David Lechner <[email protected]> Reviewed-by: Tom Rini <[email protected]>
4 daysarm: mediatek: mt8189: print specific CPU informationDavid Lechner
Modify the print_cpuinfo() function to print a more specific CPU name when possible. Reviewed-by: Macpaul Lin <[email protected]> Link: https://patch.msgid.link/[email protected] Signed-off-by: David Lechner <[email protected]>
4 daysarm: mediatek: add SIP platform bininfo lookupsDavid Lechner
Add a couple of functions to look up the segment and part name using SIP calls. These will be used to print more accurate CPU information in print_cpuinfo(). Reviewed-by: Macpaul Lin <[email protected]> Link: https://patch.msgid.link/[email protected] Signed-off-by: David Lechner <[email protected]>
4 dayssandbox: Adjust how OS-interface files are builtSimon Glass
The current mechanism uses a completely separate build rule for each file which must be built with system headers. This is tricky to maintain. Add a foreach template in the sandbox cpu Makefile which generates the custom compile rules from a CFLAGS_USE_SYSHDRS list. This keeps the rules data-driven without needing changes to the common scripts/Makefile.lib, which could affect other architectures. Move initjmp.o into the template since it uses the same pattern. Add sdl.o to the list too, with an override for its command since it also needs -fshort-wchar removed and -fno-lto added. Signed-off-by: Simon Glass <[email protected]>
4 daysarm: mach-sc5xx: Align header paths with SYS_SOC conventionPhilip Molloy
Define CONFIG_SYS_SOC in the mach-sc5xx Kconfig. Follow the standard U-Boot include path convention by moving the SC5xx SoC headers from arch/arm/include/asm/arch-adi/sc5xx/ to the conventional arch/arm/include/asm/arch-sc5xx/ location. Update includes from <asm/arch-adi/sc5xx/*.h> to <asm/arch/*.h> across mach-sc5xx and board files. Signed-off-by: Philip Molloy <[email protected]>
4 daysglobal: Correct duplicate U_BOOT_DRIVER entry namesTom Rini
The U_BOOT_DRIVER macro creates a list of drivers used at link time, and all entries here must be unique. This in turn means that all entries in the code should also be unique in order to not lead to build failures later with unexpected build combinations. Typically, the problem we have here is when a driver is obviously based on another driver and didn't update this particular field and so while the name field reflects something unique the linker entry itself is not. In a few places this provides a more suitable string name as well, however. Reviewed-by: Marek Vasut <[email protected]> Reviewed-by: Svyatoslav Ryhel <[email protected]> # Tegra Reviewed-by: Peter Robinson <[email protected]> Reviewed-by: Heiko Schocher <[email protected]> Reviewed-by: Simon Glass <[email protected]> Signed-off-by: Tom Rini <[email protected]>
4 daystpl: Correct dependencies for TPL_OF_CONTROLTom Rini
The TPL_OF_CONTROL option can only select TPL_OF_LIBFDT functionality if we also have enabled TPL_LIBGENERIC_SUPPORT, so express this dependency in Kconfig. Signed-off-by: Tom Rini <[email protected]>
4 daysserial: omap: Fix "unused" warnings with SERIAL_PRESENT=n and OF_REAL=yTom Rini
The definition of our ID table (and of_to_plat function) is guarded with OF_REAL however the U_BOOT_DRIVER that would in turn use the table is guarded with SERIAL_PRESENT. To avoid a potential warning we must also guard both with SERIAL_PRESENT. Signed-off-by: Tom Rini <[email protected]>
4 daysserial: ns16550: Fix an "unused" warning with SERIAL_PRESENT=n and OF_REAL=yTom Rini
The definition of our ID table is guarded with OF_REAL however the U_BOOT_DRIVER that would in turn use the table is guarded with SERIAL_PRESENT. To avoid a potential warning we must also guard the ID table with SERIAL_PRESENT. Signed-off-by: Tom Rini <[email protected]>
4 daysinput: Correct dependencies for CROS_EC_KEYBTom Rini
The CROS_EC_KEYB functionality can only work with CROS_EC enabled, so express this dependency in Kconfig, for all build phases. Signed-off-by: Tom Rini <[email protected]>
4 daysspl: env: Correct dependencies for SPL_SAVEENV and MMCTom Rini
The SPL_SAVEENV functionality, when working with an MMC device, can only work with SPL_MMC_WRITE enabled. This however only works with SPL_MMC also being enabled. Update the dependencies to show that if we have enabled SPL_ENV_IS_IN_MMC then we select SPL_MMC_WRITE and make SPL_ENV_IS_IN_MMC depends on SPL_MMC. Signed-off-by: Tom Rini <[email protected]>