Daniel Mangum stellte beim Debuggen des auf Cortex-M33 basierenden nRF54LM20 fest, dass GDB nach bestimmten Vorgängen veraltete, zwischengespeicherte Werte zurückgab. Während der ReadMemAP-Befehl von JLinkGDBServer das korrekte Ergebnis lieferte, zeigte der normale GDB-x-Befehl weiterhin die alten Werte an. Es wurde angenommen, dass das Problem durch die Zwischenspeicherung der J-Link-Software verursacht wurde, da direkte Lesezugriffe über den AHB-AP-Zugriffsport ordnungsgemäß funktionierten. Nach der Deaktivierung der J-Link-Zwischenspeicherung war das Problem behoben.
Warum das wichtig ist
Dieser Befund zeigt, dass die beim Debuggen von Mikrocontrollern angezeigten Speicherwerte nicht immer den tatsächlichen Zustand des Geräts widerspiegeln müssen. Dass Werkzeuge, die auf dieselben Daten zugreifen, unterschiedliche Ergebnisse liefern, kann eine falsche Diagnose begünstigen, da dadurch schwerer zu unterscheiden ist, ob die Ursache im Hardwarebereich oder in der Debugging-Kette liegt. Der Vergleich direkter AHB-AP-Lesezugriffe mit der GDB-Ausgabe bietet Entwicklern einen konkreten Kontrollpunkt, um solche Inkonsistenzen zu überprüfen. Auch wenn die Deaktivierung der Zwischenspeicherung das Problem behebt, bleibt die Frage offen, wie mit dem Verhalten aufseiten von J-Link umzugehen ist, da es sich dabei nicht um eine dauerhafte Softwarekorrektur, sondern um eine bestätigte Übergangslösung handelt.