Hi folks,

I've been working on stm32l1 for a while now, and I'm just struggled by a
problem. It is first needed to say that the flash erased value on this arch
is 0x00 not 0xFF.

1/ start oocd
2/ start gdb
3/ perform monitor flash erase of the full flash
4/ x /256xb 0x8024B00 => full of 00's, this is good.
5/ load
6/ x /256xb 0x8024B00 => full of FF's, this is no good because this page is
not in a loaded section. After reviewing the log it happens that the page
is involved in padding of a previous loaded section.

So I've tracked down the bug to the core.c file where the
flash_write_unlock method is defaultly padding all section with FF instead
of respecting the component erased value.

I've patched locally over the 0.7.0 version. Anyone interested ? I'm
unfamiliar with git and definitely don't want to dig in some of my fellow
coworkers use it, I'm just stuck to SVN ...

Cheers,
Topaz.
------------------------------------------------------------------------------
LIMITED TIME SALE - Full Year of Microsoft Training For Just $49.99!
1,500+ hours of tutorials including VisualStudio 2012, Windows 8, SharePoint
2013, SQL 2012, MVC 4, more. BEST VALUE: New Multi-Library Power Pack includes
Mobile, Cloud, Java, and UX Design. Lowest price ever! Ends 9/20/13. 
http://pubads.g.doubleclick.net/gampad/clk?id=58041151&iu=/4140/ostg.clktrk
_______________________________________________
OpenOCD-devel mailing list
OpenOCD-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/openocd-devel

Reply via email to