Wykres commitów

355 Commity (ce603be2003ae67a6472b647f62b3ef2f80e0da3)

Autor SHA1 Wiadomość Data
Karl Palsson ce603be200 Update list of known working targets 2012-02-01 21:20:58 +00:00
Karl Palsson 3355fb6a08 Remove the "merge in progress" notice 2012-02-01 21:20:48 +00:00
texane 9aeeca2687 Merge pull request #52 from UweBonnes/master
Fixes around F4
2012-01-31 09:11:35 -08:00
texane 3096a8a29f Merge pull request #51 from DanielO/master
Use pkg-config to find libusb
2012-01-31 09:11:04 -08:00
Uwe Bonnes 9e842c3aa5 Merge branch 'master' of github.com:UweBonnes/stlink 2012-01-31 11:39:55 +01:00
Daniel O'Connor 5e5d1fa747 Use pkg-config to find libusb CFLAGS and LDFLAGS. 2012-01-31 16:49:45 +10:30
Uwe Bonnes a1a949fa55 Limit reading from RAM to the SRAM Size 2012-01-30 13:32:18 +01:00
Uwe Bonnes 19b8c64540 Give a different error when writing to flash or ram 2012-01-29 14:21:26 +01:00
Uwe Bonnes b95e4aa8a4 CoreIF for F2/F4 is not different, use CPUID to distinguish. F4 errata seems to give wrong workaround 2012-01-28 04:46:22 +01:00
Uwe Bonnes a85ebd90b2 Fix writing to SRAM on F1. Blocksize greater 0x1800 stalls STLINKV2. V1 needs to be checked! 2012-01-27 20:26:32 +01:00
Uwe Bonnes ce813d328b Fix mass erase of F4 2012-01-24 13:21:47 +01:00
Uwe Bonnes d00a6a30a2 F1 set_flash_cr_strt unconditionally set the PER bit and so mass erase didn't work 2012-01-20 17:25:01 +01:00
texane 31d4134919 Merge pull request #49 from UweBonnes/master
Allow to write to ram and start loaded programs.
2012-01-19 12:59:27 -08:00
Uwe Bonnes 0164043f92 A blank STM32L151 refused half-page writing. Fall back to half-word writing in
that case. Report advance in half-word writing. Setting stack and PC give
access error so automatic start fails too and hardware needs to be hard-reset
to start
2012-01-19 16:11:30 +01:00
Uwe Bonnes 8c36e07cbe Make stlink_erase_flash_mass device dependant and implement mass erase for L1
by consecutive page erase
Allow to erase the device with the flash
2012-01-19 16:10:43 +01:00
Uwe Bonnes 41e7c16cf2 When loading a file to SRAM or Flash, set the Stack pointer with the initial
SP value and the Program counter with the reset value from the Vector
table. Then run reset function
2012-01-19 14:17:22 +01:00
Uwe Bonnes 4c206c3b7c Allow to write to sram from the command line 2012-01-19 14:07:14 +01:00
Uwe Bonnes 16756fbe05 Store the masked chip_id in the stlink structure. Should fix unexpected
behaviour with L1 and F2
2012-01-19 13:55:00 +01:00
Uwe Bonnes 9c41193a16 Use stlink_r|w_debug32 for single word access in the gdbserver too 2012-01-19 13:47:23 +01:00
le mentec fabien adaf602a56 [fix] format warning on 32 bits 2012-01-18 09:58:54 -06:00
Uwe Bonnes b746f60732 Merge branch 'master' of git://github.com/texane/stlink
Conflicts:
	gdbserver/Makefile
