Come eseguire il debug dei problemi di memoria nell'applicazione incorporata

Question

Sono nuovo nella programmazione incorporata ma devo eseguire il debug di un'applicazione abbastanza complessa in esecuzione su una piattaforma integrata. Io uso GDB attraverso un'interfaccia JTAG.

Il mio programma si arresta in modo anomalo a un certo punto in modo inaspettato. Suppongo che ciò accada a causa di un problema relativo alla memoria. GDB mi consente di ispezionare la memoria dopo che il sistema si è bloccato, quindi non risponde affatto?

Answer 1

Dipende dalla configurazione un po '. In particolare, dal momento che stai usando JTAG, potresti essere in grado di impostare il tuo debugger per arrestare il processore quando rileva un'eccezione (ad esempio, accedere alla memoria protetta illegalmente e così via). In caso contrario, è possibile sostituire i gestori di eccezioni con loop infiniti. Quindi è possibile srotolare manualmente l'eccezione per vedere cosa stava facendo il processore che ha causato l'arresto anomalo. Normalmente, hai ancora accesso alla memoria in quella situazione e puoi utilizzare GDB per guardarti intorno direttamente, o semplicemente scaricare tutto in un file in modo da poterti guardare in giro più tardi.

Answer 2

Dipende da cosa è andato in crash. Se il sistema non risponde (in alcuni loop infiniti, deadlock o simili), normalmente risponderà a GDB e sarà possibile vedere un backtrace (stack di chiamate), ecc. Se il sistema/bus/CPU ha effettivamente si è schiantato (a livello inferiore), quindi probabilmente non risponderà. In questo caso puoi provare a impostare i breakpoint in posizioni/variabili sospette e osservare cosa sta succedendo. Anche il simulatore (ISS, RTL - se applicabile) potrebbe tornare utile, per confrontare il comportamento con HW.