From: Elena Zannoni <ezannoni@cygnus.com>
To: Shaun Jackman <sjackman@pathwayconnect.com>
Cc: gdb@sources.redhat.com
Subject: Re: Can't connect to remote target in a confused state
Date: Wed, 19 Dec 2001 11:46:00 -0000 [thread overview]
Message-ID: <15392.58272.880164.15301@localhost.localdomain> (raw)
In-Reply-To: <E16Gk2s-0007Jk-00@dazed>
Shaun, this is a known problem with arm. I submitted a patch some time
back, and haven't committed it yet. Some minor cleanup is needed.
Try it anyway and see if it works for you:
http://sources.redhat.com/ml/gdb-patches/2001-11/msg00396.html
Elena
Shaun Jackman writes:
> Occasionally my target (arm-elf) may lose its brain due to a program error,
> or what have you. Regardless, I'd still like to be able to attach to it
> with gdb. I use a JTAG device (BDI2000) and as long as the ARM core isn't
> frozen I should be able to attach. This is the error I'm getting...
>
> (gdb) target remote bdi:2001
> Couldn't establish connection to remote target
> Cannot access memory at address 0xeafffff4
>
> Now, I assume when I attach gdb is trying to figure out what frame/stack etc
> it's in. So one of the frame pointer, or stack pointer, or program counter is
> sitting at 0xeafffff4 and gdb is trying to read the memory there. When it
> can't, it fails. Unfortunately, when this happens I have to power-cycle my
> target and restart gdb to be able to get back to debugging.
>
> Is my analysis correct? Is there some way I can get gdb to attach to the
> target even if it has been left in a "confused" state? My next actions are
> likely going to be to "load" and "run" anyways, so I really don't care that
> it's confused at the moment.
>
> Thanks,
> Shaun
prev parent reply other threads:[~2001-12-19 19:46 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2001-12-19 9:00 Shaun Jackman
2001-12-19 9:21 ` Shaun Jackman
2001-12-19 10:43 ` Fernando Nasser
2001-12-19 11:33 ` Shaun Jackman
2001-12-19 11:53 ` Elena Zannoni
2001-12-19 11:46 ` Elena Zannoni [this message]
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=15392.58272.880164.15301@localhost.localdomain \
--to=ezannoni@cygnus.com \
--cc=gdb@sources.redhat.com \
--cc=sjackman@pathwayconnect.com \
/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