From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 3970 invoked by alias); 8 Apr 2008 06:57:40 -0000 Received: (qmail 3939 invoked by uid 22791); 8 Apr 2008 06:57:39 -0000 X-Spam-Check-By: sourceware.org Received: from wf-out-1314.google.com (HELO wf-out-1314.google.com) (209.85.200.169) by sourceware.org (qpsmtpd/0.31) with ESMTP; Tue, 08 Apr 2008 06:57:13 +0000 Received: by wf-out-1314.google.com with SMTP id 29so1911983wff.24 for ; Mon, 07 Apr 2008 23:57:11 -0700 (PDT) Received: by 10.142.224.5 with SMTP id w5mr2968390wfg.215.1207637831608; Mon, 07 Apr 2008 23:57:11 -0700 (PDT) Received: by 10.142.100.14 with HTTP; Mon, 7 Apr 2008 23:57:11 -0700 (PDT) Message-ID: Date: Tue, 08 Apr 2008 07:03:00 -0000 From: "Tom Deconinck" To: "Davies, Greg" , ecos-discuss@ecos.sourceware.org In-Reply-To: <20080407171750.GD3552@lunn.ch> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20080407171750.GD3552@lunn.ch> X-IsSubscribed: yes Mailing-List: contact ecos-discuss-help@ecos.sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: ecos-discuss-owner@ecos.sourceware.org Subject: Re: [ECOS] Changing flash wait state on SAM7 X-SW-Source: 2008-04/txt/msg00128.txt.bz2 On Mon, Apr 7, 2008 at 7:17 PM, Andrew Lunn 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