summaryrefslogtreecommitdiff
AgeCommit message (Collapse)Author
2026-06-09doc: ti: k3: Add section for DDR configurationNeha Malcom Francis
Add a concise section for DDR configuration pointing to the public tool that can be used to generate the configuration DTSI. Signed-off-by: Neha Malcom Francis <[email protected]> Reviewed-by: Romain Naour <[email protected]>
2026-06-09arm: dts: k3-j742s2: ddr: Update to v0.12.0 of DDR config toolNeha Malcom Francis
Update the DDR configuration for J742S2 according to the SysConfig DDR Configuration tool v0.12.0. Log of changes between 0.9.1 to 0.12.0 is [0]. [0] https://dev.ti.com/tirex/content/TDA4x_DRA8x_AM67x-AM69x_DDR_Config_0.12.00.0000/docs/RevisionHistory.html Tested-by: Udit Kumar <[email protected]> Signed-off-by: Neha Malcom Francis <[email protected]>
2026-06-09arm: dts: k3-am69: ddr: Update to v0.12.0 of DDR config toolNeha Malcom Francis
Update the DDR configuration for AM69 according to the SysConfig DDR Configuration tool v0.12.0. Log of changes between 0.9.1 to 0.12.0 is [0]. [0] https://dev.ti.com/tirex/content/TDA4x_DRA8x_AM67x-AM69x_DDR_Config_0.12.00.0000/docs/RevisionHistory.html Tested-by: Udit Kumar <[email protected]> Signed-off-by: Neha Malcom Francis <[email protected]>
2026-06-09arm: dts: k3-j784s4: ddr: Update to v0.12.0 of DDR config toolNeha Malcom Francis
Update the DDR configuration for J784S4 according to the SysConfig DDR Configuration tool v0.12.0. Log of changes between 0.9.1 to 0.12.0 is [0]. [0] https://dev.ti.com/tirex/content/TDA4x_DRA8x_AM67x-AM69x_DDR_Config_0.12.00.0000/docs/RevisionHistory.html Tested-by: Udit Kumar <[email protected]> Signed-off-by: Neha Malcom Francis <[email protected]>
2026-06-09arm: dts: k3-am68: ddr: Update to v0.12.0 of DDR config toolNeha Malcom Francis
Update the DDR configuration for AM68 according to the SysConfig DDR Configuration tool v0.12.0. Log of changes between 0.9.1 to 0.12.0 is [0]. [0] https://dev.ti.com/tirex/content/TDA4x_DRA8x_AM67x-AM69x_DDR_Config_0.12.00.0000/docs/RevisionHistory.html Tested-by: Udit Kumar <[email protected]> Signed-off-by: Neha Malcom Francis <[email protected]> Reviewed-by: Udit Kumar <[email protected]>
2026-06-09arm: dts: k3-j721s2: ddr: Update to v0.12.0 of DDR config toolNeha Malcom Francis
Update the DDR configuration for J721S2 according to the SysConfig DDR Configuration tool v0.12.0. Log of changes between 0.9.1 to 0.12.0 is [0]. [0] https://dev.ti.com/tirex/content/TDA4x_DRA8x_AM67x-AM69x_DDR_Config_0.12.00.0000/docs/RevisionHistory.html Tested-by: Udit Kumar <[email protected]> Signed-off-by: Neha Malcom Francis <[email protected]>
2026-06-09arm: dts: k3-j7200: ddr: Update to v0.12.0 of DDR config toolNeha Malcom Francis
Update the DDR configuration for J7200 according to the SysConfig DDR Configuration tool v0.12.0. Log of changes between 0.9.1 to 0.12.0 is [0]. [0] https://dev.ti.com/tirex/content/TDA4x_DRA8x_AM67x-AM69x_DDR_Config_0.12.00.0000/docs/RevisionHistory.html Tested-by: Udit Kumar <[email protected]> Signed-off-by: Neha Malcom Francis <[email protected]>
2026-06-10rockchip: MAINTAINERS: upstream devicetree updateJohan Jonker
Most Rockchip boards are now using the upstream device tree. Some MAINTAINERS files still contain a reference to no longer available files. Update and where possible streamline with '*' ending. Signed-off-by: Johan Jonker <[email protected]> Reviewed-by: Peter Robinson <[email protected]> Acked-by: Matwey V. Kornilov <[email protected]> Reviewed-by: Kever Yang <[email protected]>
2026-06-10rockchip: clk: clk_rk3576: Add support for RK3576 GMAC 25MHz clock outputAlexey Charkov
Rockchip RK3576 SoC has two built-in GMACs which connect to external PHYs via RGMII interface. The RGMII link can be clocked by either the PHY or the SoC. When the SoC is the master, as is the case on the RK3576 EVB1, the output clock needs to be configured in the CRU. Add the respective logic for getting and setting the RGMII reference clock output for both GMAC0 and GMAC1. Signed-off-by: Alexey Charkov <[email protected]> Reviewed-by: Quentin Schulz <[email protected]> Reviewed-by: Kever Yang <[email protected]>
2026-06-10nxp: imx[95,94,952]_evk: Implement board_fix_fdtYe Li
Select the OF_BOARD_FIXUP and implement board_fix_fdt in board codes of iMX95/952/94 EVK to handle fuse setting on various part numbers. Signed-off-by: Ye Li <[email protected]> Acked-by: Peng Fan <[email protected]> Signed-off-by: Peng Fan <[email protected]>
2026-06-10iMX9: scmi: Disable fused modules for iMX95/94/952Ye Li
Disable relevant modules in kernel FDT and u-boot FDT according to fuse settings on iMX95/94/952. For u-boot FDT fixup, introduce a common function that each board needs this fixup could select OF_BOARD_FIXUP and implement board_fix_fdt to call imx9_uboot_fixup_by_fuse. Signed-off-by: Ye Li <[email protected]> Signed-off-by: Peng Fan <[email protected]>
2026-06-10imx9: scmi: Print CPU part number nameYe Li
Decode the CPU part number from PART_NUM fuse and print it in CPU name. For iMX95 and iMX952 Part number fuse is defined as: [7:6] : Package description [5:2] : Segment [1:0] : Number of A55 cores For iMX94, the PART_NUM[7:0] fuse directly reflects the part number value. Signed-off-by: Ye Li <[email protected]> Acked-by: Peng Fan <[email protected]> Signed-off-by: Peng Fan <[email protected]>
2026-06-10imx9: scmi: Fix temperature range for Extended industrial partsYe Li
The value '01' in MARKET_SEGMENT fuse is Extended industrial on iMX95/952/94. Fix its temperature range to -40C to 125C 01` - Ext. Industrial -40C to 125C Signed-off-by: Ye Li <[email protected]> Acked-by: Peng Fan <[email protected]> Signed-off-by: Peng Fan <[email protected]>
2026-06-10thermal: imx_tmu: extend with QorIQ/Layerscape TMUVincent Jardin
Add support for the on-die Thermal Monitoring Unit (TMU) of the new QorIQ/Layerscape SoCs (LX2160A, LS1028A, LS1088A, ...): examples on a lx2160: => temperature list | Device | Driver | Parent | tmu@1f80000 | imx_tmu | root_driver | cluster67-thermal | imx_tmu | tmu@1f80000 | ddr1-cluster5-thermal | imx_tmu | tmu@1f80000 | wriop-thermal | imx_tmu | tmu@1f80000 | dce-qbman-hsio2-thermal | imx_tmu | tmu@1f80000 | ccn-dpaa-tbu-thermal | imx_tmu | tmu@1f80000 | cluster4-hsio3-thermal | imx_tmu | tmu@1f80000 | cluster23-thermal | imx_tmu | tmu@1f80000 => temperature get tmu@1f80000 tmu@1f80000: 82000 mC => temperature get wriop-thermal wriop-thermal: 81000 mC The parent tmu@... node owns the MMIO and calibration; one UCLASS_THERMAL device is bound per/thermal-zones site so each shows up by its zone name: => dm tree ... thermal 2 [ + ] imx_tmu |-- tmu@1f80000 thermal 3 [ + ] imx_tmu | |-- cluster67-thermal thermal 4 [ + ] imx_tmu | |-- ddr1-cluster5-thermal thermal 5 [ + ] imx_tmu | |-- wriop-thermal thermal 6 [ + ] imx_tmu | |-- dce-qbman-hsio2-thermal thermal 7 [ + ] imx_tmu | |-- ccn-dpaa-tbu-thermal thermal 8 [ + ] imx_tmu | |-- cluster4-hsio3-thermal thermal 9 [ + ] imx_tmu | `-- cluster23-thermal ... The dtsi additions mirror the existing fsl-ls1028a.dtsi: the LX2160A SoC dtsi gains the tmu@1f80000 node plus a thermal-zones hierarchy with 7 sites: cluster67-thermal site 0 A72 clusters 6 + 7 ddr1-cluster5-thermal site 1 DDR1 + A72 cluster 5 wriop-thermal site 2 WRIOP dce-qbman-hsio2-thermal site 3 DCE + QBMAN + HSIO2 ccn-dpaa-tbu-thermal site 4 CCN508 + DPAA + TBU cluster4-hsio3-thermal site 5 A72 cluster 4 + HSIO3 cluster23-thermal site 6 A72 clusters 2 + 3 Signed-off-by: Vincent Jardin <[email protected]> Suggested-by: Tom Rini <[email protected]> Inspired-by: Peng Fan <[email protected]> Signed-off-by: Peng Fan <[email protected]>
2026-06-10thermal: jc42: add JEDEC JC-42.4/TSE2004av SPDVincent Jardin
It is designed as a generic UCLASS_THERMAL driver for any JEDEC JC-42.4 family of on-DIMM temperature sensors (TSE2004av and compatible parts). The driver reads the temperature register over DM I2C. The "jedec,jc-42.4-temp" compatible is Linux-aligned (see Documentation/devicetree/bindings/hwmon/jedec,jc-42.4-temp.yaml in the Linux tree). When CMD_TEMPERATURE is enabled, the sensor becomes available with the standard commands "temperature list" / "temperature get". Signed-off-by: Vincent Jardin <[email protected]> Signed-off-by: Peng Fan <[email protected]>
2026-06-09power: regulator: scmi: convert ofnode API to dev_read APIPeng Fan
Replace ofnode_find_subnode(dev_ofnode(dev), ...) with dev_read_subnode(dev, ...). No functional change. Signed-off-by: Peng Fan <[email protected]>
2026-06-09power: regulator: qcom-rpmh: convert ofnode API to dev_read APIPeng Fan
Replace ofnode_read_u32(dev_ofnode(dev), ...) with dev_read_u32(dev, ...), ofnode_read_string(dev_ofnode(dev), ...) with dev_read_string(dev, ...), and ofnode_for_each_subnode(node, dev_ofnode(dev)) with dev_for_each_subnode(node, dev). No functional change. Reviewed-by: Casey Connolly <[email protected]> Signed-off-by: Peng Fan <[email protected]>
2026-06-09power: regulator: anatop: convert ofnode API to dev_read APIPeng Fan
Replace ofnode_read_string(dev_ofnode(dev), ...) with dev_read_string(dev, ...). No functional change. Signed-off-by: Peng Fan <[email protected]>
2026-06-09power: pmic: qcom: convert ofnode API to dev_read APIPeng Fan
Replace ofnode_read_u32_index(dev_ofnode(dev), ...) with dev_read_u32_index(dev, ...). No functional change. Reviewed-by: Casey Connolly <[email protected]> Signed-off-by: Peng Fan <[email protected]>
2026-06-09power: pmic: pca9450: convert ofnode API to dev_read APIPeng Fan
Replace ofnode_read_bool(dev_ofnode(dev), ...) with dev_read_bool(dev, ...). No functional change. Signed-off-by: Peng Fan <[email protected]>
2026-06-09power: domain: imx8m: convert ofnode API to dev_read APIPeng Fan
Replace ofnode_for_each_subnode(subnode, dev_ofnode(dev)) with dev_for_each_subnode(subnode, dev) and ofnode_read_u32_default( dev_ofnode(dev), ...) with dev_read_u32_default(dev, ...). No functional change. Signed-off-by: Peng Fan <[email protected]>
2026-06-09power: domain: meson-gx-pwrc-vpu: use dev_read_phandle_with_args for hhi-sysctrlPeng Fan
Replace the manual ofnode_read_u32() + ofnode_get_by_phandle() sequence with a single dev_read_phandle_with_args() call to resolve the amlogic,hhi-sysctrl phandle. This is cleaner and avoids the intermediate phandle value and ofnode_valid() check. No functional change. Reviewed-by: Neil Armstrong <[email protected]> Signed-off-by: Peng Fan <[email protected]>
2026-06-09power: domain: meson-ee-pwrc: use dev_read_phandle_with_args for ao-sysctrlPeng Fan
Replace the manual ofnode_read_u32() + ofnode_get_by_phandle() sequence with a single dev_read_phandle_with_args() call to resolve the amlogic,ao-sysctrl phandle. This is cleaner and avoids the intermediate phandle value and ofnode_valid() check. No functional change. Reviewed-by: Neil Armstrong <[email protected]> Signed-off-by: Peng Fan <[email protected]>
2026-06-09power: regulator: tps6287x: Use dev_read_addr_index()Peng Fan
Use dev_read_addr_index() which supports both live device tree and flat DT backends, avoiding direct dependency on devfdt_* helpers. No functional changes. Reviewed-by: Simon Glass <[email protected]> Signed-off-by: Peng Fan <[email protected]>
2026-06-09power: regulator: Fix power on/off delay issueYe Li
SD initialization failure happens with some UHS-I SD cards on iMX8MM/iMX93/iMX91 EVK after commit 4fcba5d556b4 ("regulator: implement basic reference counter"). When sending operation condition to SD card, the OCR does not return correct status. The root cause is regulator on/off delay is missed in MMC power cycle with above commit, so SD card is not completely power off. When SD startup, the sequence of MMC power cycle is: mmc_power_init(get vmmc_supply dev) -> mmc_power_off -> udelay(2000) -> mmc_power_on Before above commit, as a fixed regulator, the GPIO is set as: GPIO inactive (in mmc_power_init) -> GPIO inactive and delay off-on-delay-us (in mmc_power_off) -> udelay(2000) -> GPIO active (in mmc_power_on) After the commit: GPIO inactive (in mmc_power_init) -> enable_count is 0, regulator_set_enable returns -EALREADY immediately, so GPIO is inactive but No off-on-delay-us (in mmc_power_off) -> udelay(2000) -> GPIO active (in mmc_power_on) Move the off-on-delay-us delay before setting GPIO active to fix the issue. Signed-off-by: Ye Li <[email protected]> Reviewed-by: Peng Fan <[email protected]> Signed-off-by: Peng Fan <[email protected]>
2026-06-09cmd: mmc: fix help and parameter verification with MMC_SPEED_MODE_SET not setMarkus Niebel
Currently help and parameter scanning does not check whether the feature is enabled or not. This leads to wrong expectations based on help output and no clear sign why the mmc dev and mmc rescan do not enforce the supplied mode. Fixes: 19f7a34a4642 ("mmc: Add support for enumerating MMC card in a given mode using mmc command") Signed-off-by: Markus Niebel <[email protected]> Signed-off-by: Alexander Stein <[email protected]> Signed-off-by: Peng Fan <[email protected]>
2026-06-09mmc: octeontx_hsmmc: convert ofnode API to dev_read APIPeng Fan
Replace all ofnode_read_*() / ofnode_read_bool() / ofnode_get_property() calls with their dev_read_*() equivalents across octeontx_mmc_get_valid(), octeontx_mmc_get_config(), octeontx_mmc_host_probe() and octeontx_mmc_host_child_pre_probe(). Remove the intermediate 'ofnode node' local variables, the now-unused 'host->node' assignment in the probe function, and the corresponding 'ofnode node' field from struct octeontx_mmc_host. No functional change. Signed-off-by: Peng Fan <[email protected]>
2026-06-09mmc: msm_sdhci: convert ofnode API to dev_read APIPeng Fan
Replace ofnode_read_u32(), ofnode_get_property() and ofnode_read_string_index() with their dev_read_*() equivalents in msm_sdc_clk_init(). Remove the intermediate 'ofnode node' local variable. No functional change. Reviewed-by: Casey Connolly <[email protected]> Signed-off-by: Peng Fan <[email protected]>
2026-06-09mmc: fsl_esdhc_imx: convert ofnode API to dev_read APIPeng Fan
Replace ofnode_read_*() calls with their dev_read_*() equivalents in fsl_esdhc_of_to_plat(). Remove the intermediate 'ofnode node' local variable and the now-unnecessary <dm/ofnode.h> include. No functional change. Signed-off-by: Peng Fan <[email protected]>
2026-06-09mmc: cv1800b_sdhci: Use dev_read_addr_ptr()Peng Fan
Use dev_read_addr_ptr() which supports both live device tree and flat DT backends, avoiding direct dependency on devfdt_* helpers. No functional changes. Reviewed-by: Stefan Roese <[email protected]> Signed-off-by: Peng Fan <[email protected]>
2026-06-09mmc: xenon_sdhci: Use livetree APIPeng Fan
Use livetree API which supports both live device tree and flat DT backends, avoiding direct dependency on devfdt_* helpers. No functional changes. Reviewed-by: Stefan Roese <[email protected]> Signed-off-by: Peng Fan <[email protected]>
2026-06-09arm: dts: fsl-lx2162a-qds: drop &dspi{0,1,2} blockVincent Jardin
arch/arm/dts/fsl-lx2162a-qds.dts carries a verbatim copy of the three &dspi{0,1,2} overrides that are already provided by the parent include arch/arm/dts/fsl-lx2160a-qds.dtsi No functional change, the parent's &dspi{0,1,2} block keeps its bus-num, status and flash children intact. Signed-off-by: Vincent Jardin <[email protected]> Signed-off-by: Peng Fan <[email protected]>
2026-06-09arm: dts: fsl-lx2160a: wdt0 for watchdog nodeVincent Jardin
The SBSA generic watchdog node is currently declared without a label, so any per-board DTS that wants to override one of its properties has to use path syntax &{/soc/watchdog@23a0000}. It fails with Label or path /soc/watchdog@23a0000 not found when the path contains an `@`, forcing to duplicate the node. Adding a one-line wdt0: label allows to override the node with &wdt0 { ... }; (for example to change timeout-sec). Zero impact on existing boards. Signed-off-by: Vincent Jardin <[email protected]> Signed-off-by: Peng Fan <[email protected]>
2026-06-09regulator: qcom-rpmh-regulator: fix regulator mode mismatchFederico Amedeo Izzo
Initial regulator mode was read from dts but never applied. This caused a mismatch between saved mode and actual regulator mode. Apply the current mode from priv->mode during enable() and move rpmh_regulator_vrm_set_mode function before rpmh_regulator_set_enable_state(). Signed-off-by: Federico Amedeo Izzo <[email protected]> Reviewed-by: Casey Connolly <[email protected]> Link: https://patch.msgid.link/[email protected] Signed-off-by: Casey Connolly <[email protected]>
2026-06-09drivers: watchdog: Fix dev_read_addr error checkFrancois Berder
dev_read_addr does not return a void* but fdt_addr_t. Replace invalid usage of dev_read_addr by dev_read_addr_ptr. v2: - Replace dev_read_addr by dev_read_addr_ptr - Change error to EINVAL Signed-off-by: Francois Berder <[email protected]> Reviewed-by: Stefan Roese <[email protected]> Reviewed-by: Hal Feng <[email protected]>
2026-06-09watchdog: mpc8xxx_wdt: Use dev_remap_addr()Peng Fan
Use dev_remap_addr() to replace devfdt_remap_addr which supports both live device tree and flat DT backends, avoiding direct dependency on devfdt_* helpers. No functional changes. Signed-off-by: Peng Fan <[email protected]> Reviewed-by: Stefan Roese <[email protected]>
2026-06-09watchdog: rti: Use dev_read_addr_ptr()Peng Fan
devfdt_get_addr() returns FDT_ADDR_T_NONE(-1UL) when fail, using "!priv->regs" to check return value is wrong. Replace devfdt_read_addr() with dev_read_addr_ptr() when retrieving the register base address. dev_read_addr_ptr() supports both live device tree and flat DT backends, avoiding direct dependency on devfdt_* helpers. Also use "void __iomem *" to replace "phys_addr_t" to avoid type casting. No functional changes. Signed-off-by: Peng Fan <[email protected]> Reviewed-by: Stefan Roese <[email protected]>
2026-06-09watchdog: orion_wdt: use dev_read_addr_size_index()Peng Fan
Replace devfdt_read_addr_size_index() with dev_read_addr_size_index() when retrieving the register base address. dev_read_addr_size_index() supports both live device tree and flat DT backends, avoiding direct dependency on devfdt_* helpers. No functional changes. Signed-off-by: Peng Fan <[email protected]> Reviewed-by: Stefan Roese <[email protected]>
2026-06-09doc: wdt: fix typo for expireJonathan GUILLOT
2026-06-09watchdog: octeontx_wdt: fix DT matches to Marvell compatiblesJuuso Rinta
The OcteonTX watchdog driver currently matches arm,sbsa-gwdt. On systems with multiple watchdog devices this can be ambiguous since arm,sbsa-gwdt is a generic SBSA binding. Replace the SBSA match with SoC-specific Marvell compatibles marvell,cn10624-wdt and marvell,cn9670-wdt. These compatibles align with the upstream Linux device tree binding: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/tree/Documentation/devicetree/bindings/watchdog/marvell,cn10624-wdt.yaml Reviewed-by: Aaro Koskinen <[email protected]> Signed-off-by: Juuso Rinta <[email protected]> Reviewed-by: Stefan Roese <[email protected]>
2026-06-09watchdog: sbsa_gwdt: clamp WOR value to hw maxJuuso Rinta
The WOR register is 32 bits, so any tick count exceeding U32_MAX is truncated by writel(). A large requested timeout can wrap to a small value causing the watchdog to fire sooner than requested. Clamp the calculated value to U32_MAX prior to writing the register so over-large requests will be set to the maximum timeout value. Found by code review. Signed-off-by: Juuso Rinta <[email protected]> Reviewed-by: Stefan Roese <[email protected]>
2026-06-09watchdog: designware: Fix probe when clk_enable return ENOSYSJonas Karlman
Rockchip SoCs typically reset with all (or most) clocks ungated. Because of this, U-Boot clock drivers for Rockchip typically do not implement the optional clk-uclass enable/disable ops. Normal driver model behavior is to return -ENOSYS when an uclass ops is not implemented. Ignore -ENOSYS to allow the designware watchdog driver to be probed on platforms that do not implement the clk-uclass enable/disable ops, e.g. Rockchip RK3308. Signed-off-by: Jonas Karlman <[email protected]>
2026-06-09watchdog: Correct dependencies for WDT_MAX6370Tom Rini
As exposed by "make randconfig", we have an issue with the dependencies for WDT_MAX6370. It needs to select both GPIO and DM_GPIO not just DM_GPIO. Signed-off-by: Tom Rini <[email protected]>
2026-06-09watchdog: orion_wdt: Add support for armada-xpChris Packham
Update the orion_wdt.c to support armada-xp and similar SoCs. The WDT block used in armada-xp is fairly close to the armada-380 with just a few differences that can be handled based on the compatible property. Signed-off-by: Chris Packham <[email protected]> Reviewed-by: Stefan Roese <[email protected]>
2026-06-08Merge patch series "mailbox: mpfs-mbox: fixes and syscon support"Tom Rini
Jamie Gibbons <[email protected]> says: This series updates the Microchip PolarFire SoC (MPFS) mailbox driver in U-Boot. The first three patches contain a set of bug fixes and cleanups to the existing driver, fixing MMIO size calculations, and removing invalid mailbox channel and private-data handling. These changes are independent of any devicetree updates and fix issues present in the legacy driver. The final patch adds support for the corrected, syscon-based devicetree bindings for the MPFS mailbox. Linux has moved to this binding to more accurately model the hardware, and U-Boot already supports the same approach for the MPFS clock controller. This patch updates the mailbox driver accordingly, while retaining support for the legacy binding for backwards compatibility. The final patch is required ASAP as boot is currently broken on master for MPFS generic boards. Tested on a PolarFire SoC Icicle Kit ES. Link: https://lore.kernel.org/r/[email protected]
2026-06-08mailbox: mpfs-mbox: support new syscon based devicetree configurationJamie Gibbons
The original PolarFire SoC mailbox devicetree bindings described the control/status and interrupt registers as standalone reg regions of the mailbox device. This was incorrect, as these registers are shared system control blocks and should instead be modeled as syscon devices. Linux has since corrected this by introducing syscon-based bindings for the MPFS mailbox and updating the mailbox driver to access the control and interrupt registers via syscon/regmap. U-Boot, however, continued to expect the legacy binding, causing mailbox access to fail when using Linux-aligned devicetrees. Update the U-Boot MPFS mailbox driver to support the new syscon-based bindings by resolving the control and sysreg syscon nodes and accessing the registers through regmap. Support for the legacy mailbox binding is retained for backwards compatibility with existing firmware-provided devicetrees. This brings the U-Boot mailbox driver in line with the corrected hardware description and matches the behavior of the Linux mailbox driver. Signed-off-by: Jamie Gibbons <[email protected]> Reviewed-by: Conor Dooley <[email protected]>
2026-06-08mailbox: mpfs-mbox: fix driver bug and cleanupJamie Gibbons
Remove an unused and invalid struct mbox_chan pointer from the private data and fix incorrect memory handling in the probe path, where the private data structure was allocated. This change corrects a functional bugs and cleans up the driver without altering its behavior. Fixes: 111e9bf6a5ac ("mailbox: add PolarFire SoC mailbox driver") Signed-off-by: Jamie Gibbons <[email protected]> Reviewed-by: Conor Dooley <[email protected]>
2026-06-08mailbox: mpfs-mbox: fix Driver Model private data handlingJamie Gibbons
The MPFS mailbox driver declares priv_auto but also allocates a second private data structure in the legacy probe path and overwrites the device’s private pointer using dev_set_priv(). This results in leaking the auto-allocated private data and replacing the driver’s private state mid-probe, which is incorrect usage of the U-Boot Driver Model and can lead to undefined behavior. Remove the redundant allocation and dev_set_priv() call so that the driver consistently uses the auto-allocated private data provided by U-Boot. Fixes: 111e9bf6a5ac ("mailbox: add PolarFire SoC mailbox driver") Signed-off-by: Jamie Gibbons <[email protected]> Reviewed-by: Conor Dooley <[email protected]>
2026-06-08mailbox: mpfs-mbox: fix MMIO mapping calculationJamie Gibbons
Correct the MMIO mapping size calculation, which previously relied on an invalid start/end subtraction. This change corrects a functional bug and cleans up the driver without altering its behavior. Fixes: 111e9bf6a5ac ("mailbox: add PolarFire SoC mailbox driver") Signed-off-by: Jamie Gibbons <[email protected]> Reviewed-by: Conor Dooley <[email protected]>
2026-06-08Merge tag 'v2026.07-rc4' into nextTom Rini
Prepare v2026.07-rc4