AVaRice DebugWire Breakpoints

[Benjamin K. (exs)]

Hallo zusammen,

es gibt ja schon einige uralte Threads dazu, die haben mir aber nicht 
wirklich weiter geholfen.

Meine Tools

AVaRice version 2.14svn2020906
GNU gdb (GDB) 10.1.90.20210103-git
avrdude version 6.3-20171130, URL: <http://savannah.nongnu.org/projects/avrdude/>

Ich bin mit Linux unterwegs.

Ich nutze eine AVR JTAGmkII mit dem Controller AT90USB162 (Nostalgie pur 
:-) ) Das Programm ist in Assembler geschrieben und wird mit GNU-GCC 
(Preprozessor) und GNU-AS erstellt.
Ich hätte auch noch einen AVR Dragon - falls das grundsätzlich etwas 
ändert.

Ich kann mit
1. avrdude das Binary auf den Controller flashen und die DebugWire Fuse 
programmieren
2. avarice eine Debug-Session starten
3. avr-gdb durch das Programm steppen und breakpoints setzen

Ich habe mehrere Probleme:
1. Breakpoints werden ignoriert
2. Continue-Befehl stoppt nicht mehr, außer durch CTRL-C
3. Advance-Befehl stoppt nicht mehr, außer durch CTRL-C

Das sind die Kommandozeilen die ich nutze:

# Debug wire einschalten
avrdude -v -c jtag2isp -p at90usb162 -U hfuse:w:0x59:m

# Versorgung DUT aus und wieder ein

# Debug-Server starten
avarice -vvvv --debug --mkII --debugwire --ignore-intr --jtag usb --part at90usb162 :4242

# Debug-Client starten
avr-gdb -x cfg/debug/start

Laut GDB sind folgende breakpoints gesetzt

(gdb) info break
Num     Type           Disp Enb Address    What
1       breakpoint     del  y   0x00000000 /home/benny/Projekte_lokal/02_Coding/02_avr_at90usb162/USB/trunk/USB_Serial
_ASM/bin/pre/main.i:960
2       breakpoint     keep y   0x00000660 /home/benny/Projekte_lokal/02_Coding/02_avr_at90usb162/USB/trunk/USB_Serial
_ASM/bin/pre/main.i:3049
(gdb) advance main

Program received signal SIGINT, Interrupt.
SPIaddr () at /home/benny/Projekte_lokal/02_Coding/02_avr_at90usb162/USB/trunk/USB_Serial_ASM/bin/pre/main.i:1074
(gdb) si
main () at /home/benny/Projekte_lokal/02_Coding/02_avr_at90usb162/USB/trunk/USB_Serial_ASM/bin/pre/main.i:3050

Wie man sehen kann, wird bei main nicht angehalten. Außerdem landet der 
GDB beim Schrittweise durchgehen immer wieder beim ISR-Handler von SPI. 
Mit dem nächsten Schritt dann wieder ganz normal in der nächsten 
Programmzeile. Liegt vermutlich an den aktivierten Interrupts, wobei nur 
die USB-Interrupts eingeschaltet sind. Den Hardware-Watchdog habe ich 
auch schon ausgeschaltet.

Der Breakpoint wird wohl auch durch AVaRice gesetzt:

GDB: (Registers)Read 32 bytes from 0x800000
jtagRead 
command[0x05, 1]: 05 20 20 00 00 00 00 00 00 00 
recv: 0x1b
recv: 0x17
recv: 0x00
recv: 0x21
recv: 0x00
recv: 0x00
recv: 0x00
recv: 0x0e
sDATA: reading 33 bytes
read:  82 aa f6 40 20 00 40 00 02 08 00 00 00 00 00 00 00 02 00 00 00 00 00 00 02 00 06 03 00 00 04 80 00
recv: 0xe1
recv: 0x63
CRC OK
Got message seqno 23 (command_sequence == 23)
response: 82 AA F6 40 20 00 40 00 02 08 00 00 00 00 00 00 00 02 00 00 00 00 00 00 02 00 06 03 00 00 04 80 00 
jtagRead 
command[0x05, 1]: 05 20 03 00 00 00 5D 00 00 00 
recv: 0x1b
recv: 0x18
recv: 0x00
recv: 0x04
recv: 0x00
recv: 0x00
recv: 0x00
recv: 0x0e
sDATA: reading 4 bytes
read:  82 fd 02 02
recv: 0xb8
recv: 0xe3
CRC OK
Got message seqno 24 (command_sequence == 24)
response: 82 FD 02 02 
PC = 5ec
->GDB: aaf640200040000208000000000000000200000000000002000603000004800002fd02ec050000
GDB: <Z1,0,2>
BP ADD type: 1  addr: 0x0 ->GDB: OK
GDB: <Hc0>
->GDB: 
GDB: <c>
Breakpoint added in ICE. slot: 0  type: 1  addr: 0x660

Ich habe irgendwo gelesen, dass DebugWire gar keine Hardware-Breakpoints 
unterstützt sondern diese nur bei JTAG verfügbar sind - Ist das korrekt?

Das Log des AVaRice habe ich angehangen. Vielleicht weiß jemand ja 
weiter. Den AI-Overlord habe ich auch schon konsultiert, die Ergebnisse 
waren aber nur mit äußerster Vorsicht zu genießen

Und falls einer fragt: Ja, ich musste den Controller schon mit HVPP 
"retten", verdammtes RSTDISBL-Fuse ...

Vielleicht hat ja einer noch eine Idee dazu

Danke und Gruß

[Alexander S. (alesi)]

Benjamin K. schrieb:
> Ich habe irgendwo gelesen, dass DebugWire gar keine Hardware-Breakpoints
> unterstützt sondern diese nur bei JTAG verfügbar sind - Ist das korrekt?

Ja, das ist korrekt. Quelle: 
https://www.mikrocontroller.net/articles/DebugWIRE

Unter "Protokoll"
"... Anders als JTAG besitzt debugWIRE keine Breakpoint-Möglichkeiten in 
der CPU-Hardware, damit können Breakpoints nur über das Einfügen von 
BREAK-Befehlen in den Flash-ROM-Inhalt realisiert werden 
(Software-Breakpoint). ..."