public inbox for ecos-discuss@sourceware.org
 help / color / mirror / Atom feed
From: "Tom Deconinck" <t.deconinck@gmail.com>
To: "Davies, Greg" <Greg.Davies@ultra-uems.com>,
	 	ecos-discuss@ecos.sourceware.org
Subject: Re: [ECOS] Changing flash wait state on SAM7
Date: Tue, 08 Apr 2008 07:03:00 -0000	[thread overview]
Message-ID: <e37cb5250804072357p2d8f26c2x53a9eed6fdb916d5@mail.gmail.com> (raw)
In-Reply-To: <20080407171750.GD3552@lunn.ch>

On Mon, Apr 7, 2008 at 7:17 PM, Andrew Lunn <andrew@lunn.ch> wrote:
> On Mon, Apr 07, 2008 at 01:34:58PM -0300, Davies, Greg wrote:
>
> > I've been having some strange memory issues that I've been talking about
>  > in the "eCos causing something.. Maybe?" thread. Basically I was seeing
>  > random values when I did a dump of any section of memory. The BDI folks
>  > suggested I change the flash wait state. I did this and the problem went
>  > away.
>
>  Something else to check. I found that my JTAG device will download a
>  little bit of code which starts the PLL running and then swaps from
>  slow clock to pll clock. This allows it to download code faster etc.
>  It could be that it is setting a really fast clock which does require
>  more wait states. So when you start eCos using BDI it is running on a
>  fast PLL clock, not slow clock, or a medium speed PLL. The first thing
>  the startup code does is reprogram the wait states, which could get it
>  into trouble.
>
>  See if you have any configuration options for BDI. Another option
>  would be to change hal_platform_setup to only change the wait states
>  once the CPU is running on slow clock.
>
>      Andrew
>
>
>
>  --
>  Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos
>  and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss
>
>
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 ;)

Tom

-- 
Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos
and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss

  reply	other threads:[~2008-04-08  6:57 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 [this message]
2008-04-08  7:54     ` Andrew Lunn
2008-04-08  8:16       ` Jürgen Lambrecht

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=e37cb5250804072357p2d8f26c2x53a9eed6fdb916d5@mail.gmail.com \
    --to=t.deconinck@gmail.com \
    --cc=Greg.Davies@ultra-uems.com \
    --cc=ecos-discuss@ecos.sourceware.org \
    /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).