[asterisk-dev] [Code Review] app_queue change to have one devstate per device not per member / Janitorial cleanups
irroot
reviewboard at asterisk.org
Thu Oct 27 06:34:28 CDT 2011
-----------------------------------------------------------
This is an automatically generated e-mail. To reply, visit:
https://reviewboard.asterisk.org/r/1538/
-----------------------------------------------------------
(Updated Oct. 27, 2011, 6:34 a.m.)
Review request for Asterisk Developers and Matthew Nicholson.
Changes
-------
ignorebusy was a realtime only option fix this
Fixup AMI/CLI interface to allow setting ignorebusy option
Better support for dynamic members in realtime queues
Summary
-------
This is a rather large changeset but consists of the following
1)rework adding member records combine duplicate code
2)remove check_state_unknown its not needed any more now that we can reserve a state interface
3)split state information into a new container (devices) the member holds a ref to it allowing shared state devices see above
4)realtime and paused are y/n so add a :1 to them and align bitfields in struct
5)ao2 search callbacks can handle non OBJ_POINTER flag to make ao2_find useful no need to pass obj
6)Reservation of devices to pervent duplicate calls
This addresses bug AST-695.
https://issues.asterisk.org/jira/browse/AST-695
Diffs (updated)
-----
/trunk/apps/app_queue.c 342539
Diff: https://reviewboard.asterisk.org/r/1538/diff
Testing
-------
as most of the above [1,2,4] are removing code not referenced or changing syntax going over the .diff over and over makeing sure it builds and loads.
check state information is propogated and used in app_queue [3,6]
make sure queues are loaded correctly and changes in [5] have not broken things
backport of app_queue[trunk] to 1.8 [production] has been running 4k+ calls per day for 2 days on this patch.
Thanks,
irroot
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.digium.com/pipermail/asterisk-dev/attachments/20111027/8670b29b/attachment.htm>
More information about the asterisk-dev
mailing list