[asterisk-dev] [Code Review] Add common implementation for a scheduler context with a dedicated thread

Russell Bryant russell at digium.com
Mon Jan 26 15:21:38 CST 2009

This is an automatically generated e-mail. To reply, visit:

(Updated 2009-01-26 15:21:38.123502)

Review request for Asterisk Developers.


Added updated diff inspired by the comments from Mark.

I haven't added a sched_replace API call, yet, as I'm not sure whether it needs to be atomic or not.  (I don't think it does ...)

I started to make the changes to use poke() when I realized that the lock needed to be held before calling add(), so poke() couldn't be used in the end.


There are a number of modules that create a scheduler context.  Some use a dedicated thread, while others process the scheduler context within the context of a thread that handles other things as well.  I have noticed a number of bugs in both types of implementations related to race conditions between checking how much time until the next scheduled entry and sleeping for an appropriate amount of time.

To address the problems found in the implementations that use a dedicated thread, I have written this patch.  This patch adds a common implementation of a scheduler context that uses a dedicated thread for processing.

chan_iax2 has been updated to use this new API for its dedicated scheduler thread instead of the one that was written into chan_iax2 directly.  The previous implementation has some race conditions that can lead to the scheduler thread sleeping longer than it is supposed to, leading to scheduled actions not running when they are supposed to.  Bugs caused by this type of thing are often very subtle and difficult to track down.

Diffs (updated)

  /trunk/channels/chan_iax2.c 171450 
  /trunk/include/asterisk/sched.h 171450 
  /trunk/main/sched.c 171450 

Diff: http://reviewboard.digium.com/r/129/diff


It compiles.  Basic chan_iax2 usage appears unaffected.



More information about the asterisk-dev mailing list