Skip to content
Commits on Feb 3, 2016
  1. Merge pull request #370 from brunowonka/STM32L4_flash_fix

    committed
    Stm32 l4 flash fix
  2. @brunowonka
  3. @brunowonka
Commits on Feb 1, 2016
  1. fix signed unsigned comparison

    fabien.lementec committed
  2. Merge pull request #369 from meisteg/stutil_reset

    committed
    st-util: Fix for connecting to running devices
  3. Merge pull request #368 from meisteg/l4_memory_map

    committed
    Add memory map for STM32L4
  4. Merge pull request #367 from meisteg/fix_every_other

    committed
    Fix issue where "unknown chip id!" is seen every other time
  5. @meisteg

    st-util: Fix for connecting to running devices

    meisteg committed
    Previously, even with the reset enabled, st-util would not connect
    to a target if it was running. This change will reset the chip
    when opening the connection, which allows st-util to connect
    successfully.
    
    Signed-off-by: Greg Meiste <w30289@motorola.com>
  6. @meisteg

    Add memory map for STM32L4

    meisteg committed
    Signed-off-by: Greg Meiste <w30289@motorola.com>
  7. @meisteg

    Fix issue where "unknown chip id!" is seen every other time

    meisteg committed
    Previously when running the program, reading the chip version
    would fail. Running the program a second time worked. This
    sequence is repeated the next time st-flash/st-util is run.
    
    Giving reset 10ms to complete before trying to read the chip
    version resolves the issue.
    
    Signed-off-by: Greg Meiste <w30289@motorola.com>
Commits on Jan 29, 2016
  1. Merge pull request #366 from meisteg/l4_voltage

    committed
    Allow flashing of STM32L4 down to 1.71 V
  2. @meisteg

    Allow flashing of STM32L4 down to 1.71 V

    meisteg committed
    The STM32L4 specification specifies that VDD can be 1.71 - 3.6 V.
    
    Signed-off-by: Greg Meiste <w30289@motorola.com>
Commits on Jan 11, 2016
  1. Merge pull request #363 from gingold-adacore/cache

    committed
    st-util: synchronize cache for stm32f7
  2. @gingold-adacore

    st-util: synchronize cache for stm32f7

    gingold-adacore committed
    This patch handles the cache on the cortex-m7 stm32f7 cpu.
    When gdb inserts a soft breakpoint (which is the default for
    code in RAM), it replaces an instruction with a breakpoint
    instruction.  But if the caches are enabled, the replacement
    may be made only in the D-cache.  To reach the I-cache, the
    D-cache must be flushed and the I-cache invalidated.
    
    This implementation is coarse: it cleans the whole D-cache
    and invalidate the whole I-cache.  It is possible to
    track which cache lines have to be cleaned and invalidated.
Commits on Dec 17, 2015
  1. Merge pull request #360 from gingold-adacore/stm32f7-regs

    committed
    stm32f7: also send features to gdb.
  2. Merge pull request #359 from gingold-adacore/no-trailing-nul

    committed
    Do not send a NUL at end of packets to gdb.
  3. @gingold-adacore

    stm32f7: also send features to gdb.

    gingold-adacore committed
    So that 'extra' registers (msp, psp, ...) are visible to user.
  4. @gingold-adacore

    Do not send a NUL at end of packets to gdb.

    gingold-adacore committed
    GDB doesn't need it and see the NUL as a junk character
    (visible with 'set debug remote 1').
Commits on Dec 15, 2015
  1. Merge pull request #357 from jlbirccyn/patch-1

    committed
    Added STM32L053R8
  2. @jlbirccyn

    Added STM32L053R8

    jlbirccyn committed
    Hello, checked this board with stink. It communicates without flaw with the board:
    
    ```
    2015-12-15T14:47:03 INFO src/stlink-common.c: Loading device parameters....
    2015-12-15T14:47:03 INFO src/stlink-common.c: Device connected is: L0x3 device, id 0x10086417
    2015-12-15T14:47:03 INFO src/stlink-common.c: SRAM size: 0x2000 bytes (8 KiB), Flash: 0x10000 bytes (64 KiB) in pages of 128 bytes
    2015-12-15T14:47:03 INFO gdbserver/gdb-server.c: Chip ID is 00000417, Core ID is  0bc11477.
    2015-12-15T14:47:03 INFO gdbserver/gdb-server.c: Target voltage is 3264 mV.
    2015-12-15T14:47:03 INFO gdbserver/gdb-server.c: Listening at *:4242...
    ```
    
    When I launch GDB and connect to the server, I get :
    
    ```
    2015-12-15T14:51:41 ERROR gdbserver/gdb-server.c: [FP_CTRL] = 0x00000041 expecting 0x00000261
    2015-12-15T14:51:41 INFO gdbserver/gdb-server.c: GDB connected.
    ```
    
    on the st-util side and :
    
    ```
    Cannot access memory at address 0xffffffff
    ```
    
    on the GDB side
    
    Reading and writing to memory and registers works however I get 
    
    ```
    Cannot access memory at address 0xffffffff
    ```
    
    Each time I write to the memory or to a register
Commits on Dec 7, 2015
  1. Merge pull request #354 from gvz/master

    committed
    Added parameter to specify one stlink v2 of many
  2. @gvz

    Added parameter to specify one stlink v2 of many

    gvz committed
    This adds a parameter to the function stlink_open_usb and to the binary
    st-flash to specify one of multiple connected stlinks.
    As the identifier the iSerial of the stlink is used.
    If no serial is given the function and binary behave as before.
Commits on Nov 20, 2015
  1. Merge pull request #350 from cheshirekow/cmake_build

    committed
    Cmake build
  2. Merge branch 'master' into cmake_build

    Josh Bialkowski committed
Commits on Nov 19, 2015
  1. fix MINGW test in cmake

    Josh Bialkowski committed
  2. Merge pull request #349 from ibobalo/master

    committed
    mingw compilation error (sleep) fixed
  3. mingw compilation error (sleep) fixed

    bob committed
Commits on Nov 17, 2015
  1. Merge pull request #348 from cheshirekow/cmake_build

    committed
    first stab at a cmake build
  2. first stab at a cmake build

    Josh Bialkowski committed
Commits on Nov 9, 2015
  1. Merge pull request #347 from jauler/master

    committed
    Implement simple non-blocking ring buffer for communication over stlink
Commits on Oct 24, 2015
  1. Merge pull request #345 from mcoquelin-stm32/stm32f469

    committed
    Add support to STM32F469/STM32F479
Commits on Oct 23, 2015
  1. @mcoquelin-stm32

    Add support to STM32F469/STM32F479

    mcoquelin-stm32 committed
    STM32F469 is a STM32F429 MCU with Dual-QSPI NOR support and DSI screen
    support.
    
    Signed-off-by: Maxime Coquelin <mcoquelin.stm32@gmail.com>
Commits on Oct 12, 2015
  1. README, add working target

    lementec committed
Commits on Oct 3, 2015
  1. Merge pull request #341 from mlu/master

    committed
    Breakpoint handling for Cortex M7
Something went wrong with that request. Please try again.