public inbox for gdb@sourceware.org
 help / color / mirror / Atom feed
From: James Becker <james.becker@crossfire-tech.com>
To: gdb@sourceware.org
Subject: gdb for Riscv, single stepping issue
Date: Mon, 27 Jun 2022 15:40:02 -0500	[thread overview]
Message-ID: <a6adfd76-c34c-c150-1829-49277fc9d3da@crossfire-tech.com> (raw)

Hello,

I have a RISCV-EL2 core running in a Nexys A7 FPGA board.

I have openocd for riscv running over jtag with a connection by 
riscv-gdb to the openocd instance at port 3333.

Everything works fine, stepping, break points, load, view memory.

But I have one issue: Some of the memory in my design is 4 byte 
aligned.  Its designed for fast instruction fetch, its known as ICCM.

When I have code running in that memory, gdb still works fine for 
breakpoints, but it will not single step.

Looking at the openocd debug files, it appears that gdb is attempting to 
do a 2 byte read as a part of the single stepping procedure.

Since my memory does not support 2 byte reads or writes, this fails.

Is there some way that gdb can be configured to not do any 2-byte word 
reads or writes during single stepping?  I can't seem to find any.

-- 
Jim Becker
CrossFire Technologies Inc
1000 Westgate Dr. Suite 150-I
St. Paul, MN 55114
Mobile: +1 303-507-6399
www.CrossFire-Tech.com Warning: The information contained in this 
electronic mail message (and any attached document) from CrossFire 
Technologies Inc. is intended only for the personal and confidential use 
of the designated recipient(s) named above. This information may be 
considered confidential by CrossFire Technologies Inc, or may be 
privileged or otherwise exempt from disclosure under law. If the reader 
of this message is not the intended recipient or an agent responsible 
for delivering it to the intended recipient, you are hereby notified 
that you have received this message in error and that any review, 
dissemination, distribution, or copying of this message is strictly 
prohibited. If you have received the communication in error, please 
notify us immediately by telephone and e-mail and destroy any and all 
copies of this message (and all attached documents) in your possession 
(whether hard copies or electronically stored copies). This 
communication is covered by the Electronic Communications Privacy Act, 
18 U.S.C. §§ 2510 - 2521. Thank you.

             reply	other threads:[~2022-06-27 20:40 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2022-06-27 20:40 James Becker [this message]
2022-06-28 15:52 ` John Baldwin
2022-06-29  9:34   ` Pedro Alves
2022-06-29 16:27     ` James Becker
2022-06-29 17:54     ` John Baldwin
2022-06-30  9:40       ` Pedro Alves
2022-07-03  3:58         ` James Becker

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=a6adfd76-c34c-c150-1829-49277fc9d3da@crossfire-tech.com \
    --to=james.becker@crossfire-tech.com \
    --cc=gdb@sourceware.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).