User forums > Embedded development
Embedded GDB support
martind:
Hi Mario,
Hope you pick this up, its in response to the last entry I made on the sticky topic (sorry about that).
Would be most interested to see your exising plugin code and wizards, as I want to (try) and make sure I am not duplicating work. I am lazy like that :)
Yes I would like to make a flash programming plugin. A friend of mine works quite closely with OpenOCD, and has added flash programming support for the new STM32 Cortex-M3 (and other ARM variants) within OpenOCD (as it supports flash programming now). So that interface could be used to program the flash through direct tcp/ip connection with OpenOCD
But I am aware there are other targets that do not use OpenOCD, where perhaps this would need to be done through a library or dll. Maybe some sort of common flash programming API? Not had a lot to do with the tricore, but I have seen the DAS server (tantino uses it), and looks like that could do with supporting also?
So it looks like the flash programmer plugin itself needs to have a plugin mechanism!!
Will continue work on arm-elf-gdb until somebody tells me they have already done it.
Martin.
mariocup:
Hi martind,
find attached the source code of our debugger plugin.
We started a project for a flash programmer gui but right now we have not much time for that.
[attachment deleted by admin]
martind:
Thanks Mario, have downloaded and will have a look soon.
mariocup:
Hi martind,
did you get my personal message? I could not send the wizards for ARM because of the file size limitation in the forum.
kiran:
I tried to use C::B GDB Support for remote debugging a Coldfire target. I was using a P&E || port BDM and Codesourcery Toolchain/gdb.
I think my code loads into the target properly by running by gdb init commands. but fails to break @ the breakpoint set at the main function.
Would be useful if the Debug log can be made more verbose and displays all response received from gdb.
Navigation
[0] Message Index
[#] Next page
Go to full version