Hi spencer, Spencer Oliver wrote: > On 20/11/2010 01:39, Antonio Borneo wrote: >> >> Ciao Jonathan, >> OpenOCD runs binary code on the target CPU to speed-up some operation >> that through JTAG would take too long. >> Programming the Flash is one of them. >> >> In the CFI driver there is the binary code for generic ARM only. >> armv4_5_info.common_magic = ARM_COMMON_MAGIC; >> STM32 is a Cortex M3 CPU, and it requires code to be labelled >> "ARMV7M_COMMON_MAGIC" to run it. This is why you get that error. >> >> At this point I already see something to double check in the code: >> Cortex M3 code defines the macro CORTEX_M3_COMMON_MAGIC, but then >> requires ARMV7M.... >> >> What you found is a missing feature of OpenOCD. >> The fix would require one of the following: >> - a specific code for ARMV7M (this will solve your case only) >> - a fall-back C code in case of no binary for target (solves all >> cases, but slow) >> I tried this approach but the writing of the image hangs. I'll attached the log output. It's always hang at the same place.
Regards Jonathan > > This has been on my todo list for a while. > A temp workaround is to not use a working area - it will be a lot > slower however. > > My init script for the stm32 fsmc can be found here: > http://repo.or.cz/w/openocd/ntfreak.git/commitdiff/dee66760b31d85d61e19d5a40 1f23c2a8bcc590f > > Cheers > Spen
openocd.log
Description: Binary data
_______________________________________________ Openocd-development mailing list [email protected] https://lists.berlios.de/mailman/listinfo/openocd-development
