This patchset needs to be applied on top of this one [1]. It refactors the STM32 platform code in order to introduce support for synchronising with the M4 remote processor that would have been started by the boot loader or another entity. It carries the same functionatlity as the previeous revision but account for changes in the remoteproc core to support synchronisation scenarios. Some RB tags have been removed when the content of the patch has strayed too far from the original version. See patch 3, 8, 9 and 12 for more details. Tested on ST's mp157c board. Thanks, Mathieu [1]. https://patchwork.kernel.org/project/linux-remoteproc/list/?series=277049 [2]. https://patchwork.kernel.org/project/linux-remoteproc/list/?series=239877 Mathieu Poirier (12): remoteproc: stm32: Decouple rproc from memory translation remoteproc: stm32: Request IRQ with platform device remoteproc: stm32: Decouple rproc from DT parsing remoteproc: stm32: Remove memory translation from DT parsing remoteproc: stm32: Parse syscon that will manage M4 synchronisation remoteproc: stm32: Get coprocessor state remoteproc: stm32: Get loaded resource table for synchronisation remoteproc: stm32: Introduce new start ops for synchronisation remoteproc: stm32: Update M4 state in stm32_rproc_stop() remoteproc: stm32: Introduce new parse fw ops for synchronisation remoteproc: stm32: Introduce new loaded rsc ops for synchronisation remoteproc: stm32: Set synchronisation state machine if needed drivers/remoteproc/stm32_rproc.c | 262 ++++++++++++++++++++++++++++--- 1 file changed, 244 insertions(+), 18 deletions(-) -- 2.20.1
