From: "Ali Sina" <replay688@hotmail.com>
To: msalter@redhat.com
Cc: gary@mlbassoc.com, ecos-discuss@ecos.sourceware.org
Subject: Re: [ECOS] Redboot vs GDB application download (ARM E7T)
Date: Sat, 18 Jun 2005 06:46:00 -0000 [thread overview]
Message-ID: <BAY108-F22206B4D31BEDEBC3F8841EAF70@phx.gbl> (raw)
In-Reply-To: <1119036847.23278.3.camel@gienah.localdomain>
Hello,
ok, here is what I did:
-------
RedBoot> cache ON
RedBoot> cache
Data cache: On, Instruction cache: On
RedBoot> load -b 0x00010000 -m xmodem
CCC\x06Entry point: 0x00010040, address range: 0x00010000-0x00037884
xyzModem - CRC mode, 1838(SOH)/0(STX)/0(CAN) packets, 3 retries
RedBoot> go -c 0x00010000
---------
The -c option is to ensure that the caches are on.
I get the same problem, this does not fix it either.
This is crazy
Anything else that could be different from running via GDB? Here is what
works there:
--
arm-elf-gdb -nw filename.elf -x .arm-elf-gdbinit
--
..with the latter containing:
set remotebaud 38400
target remote /dev/ttyS0
load
continue
Another suggestion was to look after the watchdog timer, but there is
none in the standard E7T which I am using.
AS
>From: Mark Salter <msalter@redhat.com>
>To: Ali Sina <replay688@hotmail.com>
>CC: gary@mlbassoc.com, ecos-discuss@ecos.sourceware.org
>Subject: Re: [ECOS] Redboot vs GDB application download (ARM E7T)
>Date: Fri, 17 Jun 2005 15:34:07 -0400
>
>On Thu, 2005-06-16 at 20:45 +0000, Ali Sina wrote:
> > Hello,
> >
> > is there any difference between loading an application to RAM and
>running it
> > there via Redboot as opposed to via GDB?
> >
> > On the E7T with a ROM Redboot I observe the following:
> > - loading the app to RAM via GDB and starting it (continue) works fine.
> > Application has not crashed in months.
> > - loading the same code to RAM via Redboot (load -m xmodem) and starting
>it
> > (go) will start the application but the systems hangs after a few
>seconds.
> >
> > Anyone a clue as to why this could be happening?
> >
>
>The go command will turn off caches by default. Loading and running with
>gdb won't turn off caches.
>
>--Mark
>
>
_________________________________________________________________
Express yourself instantly with MSN Messenger! Download today - it's FREE!
http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/
--
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:[~2005-06-18 6:46 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-06-16 20:46 Ali Sina
2005-06-17 19:34 ` Mark Salter
2005-06-18 6:46 ` Ali Sina [this message]
2005-06-18 7:15 ` Ali Sina
2005-06-20 15:24 ` Ali Sina
-- strict thread matches above, loose matches on Subject: below --
2005-06-17 19:22 Ali Sina
2005-06-15 19:48 [ECOS] E7T ROMRAM startup anyone? Alternatives? Gary Thomas
2005-06-17 10:18 ` [ECOS] Redboot vs GDB application download (ARM E7T) Ali Sina
2005-06-17 17:38 ` Paul D. DeRocco
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=BAY108-F22206B4D31BEDEBC3F8841EAF70@phx.gbl \
--to=replay688@hotmail.com \
--cc=ecos-discuss@ecos.sourceware.org \
--cc=gary@mlbassoc.com \
--cc=msalter@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).