From: "m mariga" <ma_ariga@yahoo.co.jp>
To: "John Dallaway" <john@dallaway.org.uk>
Cc: <ecos-discuss@ecos.sourceware.org>
Subject: Re: [ECOS] Re: How to set GDB Stub Options in order to run insight ?
Date: Tue, 08 Sep 2009 10:15:00 -0000 [thread overview]
Message-ID: <C883DB0C871D47F4AC22CF0C9A37DD72@masahiro> (raw)
In-Reply-To: <4AA4EE58.2050100@dallaway.org.uk>
Hello,
I am very sorry for my ambiguity.
Please make allowance for my poor capacity of English.
What I am doing is only to confirm the operation of Insight debugging
application(nc_test_slave.elf).
My purpose is that I start up Insight on cygwin and load nc_test_slave.elf
and know it breaks at top of cyg_start and I can do stepping operation.
Since I changed <CYGDBG_HAL_DEBUG_GDB_INCLUDE_STUBS> option to 1,Insight
began to display log strings when I entered "c"(continue),
but it still can't go to break-point at top of cyg_start and bogged in
silence state after displaying [cyg_net_init] Done.
I only showed normal RedBoot-log for comparing in order to know the cause of
Insight's stopping.
This was the log that I ran nc_test_slave on RedBoot-Monitor by "go" command
without Insight.
I deducted that Insight-stopping's cause is related to network operation
because on RedBoot-log,"Start Network Characterization - SLAVE" was
displayed after [cyg_net_init] Done.
My guessing is that I perhaps could be able to run through Insight by making
network-related options available.
I beseech you to teach me that.
After I changed <CYGDBG_HAL_DEBUG_GDB_INCLUDE_STUBS> option to 1,I re-ran
newly-built nc_test_slave on RedBoot-Monitor without Insight by way of
trial.
Then it failed by displaying next codes,whereas on previous normal
RedBoot-log it showed "Network stack using 69632 bytes for misc space" .
RedBoot> go 0x410000
$O4E6574776F726B20737461636B207573696E6720363936333220627974657320666F72206D6973632073706163650A#0C
I strengthened my network-related guessing because network function was
deteriorated by my changing <CYGDBG_HAL_DEBUG_GDB_INCLUDE_STUBS> option to
1.
By the way in order to not use BOOTP,I have been making
CYGSEM_REDBOOT_DEFAULT_NO_BOOTP option available in redboot.cdl.
From here on, my explanation is vagued by bad memory.
About 2 years ago,I succeeded to ran the same nc_test_slave on SH target
using Insight.
I confirmed I could step through the source codes,so I could debug network
program on Insight.
At that time,I think I did not change CYGDBG_HAL_DEBUG_GDB_INCLUDE_STUBS to
1,so maybe there are other ways to run nc_test_slave on Insight not by
manipulating CYGDBG_HAL_DEBUG_GDB_INCLUDE_STUBS option.
I am not sure.
I am much obliged your help.
m mariga
--
Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos
and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss
next prev parent reply other threads:[~2009-09-08 10:15 UTC|newest]
Thread overview: 26+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-07-21 14:08 [ECOS] h8300 cannot find libgcc.a m mariga
2009-07-21 15:04 ` [ECOS] " John Dallaway
2009-07-22 12:28 ` m mariga
2009-07-22 13:58 ` John Dallaway
2009-07-23 21:32 ` m mariga
2009-07-24 8:34 ` John Dallaway
2009-07-28 14:40 ` m mariga
2009-08-09 23:11 ` m mariga
2009-08-17 7:42 ` John Dallaway
2009-09-04 5:54 ` [ECOS] How to set GDB Stub Options in order to run insight ? m mariga
2009-09-04 9:38 ` [ECOS] " John Dallaway
2009-09-04 18:33 ` m mariga
2009-09-07 9:40 ` m mariga
2009-09-07 11:31 ` John Dallaway
2009-09-07 16:10 ` [ECOS] cyg_scheduler_lock and DSR's Jim Bradleigh
2009-09-11 20:37 ` Bart Veer
2009-09-08 10:15 ` m mariga [this message]
2009-09-28 9:54 ` [ECOS] About h8000 eCos GDB-Stub m mariga
2009-09-30 10:06 ` m mariga
2009-10-16 14:34 ` [ECOS] How to connect RedBoot via Telnet running application m mariga
2009-10-16 14:42 ` Gary Thomas
[not found] ` <6FC88324D6C144EFB39FFE3CBF0E5B8D@masahiro>
2009-10-16 15:40 ` Gary Thomas
2009-10-16 16:11 ` m mariga
2009-10-16 16:43 ` m mariga
2009-10-16 16:54 ` Gary Thomas
2009-09-19 1:51 ` [ECOS] Re: How to set GDB Stub Options in order to run insight ? m mariga
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=C883DB0C871D47F4AC22CF0C9A37DD72@masahiro \
--to=ma_ariga@yahoo.co.jp \
--cc=ecos-discuss@ecos.sourceware.org \
--cc=john@dallaway.org.uk \
/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).