<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    Hi Matthew,<br>
    <br>
    This link seems to give some details:<br>
    <a class="moz-txt-link-freetext" href="http://davis.lbl.gov/Manuals/GDB/gdb_31.html">http://davis.lbl.gov/Manuals/GDB/gdb_31.html</a><br>
    <br>
    <table>
      <tbody>
        <tr>
          <td>cycle step <strong>(draft)</strong></td>
          <td> <code>i</code><var>addr</var><code>,</code><var>nnn</var>
          </td>
          <td>
            Step the remote target by a single clock cycle. If <code>,</code><var>nnn</var>
            is
            present, cycle step <var>nnn</var> cycles. If <var>addr</var>
            is present, cycle
            step starting at that address.</td>
        </tr>
      </tbody>
    </table>
    <br>
    Where as:<br>
    <br>
    <table>
      <tbody>
        <tr>
          <td>step</td>
          <td> <code>s</code><var>addr</var>
          </td>
          <td>
            <var>addr</var> is address to resume. If <var>addr</var> is
            omitted, resume at
            same address.
          </td>
        </tr>
      </tbody>
    </table>
    <br>
    I believe that step should execute one whole machine instruction or
    one instruction packet depending on the architecture.  The S command
    should step into call instructions, not over.  Stepping over
    anything is a task for the debugger, and is managed by coordinating
    breakpoints, stepping and continuing.<br>
    <br>
    I cant imagine the 'i' command is commonly supported however since I
    presume it would require very complex and tight coupling between the
    processor running the stub and the processor being debugged as the
    clock is not typical accessible.  For regular source level debugging
    this level of control is not typical required.<br>
    <br>
    Thanks,<br>
    Aidan<br>
    <br>
    <div class="moz-cite-prefix">On 19/08/2014 13:59, Matthew Gardiner
      wrote:<br>
    </div>
    <blockquote cite="mid:53F34A4F.9060206@csr.com" type="cite">Sorry, I
      should have been more direct in this post...
      <br>
      <br>
      Does anyone actually know the difference in the GDB-RSP i and s
      commands?
      <br>
      <br>
      I'd welcome your insight.
      <br>
      <br>
      thanks
      <br>
      Matt
      <br>
      <br>
      <br>
      Matthew Gardiner wrote:
      <br>
      <blockquote type="cite">Hi Folks,
        <br>
        <br>
        I'm poring over the gdb pdf trying to understand the difference
        between the s and i commands.
        <br>
        <br>
        After chatting with a colleague we came up with 2 ideas:
        <br>
        <br>
        1. i means a single instruction step, and s is an instruction
        step but step over CALL instructions.
        <br>
        <br>
        OR
        <br>
        <br>
        2. i means advance the clock once, i.e. by a single word in a
        multi-word instruction. And s means a single instruction step.
        <br>
        <br>
        All comments welcome!
        <br>
        <br>
        thanks
        <br>
        Matt
        <br>
        <br>
        <br>
        <br>
        Member of the CSR plc group of companies. CSR plc registered in
        England and Wales, registered number 4187346, registered office
        Churchill House, Cambridge Business Park, Cowley Road,
        Cambridge, CB4 0WZ, United Kingdom
        <br>
        More information can be found at <a class="moz-txt-link-abbreviated" href="http://www.csr.com">www.csr.com</a>. Keep up to date
        with CSR on our technical blog, <a class="moz-txt-link-abbreviated" href="http://www.csr.com/blog">www.csr.com/blog</a>, CSR people
        blog, <a class="moz-txt-link-abbreviated" href="http://www.csr.com/people">www.csr.com/people</a>, YouTube, <a class="moz-txt-link-abbreviated" href="http://www.youtube.com/user/CSRplc">www.youtube.com/user/CSRplc</a>,
        Facebook, <a class="moz-txt-link-abbreviated" href="http://www.facebook.com/pages/CSR/191038434253534">www.facebook.com/pages/CSR/191038434253534</a>, or follow
        us on Twitter at <a class="moz-txt-link-abbreviated" href="http://www.twitter.com/CSR_plc">www.twitter.com/CSR_plc</a>.
        <br>
        New for 2014, you can now access the wide range of products
        powered by aptX at <a class="moz-txt-link-abbreviated" href="http://www.aptx.com">www.aptx.com</a>.
        <br>
        _______________________________________________
        <br>
        lldb-dev mailing list
        <br>
        <a class="moz-txt-link-abbreviated" href="mailto:lldb-dev@cs.uiuc.edu">lldb-dev@cs.uiuc.edu</a>
        <br>
        <a class="moz-txt-link-freetext" href="http://lists.cs.uiuc.edu/mailman/listinfo/lldb-dev">http://lists.cs.uiuc.edu/mailman/listinfo/lldb-dev</a>
        <br>
        <br>
        <br>
        To report this email as spam click
        <a class="moz-txt-link-freetext" href="https://www.mailcontrol.com/sr/SLxusfELbczGX2PQPOmvUjg7ce8j6mWJ4GmDxhB89llOaJtRI!liNxCHjGJhJAM3g+rZVLhWkBsJwVIOzJj0SQ==">https://www.mailcontrol.com/sr/SLxusfELbczGX2PQPOmvUjg7ce8j6mWJ4GmDxhB89llOaJtRI!liNxCHjGJhJAM3g+rZVLhWkBsJwVIOzJj0SQ==</a>
        .
        <br>
      </blockquote>
      <br>
      _______________________________________________
      <br>
      lldb-dev mailing list
      <br>
      <a class="moz-txt-link-abbreviated" href="mailto:lldb-dev@cs.uiuc.edu">lldb-dev@cs.uiuc.edu</a>
      <br>
      <a class="moz-txt-link-freetext" href="http://lists.cs.uiuc.edu/mailman/listinfo/lldb-dev">http://lists.cs.uiuc.edu/mailman/listinfo/lldb-dev</a>
      <br>
    </blockquote>
    <br>
  </body>
</html>