1. Oct 06, 2018
    • Tim Newsome's avatar
      Retry debug test failures that hit a USB error. · 08564d78
      Tim Newsome authored
      Each test will be attempted 5 times, if necessary, when the output
      includes "Timed out handling USB events in mpsse_flush" (from
      https://github.com/riscv/riscv-openocd/pull/301). If that happens,
      output will look something like this:
      ```
      [TooManyHwbp] Starting attempt #0 > logs/20181005-125625-spike32-TooManyHwbp.log
      [TooManyHwbp] usb-error in 4.65s
      [TooManyHwbp] Starting attempt #1 > logs/20181005-125630-spike32-TooManyHwbp.log
      [TooManyHwbp] pass in 4.43s
      ```
      08564d78
  2. Sep 24, 2018
  3. Sep 14, 2018
  4. Sep 09, 2018
  5. Sep 07, 2018
  6. Sep 04, 2018
  7. Sep 01, 2018
  8. Aug 30, 2018
  9. Aug 29, 2018
  10. Aug 28, 2018
  11. Aug 25, 2018
  12. Aug 24, 2018
  13. Aug 23, 2018
  14. Aug 22, 2018
  15. Aug 21, 2018
  16. Aug 18, 2018
  17. Aug 14, 2018
  18. Jul 10, 2018
  19. Jul 04, 2018
    • Tim Newsome's avatar
      rwatch/watch on explicit address · 8519aa3f
      Tim Newsome authored
      Newer gdb requires more debug info in order to "watch data" in this
      test. I'm not sure how to make that debug info happen, so instead we
      tell it the address to use.
      8519aa3f
  20. Jun 19, 2018
  21. May 22, 2018
  22. May 19, 2018
    • Tim Newsome's avatar
      Fix MulticoreRunHaltStepiTest · 016147c6
      Tim Newsome authored
      The test actually wasn't checking interrupt counts at all. Fixing it
      required some other changes:
      Make sure all harts get to run
      Add some retries, since on a loaded machine against spike both harts
      might not get to run, even if you give spike a generous amount of time
      to do so.
      016147c6
  23. May 16, 2018
  24. May 15, 2018
  25. May 14, 2018
  26. May 12, 2018
  27. May 01, 2018