zephyr/dts/bindings/crypto/silabs,gecko-semailbox.yaml

# Copyright (c) 2021 Safran Passenger Innovations Germany GmbH
# SPDX-License-Identifier: Apache-2.0

description: Silicon Labs Secure Element mailbox node

compatible: "silabs,gecko-semailbox"

include: base.yaml

properties:
  reg:
    required: true

  interrupts:
    required: true
drivers: entropy: gecko: add driver using Secure Element module of EFR32 Some EFR32 SoCs use a secure element subsystem to manage security features (i.e., TRNG, secure bootloader or cryptographic functions). This driver relies on the SE Manager high-level API provided by Silicon Labs. The API interacts with the SE subsystem, provides helper functions to achieve cryptographic operations and ensures that only one operation is running at a time by using mutexes and semaphores. Instead of relying on the SE Manager from Silicon Labs, one could recreate the behaviour of the Manager and put the code in the crypto driver folder and create a dependency for other drivers using the crypto manager (e.g., keys, entropy). I went for the SE Manager API as it is already there and supported by Silicon Labs. Tested using the random subsystem. Signed-off-by: Steven Lemaire <steven.lemaire@zii.aero> 2021-09-28 20:34:54 +08:00			`# Copyright (c) 2021 Safran Passenger Innovations Germany GmbH`
			`# SPDX-License-Identifier: Apache-2.0`

			`description: Silicon Labs Secure Element mailbox node`

			`compatible: "silabs,gecko-semailbox"`

			`include: base.yaml`

			`properties:`
yamllint: indentation: fix dts/bindings/ Fix the YAML files indentation for files in dts/bindings/. Signed-off-by: Fabio Baltieri <fabiobaltieri@google.com> 2023-01-04 03:21:25 +08:00			`reg:`
			`required: true`
drivers: entropy: gecko: add driver using Secure Element module of EFR32 Some EFR32 SoCs use a secure element subsystem to manage security features (i.e., TRNG, secure bootloader or cryptographic functions). This driver relies on the SE Manager high-level API provided by Silicon Labs. The API interacts with the SE subsystem, provides helper functions to achieve cryptographic operations and ensures that only one operation is running at a time by using mutexes and semaphores. Instead of relying on the SE Manager from Silicon Labs, one could recreate the behaviour of the Manager and put the code in the crypto driver folder and create a dependency for other drivers using the crypto manager (e.g., keys, entropy). I went for the SE Manager API as it is already there and supported by Silicon Labs. Tested using the random subsystem. Signed-off-by: Steven Lemaire <steven.lemaire@zii.aero> 2021-09-28 20:34:54 +08:00
yamllint: indentation: fix dts/bindings/ Fix the YAML files indentation for files in dts/bindings/. Signed-off-by: Fabio Baltieri <fabiobaltieri@google.com> 2023-01-04 03:21:25 +08:00			`interrupts:`
			`required: true`