AnsweredAssumed Answered

Problem in debugging with st-link/V2 stm32f3 Discovery

Question asked by Manish on Jul 24, 2013
Latest reply on Jul 30, 2013 by Manish
I am Using STM32F3 discovery .I have load program successfully on to STM32F3 but when I am trying to Debug it with GDB it having problem that i have mentioned Below.

manish@manish-Inspiron-1501:~/my-wow-adc$ arm-none-eabi-gdb obj/STM32F3_Test.elf
GNU gdb (Sourcery CodeBench Lite 2013.05-23) 7.4.50.20120716-cvs
Copyright (C) 2012 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "--host=i686-pc-linux-gnu --target=arm-none-eabi".
For bug reporting instructions, please see:
<https://sourcery.mentor.com/GNUToolchain/>...
Reading symbols from /home/manish/my-wow-adc/obj/STM32F4_Test.elf...done.
(gdb) target remote localhost:4242
Remote debugging using localhost:4242
0x08007974 in Reset_Handler ()
(gdb) load
Loading section .isr_vector, size 0x188 lma 0x8000000
Loading section .text, size 0x9790 lma 0x8000188
Loading section .ARM, size 0x8 lma 0x8009918
Loading section .init_array, size 0x4 lma 0x8009920
Loading section .fini_array, size 0x4 lma 0x8009924
Loading section .data, size 0x5b4 lma 0x8009928
Start address 0x8007974, load size 40668
Transfer rate: 6 KB/sec, 5083 bytes/write.
(gdb) monitor reset
(gdb) b main
Breakpoint 1 at 0x8007522: file src/main.c, line 39.
(gdb) c
Continuing.
Note: automatically using hardware breakpoints for read-only addresses.

after that programs halts so I am not getting why it is so.I have check all condition.but I am not getting why
Note: automatically using hardware breakpoints for read-only addresses.
line coming and why it halts.Plz guide me .

I am also posting background process of st-util

send: OK
recv: p19
send: 00000001
recv: qTStatus
query: TStatus;
send:
recv: qTStatus
query: TStatus;
send:
recv: qTStatus
query: TStatus;
send:
recv: qTStatus
query: TStatus;
send:
recv: qRcmd,7265736574
query: Rcmd,7265736574;
KARL - should read back as 0x03, not 60 02 00 00
init watchpoints
Rcmd: reset
send: OK
recv: m8007974,4
send: 002100f0
recv: m8007522,2
send: 4ff0
recv: m8007522,2
send: 4ff0
recv: m8007522,2
send: 4ff0
recv: qTStatus
query: TStatus;
send:
recv: qTStatus
query: TStatus;
send:
recv: Z1,8007522,2
setting hw break 0 at 08007520 (2)
reg 88007521
send: OK
recv: vCont?
send:
recv: Hc0
send:
recv: c








Outcomes