* AW: [ECOS] how to measure time from within flash_program_buf
@ 2006-05-23 9:21 Neundorf, Alexander
2006-05-23 9:35 ` Andrew Lunn
0 siblings, 1 reply; 2+ messages in thread
From: Neundorf, Alexander @ 2006-05-23 9:21 UTC (permalink / raw)
To: Andrew Lunn, David Vrabel; +Cc: ecos-discuss
Hi,
> Von: Andrew Lunn [mailto:andrew@lunn.ch]
>
> On Tue, May 23, 2006 at 10:05:25AM +0100, David Vrabel wrote:
> > Neundorf, Alexander wrote:
> > > Hi,
> > >
> > > in the Intel 28fxxx flash driver there is a timeout used, and this
> > > timeout is specified as a simple loop which is executed 5000000
> > > times. Now we have a fast processor and a slow flash, so
> for us this
> > > timeout isn't big enough. We could simply increase the count, but
> > > this still depends on flash and processor speed.
> >
> > I'd have suggested putting HAL_DELAY_US() macro calls in
> the loop. That
> > would give you a lower bound on the timeout. However, I
> think it it has
> > the same problem as HAL_CLOCK_READ() below.
> >
> > How about sticking a few more functions (like hal_delay_us)
> in .2ram ?
>
> These functions are normally in the platform HAL, or varient HAL. So
> you would have to change every target. A lot of work...
>
> Also, i work on a target which has a reasonable amount of flash and
> very little RAM. I don't want these functions in RAM because i don`t
> have space for them and my flash driver does not require them.
These are all the issues we also thought about but didn't come to a nice solution.
While making the loop count a CDL value is better than hardcoding it, it is still not really good.
Bye
Alex
--
Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos
and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2006-05-23 9:35 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2006-05-23 9:21 AW: [ECOS] how to measure time from within flash_program_buf Neundorf, Alexander
2006-05-23 9:35 ` Andrew Lunn
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).