Pourquoi un u-boot blocage et réinitialisation se produit-t-il lorsque la séquence de commande RSU -> linux_qspi_enable-> RSU est délivrée à partir de u-boot-socfpga 2021.04

En raison d’un problème dans le logiciel u-boot-socfpga (https://github.com/altera-opensource/u-boot-socfpga) 2021.04, un blocage de démarrage u, suivi d’une réinitialisation, peut se produire après l’activation du QSPI.

Ce problème peut être constaté à l’aide des commandes U-Boot CLI :

1. display_dcmf_version rsu (1e commande RSU)
2. sf probe (cela fait partie de la commande linux_qspi_enable, qui permet le nœud QSPI dans le DTB Linux, cela fait partie du flux suivi pour le lancement de Linux ).
3. display_dcmf_version rsu (2e commande RSU).
4. Un blocage peut se produire ici, suivi d’une réinitialisation si le watchdog est activé

Cette probems se produit parce que le QSPI est initialisé deux fois, en affectant la mémoire pour le périphérique QSPI à chaque fois, sans annuler complètement la région mémoire initiale.
 

Ce problème est résolu dans u-boot-socfpga 2021.04 et versions ultérieures (https://github.com/altera-opensource/u-boot-socfpga).   Engagement : a0a4a265f7395a93826b08142c4e2234fdead5e.