Jiří Netolický [Fri, 1 Aug 2014 19:28:22 +0000 (21:28 +0200)]
Add support for STM32L0x.
First try to support new STM32L0x family. Tested
on NUCLEO-L053R8 development board
http://www.st.com/web/catalog/tools/FM116/SC959/SS1532/LN1847/PF260001
This board uses a ST-Link/V2-1 interface. I don't know what differences there are between v2 and v2-1, but they seem to be small enough that first tests worked as expected.
Building on a 32-bit linux system was generating the following:
src/st-info.c: In function ‘print_data’:
src/st-info.c:25:3: warning: format ‘%lx’ expects argument of type \
‘long unsigned int’, but argument 2 has type ‘size_t’ [-Wformat]
src/st-info.c:27:3: warning: format ‘%lx’ expects argument of type \
‘long unsigned int’, but argument 2 has type ‘size_t’ [-Wformat]
src/st-info.c:29:3: warning: format ‘%lx’ expects argument of type \
‘long unsigned int’, but argument 2 has type ‘size_t’ [-Wformat]
Using '%zx' eliminates the warning in a platform agnostic way.
Sean Simmons [Sat, 8 Mar 2014 16:21:16 +0000 (11:21 -0500)]
* Improved support for STM32L152RE - flash/ram sizes, now correct, flash programming works.
* Cleaned up checking of FP_CTRL register in gdb-server.c
* Added source code for stm32lx.s flashloader - just for reference.
Jim Paris [Fri, 31 Jan 2014 21:26:35 +0000 (16:26 -0500)]
When ignoring the end of a file, make sure we don't ignore partial words.
Consider a 128-byte write to the chip. If the last 2 bytes are
considered "empty", then len is adjusted to 126, and run_flash_loader
will only copy 126 bytes to RAM. However, run_flash_loader then
proceeds to round up to 32 words (128 bytes) when flashing, which has
the effect of clobbering those last two "empty" bytes with junk data.
Jonas Norling [Wed, 22 Jan 2014 21:10:52 +0000 (22:10 +0100)]
Remove unsupported --device option to st-util
Setting the STLINK device with -d hasn't worked for some time, but
the STLINK_DEVICE environment variable works instead. Remove the
option, update documentation and help text.
Jonas Norling [Wed, 22 Jan 2014 20:48:35 +0000 (21:48 +0100)]
Correct address for STM32F2 flash size register
There was a typo in the flash size register address for STM32F2. Change
to correct address. Verified against STM32F207 reference manual
(RM0033 Rev 5 section 33.2), and an STM32F217 chip.
Onno Kortmann [Sat, 7 Dec 2013 04:30:01 +0000 (20:30 -0800)]
Properly detect and warn if multiple stlinky magic bytes are detected
Stlinky can silently fail if its magic bytes are present anywhere else
in the SRAM. This change makes st-term detect all stlinky structures,
warn about multiple occurences and will use the last one detected.
Olivier Gay [Sun, 27 Oct 2013 15:17:08 +0000 (16:17 +0100)]
Restore gdb-server cleanup handlers for MinGW
There were removed in my previous commit 5851dee due
to compilation errors. It actually appears these signals
are supported in MinGW but there was an include error for
MinGW, this commit fixes it.
Olivier Gay [Sun, 27 Oct 2013 14:19:29 +0000 (15:19 +0100)]
Fix build issues with MinGW
Remove st-term from the list of the targets for MinGW.
st-term uses termios and would require a rewrite to have
it compile on MinGW. Also remove cleanup signal handlers
in gdb-server for MinGW to compile.
Michael Pratt [Wed, 6 Mar 2013 20:24:15 +0000 (15:24 -0500)]
Add option to not reset board on connect
'-n' in st-util will cause it to skip the reset step, and thus allow you
to begin debugging at whatever point the code may currently be at.
Adding this feature required changing the stlink_open functions to
accept a reset flag that tells them whether or not to reset after
connecting. Skipping reset does not seem to have any adverse effects on
stlink usb devices. Unfortunately, I have to stlink v1 devices to test.
Burns [Fri, 21 Jun 2013 21:36:15 +0000 (17:36 -0400)]
Support for STM32L1 medium-plus chips with chip id 0x427
-Changed the STM32L1 "medium plus" (id 0x436) support to be called HIGH.
-Added the device id 0x427 and call it medium plus.
-Gave the loader more time so it stopped timing out and thinking it failed.
-Added st-term to .gitignore
Note: ST seems to call some chips with 436 medium plus and some high. It seemed
easier to name 436 high and 427 medium plus.
projects / fw / stlink / log