u-boot.git/board/phytec/common/phytec_som_detection.h, branch master

board: phytec: phytec_som_detection: Add support for phyFLEX

2025-12-07T14:07:07+00:00

phyFLEX are SoMs based on the FPSC standard.

Add additional "SOM types" for the phyFLEX modules base on the
FPSC Gamma specification. These modules come in four different
variants; prototypes (PT), standard product (SP), KSP (KP) and
KSM (KM).

Signed-off-by: Daniel Schultz 
Reviewed-by: Teresa Remmet 
Tested-by: Dominik Haller

board: phytec: common: Add product information to FTD

2025-01-31T17:08:04+00:00

ft_board_setup inside the board code allows to alter
device-tree during the boot process.

Introduce a new function for the PHYTEC SOM detection
to read the product name and part number from the EEPROM
content and include both into the device-tree as
* phytec,som-part-number
* phytec,som-product-name

This function can be called from the board code when those
values should be exposed to Linux.

This patch also updates the phytec_print_som_info
function and changes the output.

Signed-off-by: Daniel Schultz 
Reviewed-by: Wadim Egorov 
Tested-by: Wadim Egorov

board: phytec: common: Add API v3

2024-06-07T20:01:53+00:00

This API is based on a block structure with a 8 Byte large
API v3 header and various of different blocks following. It extends
our current API v2, which is always 32 Byte large, and is located
directly after v2.

Add the MAC block as first block type. It contains the physical
Ehternet interface number, a MAC address and a CRC checksum over the
MAC payload.

Signed-off-by: Daniel Schultz 
Tested-by: Wadim Egorov

board: phytec: common: Define PHYTEC_API2_DATA_LEN

2024-06-07T20:01:53+00:00

The EEPROM image length for API v2 is fixed to 32 bytes. No need
to use sizeof while this value won't change. This value is
also be required for API v3 to know where the API v3 header starts.

Signed-off-by: Daniel Schultz 
Tested-by: Wadim Egorov

board: phytec: introduce eeprom struct member 'valid'

2024-04-29T16:55:57+00:00

Add a new nember to the eeprom_data that indicates whether the
associated data is valid or not. Make use of this new member in the
phytec_eeprom_data_init function by setting the valid value
appropriately.
Move the eeprom data to a new struct payload that holds
the payload of the eeprom.

Signed-off-by: Yannic Moog 
Signed-off-by: Daniel Schultz 
Reviewed-by: Teresa Remmet

board: phytec: common: Generic "add extension" function

2024-04-29T16:55:57+00:00

Add a generic function to apply overlays in our board code to not
implement the same logic in different PHYTEC products.

Signed-off-by: Daniel Schultz 
Reviewed-by: Teresa Remmet

board: phytec: common: phytec_som_detection: Add phytec_get_som_type

2024-03-11T11:42:44+00:00

Add a function that gets the som_type from the EEPROM.
Add an enum for the som_type.

Signed-off-by: Benjamin Hahn

board: phytec: som_detection: move definitions to source file

2023-12-20T18:04:46+00:00

Move all function definitions in {phytec|imx8m}_som_detection from the
header to the source file to prevent potential linker error regarding
multiple definitions. Also move the #if blocks with the definitions.

Signed-off-by: Yannic Moog

board: phytec: common: phytec_som_detection: Add helper for PCB revision

2023-10-16T09:27:58+00:00

Add helper function to read out the PCB revision of a PHYTEC SoM.

Signed-off-by: Teresa Remmet 
Reviewed-by: Yannic Moog 
Tested-by: Yannic Moog

board: phytec: Add common PHYTEC SoM detection

2023-10-16T09:27:58+00:00

Recent shipped PHYTEC SoMs come with an i2c  EEPROM containing
information about the hardware such as board revision and variant.
This can be used for RAM detection and loading device tree overlays
during kernel start.

Signed-off-by: Teresa Remmet 
Reviewed-by: Yannic Moog 
Tested-by: Yannic Moog 
Reviewed-by: Fabio Estevam