From: "Jürgen Lambrecht" <J.Lambrecht@televic.com>
To: "Davies, Greg" <Greg.Davies@ultra-uems.com>
Cc: Andrew Lunn <andrew@lunn.ch>,
Tom Deconinck <t.deconinck@gmail.com>,
ecos-discuss@ecos.sourceware.org
Subject: Re: [ECOS] Changing flash wait state on SAM7
Date: Tue, 08 Apr 2008 08:16:00 -0000 [thread overview]
Message-ID: <47FB24A4.7000402@televic.com> (raw)
In-Reply-To: <20080408070236.GB11287@lunn.ch>
[-- Attachment #1: Type: text/plain, Size: 2156 bytes --]
Andrew Lunn wrote:
>>The trick I did was to disable most startup macro's in the platform
>>setup code and let my BDI probe do most of the configuring. My
>>experience with clocks getting reconfigured at eCos startup wasn't a
>>very good one ;)
>>
>>
>
>What happens when you don't have a BDI connected?
>
>Do you know what the BDI actually does which causes problems? It would
>be good to tweak eCos a little to make BDI work properly. However, i
>don't have access to a BDI and i have no problems with my JTAG base
>debugger....
>
> Andrew
>
>
>
My procedure (set-up by company Mind) to debug with a JTAG debugger as
the BDI (I use a BDI2000 from Abatron - I don't know if there are other
ones) or the PEEDI (Ronetix) is to use an eCos RAM build.
Then BDI needs a startup config file (configured with the config command
in a bdi telnet session), and with that file the BDI initializes the
processor (the clock and the chip selects, maybe some GPIO) and then
(for my ARM platform) does a remap.
The same code from the BDI config file is also in hal_platform_setup.h,
but it has a define before it: #if defined(CYG_HAL_STARTUP_ROM) ||
defined(CYG_HAL_STARTUP_ROMRAM). This because RAM mode was made for
RedBoot loading the image (after having initialized the processor).
So you need to change the BDI config file to change wait states and so on.
I have tried using ROM and ROMRAM images to debug, and with and without
initilizing the processor in the binary, but my conclusion was: use ecos
RAM mode to debug.
There is 1 thing to take car of: in RAM mode, by default the VVT
initializing code is not compiled (because RAM mode was made for RedBoot
that initializes the VVT).
Therefor I made another ecos startup mode (my ecos tweak for the BDI):
JTAGRAM. In attach my settings related to RAM mode (I think only the VVT
one is really needed.)
Mark: with the BDI there is a trick to use normal RAM mode: do 'reset
run', then 'sleep 1 [s]' and only then 'reset halt' and then load the
code: this way Redboot starts up for a short while long enough to fill
the VVT.
I hope this addresses your problem..
Kind regards,
Jürgen
[-- Attachment #2: RAM.sh --]
[-- Type: application/x-sh, Size: 706 bytes --]
[-- Attachment #3: Type: text/plain, Size: 148 bytes --]
--
Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos
and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss
prev parent reply other threads:[~2008-04-08 7:54 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-04-07 16:43 Davies, Greg
2008-04-07 17:13 ` Andrew Lunn
2008-04-07 23:14 ` Andrew Lunn
2008-04-08 7:03 ` Tom Deconinck
2008-04-08 7:54 ` Andrew Lunn
2008-04-08 8:16 ` Jürgen Lambrecht [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=47FB24A4.7000402@televic.com \
--to=j.lambrecht@televic.com \
--cc=Greg.Davies@ultra-uems.com \
--cc=andrew@lunn.ch \
--cc=ecos-discuss@ecos.sourceware.org \
--cc=t.deconinck@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).