dect
/
asterisk
Archived
13
0
Fork 0
Commit Graph

10 Commits

Author SHA1 Message Date
kpfleming 4a40e0ec6f Improve timing interface to remember which provider provided a timer
The ability to load/unload timing interfaces is nice, but it means that when a timer is allocated, it may come from provider A, but later provider B becomes the 'preferred' provider. If this happens, all timer API calls on the timer that was provided by provider A will actually be handed to provider B, which will say WTF and return an error.

This patch changes the timer API to include a pointer to the provider of the timer handle so that future operations on the timer will be forwarded to the proper provider.

(closes issue #14697)
Reported by: moy

Review: http://reviewboard.digium.com/r/211/



git-svn-id: http://svn.digium.com/svn/asterisk/trunk@184762 f38db490-d61c-443f-a65b-d21fe96a405b
2009-03-27 19:10:32 +00:00
russell 118472c881 Include poll-compat.h
git-svn-id: http://svn.digium.com/svn/asterisk/trunk@184219 f38db490-d61c-443f-a65b-d21fe96a405b
2009-03-25 14:33:32 +00:00
russell db54da02eb Change poll() to ast_poll().
git-svn-id: http://svn.digium.com/svn/asterisk/trunk@184151 f38db490-d61c-443f-a65b-d21fe96a405b
2009-03-25 02:03:13 +00:00
russell 590d768106 Update the timing API to have better support for multiple timing interfaces.
1) Add module use count handling so that timing modules can be unloaded.

2) Implement unload_module() functions for the timing interface modules.

3) Allow multiple timing modules to be loaded, and use the one with the
   highest priority value.

4) Report which timing module is being use in the "timing test" CLI command.

(closes issue #14489)
Reported by: russell

Review: http://reviewboard.digium.com/r/162/


git-svn-id: http://svn.digium.com/svn/asterisk/trunk@176666 f38db490-d61c-443f-a65b-d21fe96a405b
2009-02-17 21:22:40 +00:00
russell 5a1f7d897e - add get_max_rate timing API call
- change ast_settimeout() to honor max rate in edge cases of file playback
  (this will make some warning messages go away at the end of playing back
   a file)


git-svn-id: http://svn.digium.com/svn/asterisk/trunk@125332 f38db490-d61c-443f-a65b-d21fe96a405b
2008-06-26 15:37:01 +00:00
russell 50aa5b08d1 - Make res_timing_pthread allow a max rate of 100/sec instead of 50/sec
- change the "timing test" CLI command to let you specify a timing rate to test


git-svn-id: http://svn.digium.com/svn/asterisk/trunk@124023 f38db490-d61c-443f-a65b-d21fe96a405b
2008-06-19 18:30:49 +00:00
russell b9fb0c481e Add a "timing test" CLI command. It opens a timer and configures it for
50 ticks per second, and then counts to see how many ticks it actually
gets in a second.


git-svn-id: http://svn.digium.com/svn/asterisk/trunk@122926 f38db490-d61c-443f-a65b-d21fe96a405b
2008-06-16 13:03:40 +00:00
russell bc739455ba - Fix a typo in a timing API call
- Convert the last part of channel.c over to use the timing API.  This would
   not have made a difference when using the dahdi timing module.  I noticed
   it when trying to use another timing source.  Oops.  :)


git-svn-id: http://svn.digium.com/svn/asterisk/trunk@122923 f38db490-d61c-443f-a65b-d21fe96a405b
2008-06-16 12:48:11 +00:00
russell a720d9e5c8 Merge changes from timing branch
- Convert chan_iax2 to use the timing API
 - Convert usage of timing in the core to use the timing API instead of
   using DAHDI directly
 - Make a change to the timing API to add the set_rate() function
 - change the timing core to use a rwlock
 - merge a timing implementation, res_timing_dahdi

Basic testing was successful using res_timing_dahdi


git-svn-id: http://svn.digium.com/svn/asterisk/trunk@122523 f38db490-d61c-443f-a65b-d21fe96a405b
2008-06-13 12:45:50 +00:00
kpfleming 9178a12ea8 add infrastructure so that timing source can be a loadable module... next steps are to convert channel.c and chan_iax2.c to use this new API, and to move all the DAHDI-specific timing source code into a new res_timing_dahdi module
git-svn-id: http://svn.digium.com/svn/asterisk/trunk@122062 f38db490-d61c-443f-a65b-d21fe96a405b
2008-06-12 14:21:32 +00:00