[ECOS] ASSERT: cyg_callout_reset() We didn't pick the smallest delta!

Gary Thomas gthomas@ecoscentric.com
Wed Nov 27 16:30:00 GMT 2002


On Wed, 2002-11-27 at 17:23, Kevin Hilman wrote:
> Gary Thomas <gthomas@ecoscentric.com> writes:
> 
> > On Wed, 2002-11-27 at 16:37, Kevin Hilman wrote:
> > > Gary Thomas <gthomas@ecoscentric.com> writes:
> > > 
> > > > > Nope, my last update was Nov 6.  However, now I've merged the latest
> > > > > CVS, and this assert goes away.  Now I'm consistently hitting the
> > > > > assert below, the "delta is right now" one.
> > > > > 
> > > > 
> > > > Harrumph!  I've never seen that one.  Maybe you could detect this case
> > > > and print some data so we can analyze the failure (asserts are nice, but
> > > > sometimes one needs more).  Something like this:
> > > >   if (delta <= 0) {
> > > >      diag_printf("Bad delta: %d, callout: %p, fun: %p(%x)\n", delta, c, f, p);
> > > 
> > > This run shows a failure with your suggested diag_printf().  I've also
> > > included some relevant parts of 'nm'
> > > 
> > 
> > I'm still not sure why this fails.  Two more things to try:
> >   * Change the 'assert' to be CYG_ASSERT(0 <= delta, ...)
> >   * Print one more piece (using the previos setup/test)
> >     diag_printf("Called from %p\n", __builtin_return_address(0));
> 
> OK, changing the assert to <= makes it run happily for quite a while
> longer but eventually runs into problems running out of mbufs and then
> packets out of sequence and then some different timeout error (see
> output below).  The caller is the same every time and is
> cyg_tcp_input().
> 

Actually, the "errors" you are seeing are quite normal, especially if
one end of your test is faster than the other.  This part of the test
is trying to do major amounts of UDP traffic which has no flow control
and is guaranteed to drop packets.  The test should eventually recover
(it may take a little while - a few tens of seconds I would think) and
then carry or.

> > BTW - What sort of platform is this?
> 
> It's a VLIW architecture "media processor" by Equator Technologies (my
> employer.)  We also have a linux-2.2 port working and stable.  If
> you're interested, you can see some more product details at
> 

Always nice to see the breadth of the use of eCos :-)

-- 
------------------------------------------------------------
Gary Thomas                  |
eCosCentric, Ltd.            |  
+1 (970) 229-1963            |  eCos & RedBoot experts
gthomas@ecoscentric.com      |
http://www.ecoscentric.com/  |
------------------------------------------------------------


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



More information about the Ecos-discuss mailing list