2012-01-18 10:52:01 +01:00
Uwe Bonnes bcf1030354 Add dependancy from stlink.a 2012-01-17 22:16:55 +01:00
Uwe Bonnes 587c65948a As write_buffer_to_sram() can now handles arbitrary size, use flash_pgsz chunks for writing F1 and reduce output 2012-01-17 22:16:55 +01:00
Uwe Bonnes 9c2b7dd76b Enable half_page write for STM32L 2012-01-17 22:16:55 +01:00
Uwe Bonnes 079148247c In write_buffer_to_sram() write as much as possible with write_mem32 2012-01-17 22:16:55 +01:00
Uwe Bonnes 72966d1912 write_mem8 with more than 0x40 bytes gives unexpected results 2012-01-17 22:16:55 +01:00
Uwe Bonnes b50eedcdb4 Some L1 flash address was off by 0x10, but is never used 2012-01-17 22:16:55 +01:00
Uwe Bonnes b90309b660 Less noisy output for STM32L erase/program, but still showing progess 2012-01-17 22:16:46 +01:00
Fabien Le Mentec 081eae3087 [fix] valueless return warning 2012-01-04 00:55:47 -06:00
Friedrich Beckmann 8e5b2b51bf Added the library to the list of dependencies as in flash 2012-01-03 23:58:01 +01:00
Friedrich Beckmann 40c9d08c60 moved the device parameter loading at the end of initialization for V1 devices- fixed the problem of non working V1 devices 2012-01-03 23:52:44 +01:00
Uwe Bonnes 7eb080490c Move reset/load_param in the open functions, as requested by Karl 2011-12-18 23:35:20 +01:00
Uwe Bonnes 82c638ed83 For gdbserver, use the same initialization sequence like for flashing 2011-12-18 21:44:40 +01:00
Uwe Bonnes 1785fd73c5 Add a TODO to check for Supply Voltage before setting F4 paralleisme to 32 bits 2011-12-18 19:24:32 +01:00
Uwe Bonnes da8f7b1a6a If no read size is given, read the whole flash 2011-12-18 19:13:46 +01:00
Uwe Bonnes 92cdf49e28 Clip flash read request to maximum flash size 2011-12-18 19:03:58 +01:00
Uwe Bonnes 6ab0eb83be While L1 has empty flash cell erased to zero, at least F1/F4 are erased to 0xff. 2011-12-18 18:47:21 +01:00
Uwe Bonnes 379fcb3c61 Also ignore ZEROs at end of file when writing 2011-12-18 16:53:16 +01:00
Uwe Bonnes 6f194ad388 Ignore NULL bytes at flash end when reading 2011-12-18 16:34:16 +01:00
Uwe Bonnes 7f0e9ada38 Replace remaining _mem32 single word accesses with _debug32 2011-12-18 15:40:09 +01:00
Uwe Bonnes 5652cee37d Fix a wrong placed brace and and a not replaced stlink_write_mem32() that keep
STM32L from programming
2011-12-18 15:33:05 +01:00
Uwe Bonnes fba79be3b4 Page erase for STM32L needs a real write to lowest address with 0. stink_write_mem(.., ..,0) is undedined 2011-12-18 15:30:45 +01:00
Fabien Le Mentec 49238681e4 [update] stlinkv1_macosx_driver/README 2011-12-16 14:28:15 -06:00
Fabien Le Mentec 8e1a1afa93 [update] AUTHOR 2011-12-16 14:07:38 -06:00
Fabien Le Mentec 62ea3faf1e [add] stlinkv1_macosx_driver from marco.cassinerio@gmail.com 2011-12-16 14:07:17 -06:00
texane 2e6f2b6a65 Merge pull request #36 from UweBonnes/master
This batch implements and exposes the single data word access, jJTAG NRST and makes the F107 work when in Sleep mode.
2011-12-13 11:53:08 -08:00
Uwe Bonnes 9953efb763 Use the single word accesses in the flash inner loop too. We first swap the data, then the access routine swaps the data again, but cycles are cheep and so don't need another access function 2011-12-13 20:35:32 +01:00
Uwe Bonnes 03e745140d Use the single WORD memory access 2011-12-13 20:33:58 +01:00
Uwe Bonnes 9ef6d28cb5 Modify shutdown seqeunce. Now a F107 in sleep mode reacts on the reset pin after running stlink 2011-12-13 18:41:07 +01:00
Uwe Bonnes 5eda4566d6 Determine the device parameters explicit after running
stlink_reset(). Otherwise a sleeping device (WFI) doesn't return the
parameters.
2011-12-13 17:48:54 +01:00