From: Sergei Gavrikov <w3sg@SoftHome.net>
To: "Paul D. DeRocco" <pderocco@ix.netcom.com>
Cc: 'albert prasetyo' <prasetyoalbert@gmail.com>,
'ecos-discuss' <ecos-discuss@ecos.sourceware.org>
Subject: RE: [ECOS] ecos application problem
Date: Fri, 24 Aug 2007 06:06:00 -0000 [thread overview]
Message-ID: <1187935563.16741.4.camel@sg-ubuntu> (raw)
In-Reply-To: <02b801c7e602$3d029150$887ba8c0@PAULD>
Paul D. DeRocco writes:
> > From: albert prasetyo [mailto:prasetyoalbert@gmail.com]
> >
> > Thanks for the reply. According to your remarks, is it means
> > that I need to exclude GDB stubs in HAL (redboot template)?
> > (i.e. disable CYDBG_HAL_DEBUG_GDB_INCLUDE_STUBS)
> > I tried to do that but the output is still the same.
> > I communicate with the board using hyperterminal.
>
> I'm no expert in this area, because my ARM7 board has a second serial port
> that I use for my application, leaving the first for the GDB stubs. I'm
> under the impression that the application accesses the serial port through
> the virtual vector table, so it is still the Redboot code in flash that is
> doing the output mangling. Maybe someone else can point to the particular
> option that makes the application not use the VV table for serial I/O. Of
> course, this would prevent serial debugging.
Try to import this
cat <<_EOF | ecosconfig import /dev/stdin
cdl_option CYGSEM_HAL_USE_ROM_MONITOR {inferred_value 0 Generic};
cdl_option CYGSEM_HAL_DIAG_MANGLER {user_value None};
_EOF
before the build the eCos stuff
Sergei
>
> --
>
> Ciao, Paul D. DeRocco
> Paul mailto:pderocco@ix.netcom.com
>
>
--
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:[~2007-08-24 6:06 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-08-23 11:28 albert prasetyo
2007-08-23 22:47 ` Paul D. DeRocco
[not found] ` <029201c7e5d3$ce0bd2d0$887ba8c0@PAULD>
2007-08-24 2:30 ` albert prasetyo
2007-08-24 3:53 ` Paul D. DeRocco
2007-08-24 6:06 ` Sergei Gavrikov [this message]
2007-08-27 5:53 ` albert prasetyo
2007-08-27 6:28 ` Sergei Gavrikov
2007-09-01 9:35 ` albert prasetyo
2007-09-01 17:49 ` Sergei Gavrikov
2007-09-03 3:58 ` albert prasetyo
2007-09-03 7:05 ` Sergei Gavrikov
2007-09-04 3:27 ` albert prasetyo
2007-08-24 4:57 ` Alexey Shusharin
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=1187935563.16741.4.camel@sg-ubuntu \
--to=w3sg@softhome.net \
--cc=ecos-discuss@ecos.sourceware.org \
--cc=pderocco@ix.netcom.com \
--cc=prasetyoalbert@gmail.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).