Skip to content
Snippets Groups Projects
  1. Nov 06, 2016
  2. May 20, 2016
  3. Mar 11, 2012
  4. Jan 22, 2010
  5. Jan 09, 2010
  6. Dec 30, 2009
  7. Nov 26, 2009
  8. Nov 24, 2009
    • David Brownell's avatar
      ARM11: use standard single step simulation · bf3abc48
      David Brownell authored
      
      The previous stuff was needed because the ARM11 code wasn't using
      the standard ARM base type and register access ... but now those
      mechanisms work, so we can switch out that special-purpose glue.
      
      This should resolve all the "FIXME -- handle Thumb single stepping"
      comments too, and properly handle the processor's mode.  (Modulo
      the issue that this code doesn't yet handle two-byte breakpoints.)
      
      Clarify the comments about the the hardware single stepping.  When
      we eventually share breakpoint code with Cortex-A8, we can just make
      that be the default on cores which support it.  We may still want an
      override command, not just to facilitate testing but to cope with
      "instruction address mismatch" not quite being true single-step.
      
      Signed-off-by: default avatarDavid Brownell <dbrownell@users.sourceforge.net>
      bf3abc48
  9. Nov 22, 2009
  10. Nov 05, 2009
  11. Oct 26, 2009
    • Øyvind Harboe's avatar
      Idea for adding watchpoint masks. · 8b30f22d
      Øyvind Harboe authored
      8b30f22d
    • David Brownell's avatar
      JTAG: simple autoprobing · 6cb1d10c
      David Brownell authored
      
      This patch adds basic autoprobing support for the JTAG scan chains
      which cooperate.  To use, you can invoke OpenOCD with just:
      
       - interface spec: "-f interface/...cfg"
       - possibly with "-c 'reset_config ...'" for SRST/TRST
       - possibly with "-c 'jtag_khz ...'" for the JTAG clock
      
      Then set up config files matching the reported TAPs.  It doesn't
      declare targets ... just TAPs.  So facilities above the JTAG and
      SVF/XSVF levels won't be available without a real config; this is
      almost purely a way to generate diagnostics.
      
      Autoprobe was successful with most boards I tested, except ones
      incorporating C55x DSPs (which don't cooperate with this scheme
      for IR length autodetection).  Here's what one multi-TAP chip
      reported, with the "Warn:" prefixes removed:
      
       clock speed 500 kHz
       There are no enabled taps.  AUTO PROBING MIGHT NOT WORK!!
       AUTO auto0.tap - use "jtag newtap auto0 tap -expected-id 0x2b900f0f ..."
       AUTO auto1.tap - use "jtag newtap auto1 tap -expected-id 0x07926001 ..."
       AUTO auto2.tap - use "jtag newtap auto2 tap -expected-id 0x0b73b02f ..."
       AUTO auto0.tap - use "... -irlen 4"
       AUTO auto1.tap - use "... -irlen 4"
       AUTO auto2.tap - use "... -irlen 6"
       no gdb ports allocated as no target has been specified
      
      The patch tweaks IR setup a bit, so we can represent TAPs with
      undeclared IR length.
      
      Signed-off-by: default avatarDavid Brownell <dbrownell@users.sourceforge.net>
      6cb1d10c
  12. Oct 25, 2009
  13. Oct 24, 2009
  14. Oct 23, 2009
    • David Brownell's avatar
      SVF: clean up, mostly for TAP state name handling · 814183a5
      David Brownell authored
      
       - Use the name mappings all the other code uses:
          + name-to-state ... needed to add one special case
          + state-to-name
       - Improve various diagnostics:
          + don't complain about a "valid" state when the issue
            is actually that it must be "stable"
          + say which command was affected
       - Misc:
          + make more private data and code be static
          + use public DIM() not private dimof()
          + shorten the affected lines
      
      Re the mappings, this means we're more generous in inputs we
      accept, since case won't matter.  Also our output diagnostics
      will be a smidgeon more informative, saying "RUN/IDLE" not
      just "IDLE" (emphasizing that there can be side effects).
      
      Signed-off-by: default avatarDavid Brownell <dbrownell@users.sourceforge.net>
      814183a5
  15. Oct 20, 2009
  16. Oct 13, 2009
  17. Oct 12, 2009
    • David Brownell's avatar
      simplify XScale debug handler installation · 5e837387
      David Brownell authored
      
      Load the XScale debug handler from the read-only data section
      instead of from a separate file that can get lost or garbaged.
      This eliminates installation and versioning issues, and also
      speeds up reset handling a bit.
      
      Plus some minor bits of cleanup related to loading that handler:
      comments about just what this handler does, and check fault codes
      while writing it into the mini-icache.
      
      The only behavioral changes should be cleaner failure modes after
      errors during handler loading, and being a bit faster.
      
      NOTE:  presumes GNU assembly syntax, with ".incbin"; and ELF,
      because of the syntax of the ".size" directive.
      
      Signed-off-by: default avatarDavid Brownell <dbrownell@users.sourceforge.net>
      5e837387
  18. Oct 07, 2009
  19. Sep 27, 2009
  20. Sep 15, 2009
  21. Sep 11, 2009
  22. Aug 28, 2009
  23. Aug 26, 2009
  24. Jul 19, 2009
  25. Jul 17, 2009
  26. Jul 16, 2009
  27. Jul 10, 2009
  28. Jul 08, 2009
Loading