1. 09 Nov, 2009 3 commits
    • David Brownell's avatar
      finish removing deprecated/obsolete commands · d70d9634
      David Brownell authored
      It's been about a year since these were deprecated and, in most
      cases, removed.  There's no point in carrying that documentation,
      or backwards compatibility for "jtag_device" and "jtag_speed",
      around forever.  (Or a few remnants of obsolete code...)
      Removed a few obsolete uses of "jtag_speed":
       - The Calao stuff hasn't worked since July 2008.  (Those Atmel
         targets need to work with a 32KHz core clock after reset until
         board-specific init-reset code sets up the PLL and enables a
         faster JTAg clock.)
       - Parport speed controls don't actually work (tops out at about
         1 MHz on typical HW).
       - In general, speed controls need to live in board.cfg files (or
         sometimes target.cfg files), not interface.cfg ...
      Signed-off-by: default avatarDavid Brownell <dbrownell@users.sourceforge.net>
    • David Brownell's avatar
      User's Guide: Flash/NAND doc tweaks · 9253ce9b
      David Brownell authored
      Rename the "Drivers, Options, and Commands" sections to be
      just "Driver List" matching the earlier reference.  Add an
      example of parallel CFI flash.
      Signed-off-by: default avatarDavid Brownell <dbrownell@users.sourceforge.net>
    • David Brownell's avatar
      User's Guide: bugfix global state info · 4882647f
      David Brownell authored
      The "$ocd_HOSTOS" variable was wrongly documented.  Fix its
      documentation, and its value on Linux.
      Shrink a few of the too-long lines.
      Signed-off-by: default avatarDavid Brownell <dbrownell@users.sourceforge.net>
  2. 08 Nov, 2009 1 commit
    • David Brownell's avatar
      target.cfg: remove "-work-area-virt 0" · 3e6f9e8d
      David Brownell authored
      The semantics of "-work-area-virt 0" (or phys) changed with
      the patch to require specifying physical or virtrual work
      area addresses.  Specifying zero was previously a NOP.  Now
      it means that address zero is valid.
      This patch addresses three related issues:
       - MMU-less processors should never specify work-area-virt;
         remove those specifications.  Such processors include
         ARM7TDMI, Cortex-M3, and ARM966.
       - MMU-equipped processors *can* specify work-area-virt...
         but zero won't be appropriate, except in mischievous
         contexts (which hide null pointer exceptions).
         Remove those specs from those processors too.  If any of
         those mappings is valid, someone will need to submit a
         patch adding it ... along with a comment saying what OS
         provides the mapping, and in which context.  Example,
         say "works with Linux 2.6.30+, in kernel mode".  (Note
         that ARM Linux doesn't map kernel memory to zero ...)
       - Clarify docs on that "-virt" and other work area stuff.
      Seems to me work-area-virt is quite problematic; not every
      operating system provides such static mappings; if they do,
      they're not in every MMU context...
      Signed-off-by: default avatarDavid Brownell <dbrownell@users.sourceforge.net>
  3. 05 Nov, 2009 4 commits
  4. 04 Nov, 2009 1 commit
    • David Brownell's avatar
      Tweak release docs · 1c51f342
      David Brownell authored
      Contrast releases to git snapshot tarballs.  Mention that
      releases have some quality-improvement focus, with special
      non-"dev" version IDs.  Explain more about version IDs,
      using "openocd -v" to see them, etc;
      Make release milestone info be less specific about timing,
      and presume we have both a merge window and an RC stage.
      Rework the release process information to match reality a
      bit more closely.  Reference the version.sh script (in one
      place the wrong script was referenced).  Bugfix branches
      get special treatment, while non-bugfix releases are more
      or less what *defines* being the mainline branch.
      Signed-off-by: default avatarDavid Brownell <dbrownell@users.sourceforge.net>
  5. 02 Nov, 2009 1 commit
  6. 28 Oct, 2009 1 commit
    • Zachary T Welch's avatar
      Rewrite release script to use GIT. · e8dc384b
      Zachary T Welch authored
      Update documentation to reflect GIT methodology.  Rewrite release.sh
      script to use appropriate process.  With this update, tools/release.sh
      can be used for producing private release tags on local branches.
      The documentation still needs work, but their use for v0.3.x should
      help rectify the deficiences.
  7. 25 Oct, 2009 1 commit
  8. 23 Oct, 2009 1 commit
    • David Brownell's avatar
      arm9tdmi vector_catch: reserved means "don't use" · 75cdc8a2
      David Brownell authored
      Bit 5 shouldn't be used.  Remove all support for modifying it.
      Matches the exception vector table, of course ... more than one
      bootloader uses that non-vector to help distinguish valid boot
      images from random garbage in flash.
  9. 22 Oct, 2009 1 commit
    • David Brownell's avatar
      ETM: rename registers, doc tweaks · 344bed2f
      David Brownell authored
      The register names are perversely not documented as zero-indexed,
      so rename them to match that convention.  Also switch to lowercase
      suffixes and infix numbering, matching ETB and EmbeddedICE usage.
      Update docs to be a bit more accurate, especially regarding what
      the "trigger" event can cause; and to split the issues into a few
      more paragraphs, for clarity.
      Make "configure" helptext point out that "oocd_trace" is prototype
      hardware, not anything "real".
      Signed-off-by: default avatarDavid Brownell <dbrownell@users.sourceforge.net>
  10. 21 Oct, 2009 4 commits
  11. 20 Oct, 2009 1 commit
  12. 19 Oct, 2009 1 commit
  13. 14 Oct, 2009 1 commit
    • David Brownell's avatar
      doc updates to match "help" better · bc792857
      David Brownell authored
      This makes the documentation a closer match to "help" output:
       - "pathmove" somehow was not documented in the User's Guide
       - "jtag_nsrst_assert_width" and "jtag_ntrst_assert_width"
         are new; both needed descriptions.
       - Removed two undocumented and fairly useless script mechanisms:
          * production/production_info/production_test ... using it,
            requires replacing everything; so having it adds no value.
          * cpu ... way out of date; hopeless to keep that current
      Note that anyone using that "production" stuff already defines
      their own procedures, and can keep using them with no change.
      Signed-off-by: default avatarDavid Brownell <dbrownell@users.sourceforge.net>
  14. 13 Oct, 2009 1 commit
  15. 12 Oct, 2009 2 commits
  16. 09 Oct, 2009 3 commits
  17. 08 Oct, 2009 2 commits
  18. 07 Oct, 2009 4 commits
    • dbrownell's avatar
      Remove pointless "target library" chapter. · f8c8d8bc
      dbrownell authored
      It had a very little bit of content; move that to the more extensive
      chapter on config file guidelines, and give more current "ls" output
      to show the available library code.
      git-svn-id: svn://svn.berlios.de/openocd/trunk@2820 b42882b7-edfa-0310-969c-e2dbd0fdcd60
    • dbrownell's avatar
      Note bug in handling of variables through command line parameters. · f2dc1eee
      dbrownell authored
      git-svn-id: svn://svn.berlios.de/openocd/trunk@2819 b42882b7-edfa-0310-969c-e2dbd0fdcd60
    • dbrownell's avatar
      Updates for "reset_config": · b83d79a4
      dbrownell authored
       - revert to previous default: don't talk JTAG during SRST
       - add "srst_nogates" flag, the converse of "srst_gates_jtag"
       - with no args, display the current configuration
      And update the User's Guide text with bullet lists to be a bit more clear.
      git-svn-id: svn://svn.berlios.de/openocd/trunk@2818 b42882b7-edfa-0310-969c-e2dbd0fdcd60
    • dbrownell's avatar
      Change version labels to work better with GIT · b1f7b359
      dbrownell authored
       - The guess-rev.sh script is now a tweaked version of "setlocalversion" as
         seen in Linux, U-Boot, and various other projects.  When it finds source
         control support (git, hg, svn) it uses IDs from there.  Else (specific
         to this project) it reports itself as "-snapshot", e.g. from gitweb.
         I verified this new "guess-rev.sh" script runs under Cygwin.
       - Also update the generic version strings to be like "0.3.0-dev" (during
         development) instead of the very long "0.3.0-in-development".  These also
         show up in the PDF docs.  For better tracking, we might eventually change
         these strings to include the version IDs too.
       - Change the startup banner version strings so they include the guess-rev
         output.  Development and release versions with GIT will be like
          Open On-Chip Debugger 0.3.0-dev-00282-g7191a4f-dirty (2009-10-05-20:57) 
          Open On-Chip Debugger 0.3.0 (2009-10-05-20:57) 
         instead of the previous SVN-specific (even when using git-svn!)
          Open On-Chip Debugger 0.3.0-in-development (2009-10-05-01:39) svn:exported
          Open On-Chip Debugger 0.3.0 (2009-10-05-01:39) Release
      git-svn-id: svn://svn.berlios.de/openocd/trunk@2809 b42882b7-edfa-0310-969c-e2dbd0fdcd60
  19. 05 Oct, 2009 1 commit
    • dbrownell's avatar
      Add a new JTAG "setup" event; use for better DaVinci ICEpick support. · 7c7467b3
      dbrownell authored
      The model is that this fires after scanchain verification, when it's
      safe to call "jtag tapenable $TAPNAME".  So it will fire as part of
      non-error paths of "init" and "reset" command processing.  However it
      will *NOT* trigger during "jtag_reset" processing, which skips all
      scan chain verification, or after verification errors.
       - switch DaVinci chips to use this new mechanism
       - log TAP activation/deactivation, since their IDCODEs aren't verified
       - unify "enum jtag_event" scripted event notifications
       - remove duplicative JTAG_TAP_EVENT_POST_RESET
      git-svn-id: svn://svn.berlios.de/openocd/trunk@2800 b42882b7-edfa-0310-969c-e2dbd0fdcd60
  20. 02 Oct, 2009 1 commit
    • dbrownell's avatar
      Minor ETB and ETM bugfixes and doc updates · 10336333
      dbrownell authored
       - ETB
          * report _actual_ hardware status, not just expected status
          * add a missing diagnostic on a potential ETB setup error
          * prefix any diagnostics with "ETB"
       - ETM
          * make "etm status" show ETM hardware status too, instead of
            just traceport status (which previously was fake, sigh)
       - Docs
          * flesh out "etm tracemode" docs a bit
          * clarify "etm status" ... previously it was traceport status
          * explain "etm trigger_percent" as a *traceport* option
      ETM+ETB tracing still isn't behaving, but now I can see that part of 
      the reason is that the ETB turns itself off almost immediately after
      being enabled, and before collecting any data.
      git-svn-id: svn://svn.berlios.de/openocd/trunk@2790 b42882b7-edfa-0310-969c-e2dbd0fdcd60
  21. 30 Sep, 2009 2 commits
  22. 29 Sep, 2009 3 commits