Skip to content
Snippets Groups Projects
  1. Apr 15, 2019
  2. Apr 12, 2019
  3. Apr 11, 2019
  4. Apr 10, 2019
  5. Apr 04, 2019
  6. Apr 03, 2019
    • David Sidrane's avatar
      M7 dcache ctrl via a parameter (#11769) · 1c212e3f
      David Sidrane authored
      * Support for armv7-m_dcache control via parameter
      
        The FORCE_F7_DCACHE parameter can be set to
         0 - (default) if Eratta exits turn dcache off else leave it on
         1 -  Force it off
         2 -  Force it on
      
         At boot the system will disable the d-cache if the silicon
         has the 1259864 Data corruption in a sequence of Write-Through
         stores and loads eratta.
      
         Post nsh script execution the FORCE_F7_DCACHE paramater
         will be used to set the d-cache to the state indicated
         above.
      1c212e3f
  7. Apr 02, 2019
  8. Mar 27, 2019
    • Julian Oes's avatar
      SITL: interim fix for replay · 187f3f28
      Julian Oes authored
      The replay functionality was broken with lockstep. This is an interim
      fix for the replay functionality.
      
      In the longer term it would be nice to leverage the lockstep speedup
      for the replay.
      187f3f28
  9. Mar 24, 2019
  10. Mar 23, 2019
    • Daniel Agar's avatar
      vscode updates · 5e6bfe1a
      Daniel Agar authored
       * working debugging (one click build and debug)
         * SITL jmavsim
         * SITL gazebo
         * jlink px4_fmu-v{2-5}
       * improved syntax highlighting
         * GNU linker files
         * ROS message files msg/*.msg
         * jinja2 template files
       * fixed intellisense support
      Unverified
      5e6bfe1a
  11. Mar 21, 2019
  12. Mar 18, 2019
  13. Mar 15, 2019
  14. Mar 11, 2019
  15. Mar 02, 2019
    • mcsauder's avatar
    • David Sidrane's avatar
      board:Set larger stack margin · edd9f91a
      David Sidrane authored
      edd9f91a
    • David Sidrane's avatar
      px4_fmuv5:Stack Check build Increase to 2624 · 12d442e8
      David Sidrane authored
         The cause of the stack detection fault is because of the
         level of nesting in the start up script. We need to
         determine the worst case configuration and set the
         bar there.
      
         This fault occurred some 42 calls deep due to script
         calling script (repeat).
      
         The HW stack check requires as a margin of 204 bytes. That is
         ISR HW stacking of CPU(8) FPU(18) registers and SW stacking of
         CPU(11) and FPU(16) registers. Total CPU(19) registers is
         68 bytes and the total FPU(34) registers is 136 bytes.  On
         a system with a separate ISR stack This only needs to be 104
         so there is 100 bytes of headroom. But as coded the detection
         will give a false positive detection and fault. This does not
         mean that the stack will be corrupted.
      
         Adjustments to that stack can have no effect due to rounding.
         A stack size of 2608 and 2616 can yield the exact same size stack.
         So even when the failure is due to a 4 byte overflow, it can take
         greater than a 16 bytes increase to fix it. Because the final
         stack size is calculated with an 8 byte alignment after a 4 byte
         decrease. So 2624 becomes 2620 at runtime and will boot
         with SYS_AUTOSTART=4001.
      12d442e8
  16. Feb 26, 2019
  17. Feb 25, 2019
  18. Feb 19, 2019
  19. Feb 11, 2019
  20. Feb 09, 2019
  21. Feb 06, 2019
Loading