Daniel Mangum a constaté que, lors du débogage du nRF54LM20 basé sur Cortex-M33, GDB renvoyait après certaines opérations des valeurs obsolètes mises en cache. Alors que la commande ReadMemAP de JLinkGDBServer renvoyait le résultat correct, la commande x de GDB continuait d’afficher les anciennes valeurs. Le problème a été attribué à la mise en cache du logiciel J-Link, puisque les lectures directes via le port d’accès AHB-AP fonctionnaient correctement. La désactivation de la mise en cache de J-Link a permis de résoudre le problème.
Pourquoi c’est important
Cette constatation montre que les valeurs mémoire affichées lors du débogage d’un microcontrôleur ne reflètent pas toujours l’état réel du périphérique. Le fait que les outils accédant aux mêmes données produisent des résultats différents peut compliquer la distinction entre un problème matériel et un problème situé dans la chaîne de débogage, ce qui peut conduire à un diagnostic erroné. La comparaison des lectures directes via AHB-AP avec la sortie de GDB fournit aux développeurs un point de contrôle concret pour tester ce type d’incohérences. Même si la désactivation de la mise en cache résout le problème, le fait qu’elle demeure une solution de contournement vérifiée plutôt qu’une correction logicielle permanente laisse ouverte la question de la manière dont ce comportement doit être traité du côté de J-Link.