u-boot.git/drivers/remoteproc, branch next

remoteproc: renesas: rsip: Implement core status

2026-08-20T18:15:23Z

Currently the driver can not report core status. Determine SCP core state via SCP_CPUWAIT_WAIT bit and use SCMI PD protocol POWER_STATE_GET call to determine CR52 and CA720AE core state. Report the core states. Signed-off-by: Marek Vasut

remoteproc: renesas: rsip: Implement SCMI core stop

2026-08-20T18:15:23Z

Currently the driver could only start cores. Add support for stopping CR52 and CA720AE cores via SCMI. Note that the SCP core is controlled via direct register IO. Signed-off-by: Marek Vasut

remoteproc: renesas: rsip: Reset SCP core on stop

2026-08-20T18:15:11Z

Use SCP core init code, which resets the SCP core, as a SCP core stop. Once stop is invoked, the SCP core is reset and ready to be loaded with new software, which is practical for SCP firmware development. Signed-off-by: Marek Vasut

remoteproc: renesas: rsip: Extract SCP initialization from board file

2026-08-14T22:55:43Z

Move the SCP initialization from board file into remoteproc driver where this is supposed to be. Add SCP MDLC DT node and describe the SCP reset controlled by the SCP MDLC in remoteproc DT node. Adjust the driver to control the SCP reset via reset framework instead of the current board-specific register poking. Signed-off-by: Marek Vasut

remoteproc: renesas: rsip: Improve error print

2026-08-14T22:55:43Z

In case of SCMI protocol error, print SCMI domain number and error code both as hexadecimal and decimal to make it easier to interpret the error. Signed-off-by: Marek Vasut

remoteproc: renesas: rsip: Clear SCMI transport flags

2026-08-14T22:55:43Z

Clear the transport flags field before starting new transfer. The current SDK SCP is not affected by this in any way, but it is better to clear the field to be correct. Signed-off-by: Marek Vasut

remoteproc: k3-r5: Fix crash when issuing rproc init

2026-07-10T21:46:11Z

Prevent NULL pointer dereference with lockstep mode. Since commit 21d03d60e909 ("j7200 defconfig: add rproc commands"), issuing rproc init command with cluster configured in lockstep results in a NULL pointer dereference. This is because ti_sci_proc_request() is called on both cores on the same cluster, without checking if they are populated. To fix that, only request the core being probed, as there is no need to request the other one. Moreover, the old code was requesting both cores in lockstep mode, but only releasing one: it called k3_r5f_proc_request() with ti_sci_proc_release(), instead of using k3_r5f_proc_request()/k3_r5f_proc_release() or ti_sci_proc_request()/ti_sci_proc_release(). So, replacing k3_r5f_proc_request() by ti_sci_proc_request() restores the intended behavior. Fixes: 21d03d60e909 ("j7200 defconfig: add rproc commands") Signed-off-by: Richard Genoud (TI)

remoteproc: ipu: Use dev_read_addr_x()

2026-06-09T20:53:34Z

Use dev_read_addr_x() which supports both live device tree and flat DT backends, avoiding direct dependency on devfdt_* helpers. No functional changes. Signed-off-by: Peng Fan

remoteproc: pru: Use dev_read_addr_size_index()

2026-06-09T20:53:34Z

Use dev_read_addr_size_index() which supports both live device tree and flat DT backends, avoiding direct dependency on devfdt_* helpers. While at here, drop unused 'node'. No functional changes. Signed-off-by: Peng Fan

remoteproc: renesas: Add Renesas R-Car Gen5 remote processor driver

2026-05-05T10:53:53Z

Add R-Car Gen5 RSIP controller remoteproc driver capable of starting the SCP, Cortex-R52 and Cortex-A720 cores in Renesas R-Car R8A78000 X5H SoC. The SCP core is started by releasing the core from reset, the Cortex-R52 and Cortex-A720 are started using the SCP SCMI call. The entry point for SCP core is fixed to its STCM, entry points for Cortex-R52 and Cortex-A720 are set during rproc load. Signed-off-by: Marek Vasut