STM32MP257F-DK: Critical PMIC (STPMIC2) regulators disabled and locked (Write failed / Permission denied)

[Oriv]

I am working with the STM32MP257F-DK using the official Starter Package. Suddenly, the board entered a state where several power rails are disabled. The ST-LINK LED (LD5) is blinking red slowly, and there is no HDMI output (0V on the rail)

 

• I have SSH access via USB OTG (usb0), but the system is in a "degraded" state.

• The ST-LINK is not recognized by the PC.

• HDMI monitor detects no signal.

 

Diagnostic Data (Output of grep "" /sys/class/regulator/*/state): I have attached a screenshot, but here are the critical regulators currently in disabled state:

• regulator.11 (vdd3v3_usb) -> disabled

• regulator.12 (v5v_hdmi) -> disabled

• regulator.3 (vddio3) & regulator.4 (vddio4) -> disabled

• regulator.7 (vddcore) -> disabled (Surprisingly, since the CPU is running).

Attempts to fix:

 

• Tried to enable them via sysfs: echo enabled > /sys/class/regulator/regulator.12/state -> Result: Permission denied.

• Tried to force it via I2C: i2cset -f -y 0 0x33 0x93 0x01 -> Result: Write failed.

• Booting in DFU mode (000): The board is not recognized by STM32CubeProgrammer (Invalid USB port name), possibly because the USB/ST-LINK rail is down.

 

Question: Is the STPMIC2 in a permanent hardware protection lock? How can I force a factory reset of the PMIC registers if the Secure OS (OP-TEE) or the Kernel has locked the I2C writes? Could this be a Device Tree misconfiguration in the Starter Package?

 

[Oriv]

Estoy trabajando con el STM32MP257F-DK usando el oficial Paquete de inicio. De repente, la placa entró en un estado en el que varios rieles eléctricos están desactivados. El LED ST-LINK (LD5) parpadea en rojo lentamente y no hay HDMI salida (0V en el carril).

• Tengo acceso SSH a través de USB OTG (usb0), pero el sistema está en un estado "degradado".

• El ST-LINK no es reconocido por la PC.

• HDMI El monitor no detecta ninguna señal.

Datos de diagnóstico (salida de grep ""/sys/class/regulator/*/state): He adjuntado una captura de pantalla, pero aquí están los reguladores críticos actualmente en estado deshabilitado:

• regulador.11 (vdd3v3_usb) -> discapacitado

• regulador.12 (v5v_hdmi) -> discapacitado

• regulador.3 (vddio3) y regulador.4 (vddio4) -> discapacitado

• regulador.7 (vddcore) -> discapacitado (Sorprendentemente, ya que la CPU está funcionando).

Intentos de arreglar:

1. Intenté habilitarlos a través de sysfs: echo enabled > /sys/class/regulator/regulator.12/state -> Resultado: Permiso denegado.

2. Intenté forzarlo a través de I2C: i2cset -fy 0 0x33 0x93 0x01 -> Resultado: Escritura fallida.

3. Arranque en Modo DFU (000): El tablero es no reconocido por STM32CubeProgrammer (nombre de puerto USB no válido), posiblemente porque el riel USB/ST-LINK no funciona.

Pregunta: Es el STPMIC2 ¿en una cerradura de protección de hardware permanente? ¿Cómo puedo forzar un restablecimiento de fábrica de los registros PMIC si el sistema operativo seguro (OP-TEE) o el kernel han bloqueado las escrituras I2C? ¿Podría tratarse de una configuración incorrecta del árbol de dispositivos en el paquete de inicio?

 

[TDK]

@Oriv Welcome to the community. Please use english here and don't double post. I've merged your two threads together.

[Olivier GALLIEN]

Hi @Oriv ,

Yes thanks to stay in english.

Can you please provide complete boot log from cold boot.

Thanks 

Olivier