HSEM internal peripheral

Revision as of 17:47, 4 February 2020 by Registered User

1. Article purpose[edit source]

The purpose of this article is to briefly introduce the hardware semaphore peripheral (HSEM) and its main features.

2. Peripheral overview[edit source]

The peripheral hardware spinlock is used to provide synchronization and mutual exclusion between heterogeneous processors.

2.1. Features[edit source]

Refer to the STM32MP15 reference manuals for the complete list of features, and to the software components, introduced below, to see which features are implemented.

  • 32 hardware semaphores are available on the platform.
  • semaphores could be accessed by the Arm® Cortex®-A7 core and the Arm® Cortex®-M4

2.2. Security support[edit source]

The hardware semaphores is a non-secure peripheral (under ETZPC control).

3. Peripheral usage and associated software[edit source]

3.1. Boot time[edit source]

The hardware semaphore is used at boot time for GPIO access protection between the Arm® Cortex®-A7 and Cortex®-M4 cores.

3.2. Runtime[edit source]

3.2.1. Overview[edit source]

The hardware spinlock can be used by:

Notice that the Arm Cortex-A7 secure could also use the spinlock, but there is no such using yet in OpenSTLinux distribution.

3.2.2. Software frameworks[edit source]

Internal peripherals software table template

| Domain
| Linux hardware spinlock framework
| HSEM HAL driver

3.2.3. Peripheral configuration[edit source]

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 or, for Linux in the Hardware spinlock overview article.

The HSEM peripheral is shared between the Cortex-A and Cortex-M contexts, so a particular attention must be paid to have a complementary configuration on both contexts.

3.2.4. Peripheral assignment[edit source]

It does not make sense to allocate HSEM to a single runtime execution context, that is why it is enabled by default for both cores in the STM32CubeMX.

Internal peripherals assignment table template

| rowspan="1" | Coprocessor
| rowspan="1" | HSEM