- Last edited one year ago ago
IPCC internal peripheral
1 Article purpose
The inter-processor communication controller (IPCC) is used to exchange data between two processors. It provides a non blocking signaling mechanism to post and retrieve information in an atomic way. Note that shared memory buffers are allocated in the MCU SRAM, which is not part of the IPCC block.
2 Peripheral overview
The IPCC peripheral provides a hardware support to manage inter-processor communication between two processor instances. Each processor owns specific register bank and interrupts.
The IPCC provides the signaling for six bidirectional channels.
Each channel is divided into two subchannels that offer a unidirectional signaling from the "sender" processor to the "receiver" processor:
- P1_TO_P2 subchannel
- P2_TO_P1 subchannel
A subchannel consists in:
- One flag that toggles between occupied and free: the flag is set to occupied by the "sender" processor and cleared by the "receiver" processor.
- Two associated interrupts (shared with the other channels):
- RXO: RX channel occupied, connected to the "receiver" processor.
- TXF: TX channel free, connected to the "sender" processor.
- Two associated interrupt masks multiplexing channel IRQs.
The IPCC supports the following channel operating modes:
- Simplex communication mode:
- Only one subchannel is used.
- Unidirectional messages: once the "sender" processor has posted the communication data in the memory, it sets the channel status flag to occupied. The "receiver" processor clears the flag when the message is treated.
- Half-duplex communication mode:
- Only one subchannel is used.
- Bidirectional messages: once the "sender" processor has posted the communication data in the memory, it sets the channel status flag to occupied. The "receiver" processor clears the flag when the message is treated and the response is available in shared memory.
- Full-duplex communication mode:
- The subchannels are used in Asynchronous mode.
- Any processor can post asynchronously a message by setting the subchannel status flag to occupied. The "receiver" processor clears the flag when the message is treated. This mode can be considered as a combination of two simplex modes on a given channel.
Refer to STM32MP15 reference manuals for the complete features list, and to the software components, introduced below, to see which features are implemented.
2.2 Security support
The IPCC is a non-secure peripheral.
3 Peripheral usage and associated software
3.1 Boot time
The IPCC is not used at boot time.
STMicroelectronics distribution uses the IPCC peripheral for inter-processor communication with the following configuration:
- IPCC processor 1 interface is assigned to Arm® Cortex®-A7 non-secure context and handled by Linux mailbox framework.
- IPCC processor 2 interface is assigned to Arm® Cortex®-M4 context and handled by the IPCC HAL driver.
3.2.2 Software frameworks
Internal peripherals software table template
| Coprocessor | IPCC | | Linux mailbox framework | STM32Cube IPCC driver | |- |}
3.2.3 Peripheral configuration
The configuration is applied by the firmware running in the context to which the peripheral is assigned. The configuration can be done alone via the STM32CubeMX tool for all internal peripherals, and then manually completed (particularly for external peripherals) according to the information given in the corresponding software framework article.
The IPCC peripheral is shared between the Arm Cortex-A and Cortex-M contexts. A particular attention must therefore be paid to have a complementary configuration on both contexts. In STMicroelectronics distribution, the IPCC is configured as described below. To ensure the coherency of the system, it is recommended to keep this configuration unchanged in your implementation.
- Processor interface
|Processor 1 interface||☑||☐|
|Processor 2 interface||☐||☑|
- Channel allocation
|Channel||Mode||Usage||Software client frameworks|
|Channel 1||Full-duplex communication||RPMsg transfer from Cortex-M to Cortex-A
|Channel 2||Full-duplex communication||RPMsg transfer from Cortex-A to Cortex-M
|Channel 3||Simplex communication||Cortex-M4 shutdown request||RemoteProc framework||CprocSync cube utility|
3.2.4 Peripheral assignment
It does not make sense to allocate the IPCC to a single runtime execution context. It is consequently enabled by default for both cores in the STM32CubeMX. Internal peripherals assignment table template
| rowspan="1" | Coprocessor | rowspan="1" | IPCC | IPCC | | ☑ | ☑ | Shared (none or both) |-