Skip to content
Snippets Groups Projects
  1. Nov 18, 2015
  2. Nov 17, 2015
  3. Nov 06, 2015
  4. Nov 04, 2015
  5. Oct 26, 2015
  6. Oct 22, 2015
    • agdl's avatar
      Tone fix for #59 and optimizations · 823cbce4
      agdl authored
      This fixes issue #59 and optimize the way the prescaler is found.
      Furthermore non needed instructions are not repeated.
      823cbce4
  7. Oct 21, 2015
  8. Oct 12, 2015
  9. Sep 24, 2015
  10. Sep 16, 2015
  11. Sep 10, 2015
    • Cristian Maglie's avatar
      Fixed bug in USBCore::send... (yikes!) · 81cbda3a
      Cristian Maglie authored
      81cbda3a
    • Cristian Maglie's avatar
      Disabled SRAM shortcut when in USBCore::send · ac16594d
      Cristian Maglie authored
      The shortcut has some issues:
      
      - sometimes it fails when sending an odd number of bytes (may be
        due to memory alignment?)
      - the data pointer should point to "stable" data (and this is not
        guaranteed by caller, it may be some sort of temporary buffer)
      - the SRAM is not guaranteed to start at 0x20000000
      
      All the above problems must be properly fixed before reenabling
      this part
      ac16594d
  12. Sep 09, 2015
  13. Sep 04, 2015
  14. Aug 24, 2015
  15. Aug 14, 2015
  16. Aug 13, 2015
  17. Jul 25, 2015
    • Erin Tomson's avatar
      Fix two bugs that can cause deadlock conditions when i2c bus errors occur. · 0bfeec7f
      Erin Tomson authored
      The first occurs when starting a read transaction from a slave that doesn't respond. The code would wait until the SB (slave on bus) bit is set in the INTFLAGS register, but when a nack occurs that never happens so we're stuck in an infinite loop. The fix is to also look for the MB flag to be set. If it is, issue a stop condition and return.
      
      The second happens when a bus error (ie, an illegal stop condition) occurs while sending data as a master. In that case we are waiting for the MB (master on bus) flag to be set. When a bus error occurs that never happens, so again we end up in an infinite loop. The fix here is to also look for the BUSERR flag to be set. If it is, return an error condition.
      0bfeec7f
  18. Jul 23, 2015
  19. Jul 17, 2015
    • Cristian Maglie's avatar
      8ebc4be2
    • Cristian Maglie's avatar
      Enable C11/C++11 · 1f09fc96
      Cristian Maglie authored
      See https://github.com/arduino/Arduino/pull/2175
      
      Quoting the original commits from Matthijs Kooijman:
      
          Enable C++11 support
      
          This uses the gnu++11 standard, which is C++11 with GNU extensions.
          C++11 should be full compatible with the previously used C++98
          standards, so all pre-existing sketches should continue to work.
      
          Enable C11 support
      
          This uses the gnu11 standard, which is C11 with GNU extensions.
          Previously, gnu89 was being used, which is pretty ancient by now. C99
          brings some important improvements, some of which were already available
          and used even without this option. C11 is more recent and brings more
          minor improvements. Most notable feature is the static_assert statement,
          allowing checking invariants at compiletime using the full C
          expressions.
      1f09fc96
Loading