This is the mail archive of the
ecos-discuss@sources.redhat.com
mailing list for the eCos project.
Re: Re: CYGACC_CALL_IF_DELAY_US(1000000) fails
- From: Gary Thomas <gary at mlbassoc dot com>
- To: Savin Zlobec <savin at elatec dot si>
- Cc: ukindler at htwm dot de, ecos-discuss at sources dot redhat dot com
- Date: 25 Nov 2003 07:56:10 -0700
- Subject: Re: [ECOS] Re: CYGACC_CALL_IF_DELAY_US(1000000) fails
- Organization: MLB Associates
- References: <3FC367DF.60104@elatec.si>
On Tue, 2003-11-25 at 07:31, Savin Zlobec wrote:
> Uwe Kindler wrote:
>
> >Hello,
> >
> >if I call CYGACC_CALL_IF_DELAY_US(1000000) in order to delay one second,
> >then this call returns a lot
> >faster then 1 second. When I debug the code, then I can see, that
> >HAL_DELAY_US provided by the HAL
> >is only used if no kernel package is included. HAL_DELAY_US(1000000) works
> >fine.
> >
> >If the kernel package is included, the the following calculation takes
> >place:
> >
> >// How many ticks total we should wait for.
> > usec_ticks = usecs*CYGNUM_KERNEL_COUNTERS_RTC_PERIOD;
> >
> >
> This is already fixed in CVS.
>
> PS:
>
> There are better ways to wait for 1 second if you are using the kernel -
> CYGACC_CALL_IF_DELAY_US is a busy wait.
Indeed - first of all, CYGACC_CALL_IF_DELAY_US should really only be
used for "short" periods. Often devices may have requirements like
"the reset pulse should be true for 25us" or whatever. In this case,
the busy wait code (DELAY_US) is the correct way to go.
If you have the kernel package (i.e. threads), then use
cyg_thread_delay(100);
to wait for one second.
--
Gary Thomas <gary@mlbassoc.com>
MLB Associates
--
Before posting, please read the FAQ: http://sources.redhat.com/fom/ecos
and search the list archive: http://sources.redhat.com/ml/ecos-discuss