From: "Edward L. Hepler" <hepler@vlsi-concepts.com>
To: Keith Seitz <keiths@redhat.com>
Cc: insight@sources.redhat.com
Subject: Re: Adding a target?
Date: Sun, 09 Mar 2008 17:34:00 -0000 [thread overview]
Message-ID: <Pine.GSO.4.62.0803091319440.443@manx.misty.com> (raw)
In-Reply-To: <Pine.GSO.4.62.0803081507200.8750@manx.misty.com>
Keith,
I'm still trying to move up from gdb-6.5 (and insight-6.6) to
insight-6.7.1
I have gotten past the GUI problem I had thanks to your earlier
suggestion.
I am having a problem inserting a breakpoint... This worked fine using
gdb-6.5 and insight-6.6, but seems to have broken with insight-6.6.
It appears that the "to_insert_breakpoint" function is not getting called.
I have "watched" the "current_target" structure and see the entries for
my target (vr2000) get inserted into the structure after typing the "run"
command. (The old values were for the "exec" target... new values for
the "vr2000" target.) What is unusual is that the "to_insert_breakpoint"
structure member is not being set to the vr2000 value. The "ignore"
function is instead being inserted. Later, when the breakpoint should
be being inserted, the "ignore" function is called (instead of the
function defined for vr2000 (which substitutes the "break" instruction
for the instruction in the target memory). This worked in earlier
versions...
Do you know of changes that might have caused this to break?
Is there some reason why the "to_insert_breakpoint" structure item
would not be overloaded with the vr2000 entry when the ops target
is changed?
Any thoughts would be appreciated...
Thanks,
Ed Hepler
----------------------------------------------------------------------------
VLSI Concepts offers synthesizable processor cores for embedded control
applications... See our standard products and ask about customization...
----------------------------------------------------------------------------
Dr. Edward L. Hepler
President, Adjunct Professor,
VLSI Concepts, Inc. Villanova University Graduate Courses:
VLSI and System ECE-8440 System Design and Modeling
Architecture, Design, ECE-8445 Advanced Computer Architecture
and CAD ECE-8460 VLSI Design
email: hepler@vlsi-concepts.com or elh@ece.villanova.edu
mobile: (484) 459-1126
www: http://www.vlsi-concepts.com Read: I Cor 8:6
On Sat, 8 Mar 2008, Edward L. Hepler wrote:
>
> Keith,
>
> That seemed to do it... Many thanks...
>
> By the way, where is the function "code" defined?
>
> Thanks again,
>
> Ed Hepler
>
> ----------------------------------------------------------------------------
> VLSI Concepts offers synthesizable processor cores for embedded control
> applications... See our standard products and ask about customization...
> ----------------------------------------------------------------------------
> Dr. Edward L. Hepler
> President, Adjunct Professor,
> VLSI Concepts, Inc. Villanova University Graduate Courses:
> VLSI and System ECE-8440 System Design and Modeling
> Architecture, Design, ECE-8445 Advanced Computer Architecture
> and CAD ECE-8460 VLSI Design
>
> email: hepler@vlsi-concepts.com or elh@ece.villanova.edu
> mobile: (484) 459-1126
> www: http://www.vlsi-concepts.com Read: I Cor 8:6
>
> On Thu, 28 Feb 2008, Keith Seitz wrote:
>
>> Edward L. Hepler wrote:
>>
>>> I'd like to use insight to drive gdb and have included the appropriate
>>> gdb modifications. The "gdb-side" appears to operate properly, but
>>> I'm still having some problems with the GUI portion. I'd appreciate
>>> any pointers you may be able to send that would help in adding a target
>>> to the GUI... An error pops up stating that "can't read
>>> "PREFS_state(gdb/load/default-portname value)" no such element in array"
>>
>> There are two preferences that are rather closely related, "*-port" and
>> "*-portname". The former is used with serial connections and the latter
>> with TCP connections. In this latter case, the TCP port NUMBER is stored in
>> *-portname (I don't know why!). [YUCK!]
>>
>> The "default" target settings are supposed to be initialized by
>> TargetSelection::_init_prefs, which is initialized when the target
>> selection dialog is CONSTRUCTED. Sigh. That's messed up, since
>> interface.tcl relies on these values in set_target_name. Yich. I'm
>> surprised this worked at all.
>>
>> Alas, as a quick hack, try this:
>>
>> 1) add a call to _init_prefs in either TargetSelection::getname or
>> TargetSelection::init_target_db. I would probably do it in init_target_db
>> and remove other calls to _init_pref in this file.
>>
>> 2) define the preference gdb/load/default-portname (set it to any integer)
>> in TargetSelection::_init_prefs (follow the example for default-port at the
>> end of this method).
>>
>> Let me know if that fixes your problem.
>>
>> Keith
>>
>
next prev parent reply other threads:[~2008-03-09 17:34 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-02-26 3:07 Edward L. Hepler
2008-02-26 18:13 ` Dave Korn
2008-03-06 3:31 ` Edward L. Hepler
2008-02-29 5:38 ` Keith Seitz
[not found] ` <Pine.GSO.4.62.0803081507200.8750@manx.misty.com>
2008-03-09 17:34 ` Edward L. Hepler [this message]
2008-03-09 23:49 ` Keith Seitz
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=Pine.GSO.4.62.0803091319440.443@manx.misty.com \
--to=hepler@vlsi-concepts.com \
--cc=insight@sources.redhat.com \
--cc=keiths@redhat.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;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).