Argonne National Laboratory

Experimental Physics and
Industrial Control System

1994  1995  1996  1997  1998  1999  2000  2001  2002  2003  2004  2005  <20062007  2008  2009  2010  2011  2012  2013  2014  2015  2016  2017  Index 1994  1995  1996  1997  1998  1999  2000  2001  2002  2003  2004  2005  <20062007  2008  2009  2010  2011  2012  2013  2014  2015  2016  2017 
<== Date ==> <== Thread ==>

Subject: RE: asynDriver / epicsTimer bug
From: "Jeff Hill" <johill@lanl.gov>
To: "'Dirk Zimoch'" <dirk.zimoch@psi.ch>, "'TECHTALK'" <tech-talk@aps.anl.gov>
Date: Tue, 30 May 2006 11:05:13 -0600
> I think, a timer should wait at least the specified amount of time, thus
> always round up to at least one tick.

When the timer is installed its absolute expiration time is recorded as an
EPICS time stamp. If the current time grows to be greater than the timer's
absolute expiration time, the timer's expiration callback is called.

> I think it is actually a problem with epicsTimer, which never expires
> for timeouts < 1/sysClkRateGet(). But I have not tested this.
> 

This appears, from a source code perspective, to be unlikely based on the
way the timer library is implemented. However, the scenario you describe
should be fairly obvious in a stack trace and I am happy to look at your
stack trace should there be evidence to the contrary.

PS: If timer expiration callbacks are not running be sure to look for a user
code that is stuck, for whatever reason, in a timer expiration callback.

Jeff

> -----Original Message-----
> From: Dirk Zimoch [mailto:dirk.zimoch@psi.ch]
> Sent: Tuesday, May 30, 2006 10:06 AM
> To: TECHTALK
> Subject: asynDriver / epicsTimer bug
> 
> Hi Marty, Jeff et al
> 
> When asynOctet->read() (or at least readRaw() of the TCP port driver) is
> called on vxWorks with pasynUser->timeout < 1/sysClkRateGet() [normally
> about 16 ms], the read call hangs and does never time out.
> 
> I think it is actually a problem with epicsTimer, which never expires
> for timeouts < 1/sysClkRateGet(). But I have not tested this.
> 
> I think, a timer should wait at least the specified amount of time, thus
> always round up to at least one tick.
> 
> Dirk
> 
> --
> Dr. Dirk Zimoch
> Swiss Light Source
> Paul Scherrer Institut
> Computing and Controls
> phone +41 56 310 5182
> fax   +41 56 310 4413


Replies:
Re: asynDriver / epicsTimer bug Benjamin Franksen
References:
asynDriver / epicsTimer bug Dirk Zimoch

Navigate by Date:
Prev: Re: about mca (from ihep in china) Carl Lionberger
Next: Re: asynDriver / epicsTimer bug Benjamin Franksen
Index: 1994  1995  1996  1997  1998  1999  2000  2001  2002  2003  2004  2005  <20062007  2008  2009  2010  2011  2012  2013  2014  2015  2016  2017 
Navigate by Thread:
Prev: Re: asynDriver / epicsTimer bug Eric Norum
Next: Re: asynDriver / epicsTimer bug Benjamin Franksen
Index: 1994  1995  1996  1997  1998  1999  2000  2001  2002  2003  2004  2005  <20062007  2008  2009  2010  2011  2012  2013  2014  2015  2016  2017 
ANJ, 02 Sep 2010 Valid HTML 4.01! · Home · News · About · Base · Modules · Extensions · Distributions · Download ·
· EPICS V4 · IRMIS · Talk · Bugs · Documents · Links · Licensing ·