1. Jul 03, 2019
  2. Jun 07, 2019
  3. May 13, 2019
  4. May 12, 2019
  5. May 07, 2019
  6. Apr 26, 2019
  7. Apr 13, 2019
  8. Apr 03, 2019
  9. Apr 01, 2019
  10. Mar 26, 2019
  11. Mar 20, 2019
  12. Mar 16, 2019
  13. Mar 15, 2019
  14. Mar 07, 2019
  15. Feb 17, 2019
  16. Feb 13, 2019
  17. Feb 09, 2019
  18. Jan 25, 2019
  19. Jan 13, 2019
  20. Jan 04, 2019
  21. Dec 21, 2018
  22. Dec 15, 2018
    • Dave Hylands's avatar
      Only do bank calculation on STM32L4 devices with dual banked flash (#751) · 0a2b7a4f
      Dave Hylands authored
      * Only do bank calculatio on SRM32L4 devices with dual banked flash
      
      RM0394 covers the STM32L41xx, 42xx, 43xx, 44xx, 45xx, and 46xx. These
      devices are all employ single banked flash and have chip id's
      of 0x464 for the 41xx/42xx, 0x435 for 43xx/44xx, and 0x462 for 45xx/46xx
      It's also worth noting that bit 21 of the FLASH_OPTR register is marked
      as resevred for these chips, and isn't an indicator of dual banked
      flash.
      
      RM0392 covers the STM32L4x1, cpu_id 0x415 and can be dual banked.
      
      RM0351 covers the STM32L4x5/4x6, cpu_ids 0x415 & 0x461 and can be dual
      banked
      
      RM0432 covers the STM32L4Rx/4Sx, cpu_id 0x470 and can be dual banked.
      
      This PR modifies the calculate_L4_page functio to only factor bank
      calculations for the devices above which can support dual banked flash.
      
      * Converted tabs to spaces on added line
      0a2b7a4f
  23. Dec 03, 2018
  24. Nov 20, 2018
  25. Oct 31, 2018
  26. Oct 25, 2018
  27. Sep 14, 2018
  28. Aug 02, 2018
  29. Aug 01, 2018
    • donmr's avatar
      Mem write odd (#730) · 27ce268a
      donmr authored
      * Use local variable for read_result instead of *ret, and fix
      calculation of *ret for EOF case.
      
      * Found a problem when reading an odd (%4) number of bytes at the end
      of a file.  fread (on stm32) get them (say 3 bytes), then askes for
      more.  do_semihosting gets a read return of 0 and tries to write that.
      mem_write alters the address to be aligned and overwrites then 3 bytes
      from the last read.
      
      This change simply tells mem_write to do nothing if len is 0.
      
      * Fix Issues from Fabien-Chouteau's review of my previous patch in isue #727.
      
      * Revert change to mem_write() so it does not confuse fixes to do_semihosting().
      
      * Add cast to avoid warning.
      
      * Restore change to mem_write to return immeadiately if len == 0.
      Add more comments on further possible issues and ways to handle them.
      Using a branch to separate this change from others as it may need
      more discussion and go on for a while...
      
      * Remove cast of "-1" to uint32_t.  It's now compared to a ssize_t
      and the compiler should be fine with that without any cast.
      27ce268a
    • donmr's avatar
      Fix to cast in changes for SYS_READ. (#731) · ea98ab7b
      donmr authored
      * Remove cast of "-1" to uint32_t.  It's now compared to a ssize_t
      and the compiler should be fine with that without any cast.
      ea98ab7b