[asterisk-dev] [Code Review] 2756: Fix deadlocks in chan_sip in REFER and BYE handling

[Mark Michelson]

-----------------------------------------------------------
This is an automatically generated e-mail. To reply, visit:
https://reviewboard.asterisk.org/r/2756/#review9399
-----------------------------------------------------------



trunk/channels/chan_sip.c
<https://reviewboard.asterisk.org/r/2756/#comment18460>

    I'm not really seeing the point of this block of code. Since ast_rtp_instance_set_stats_vars() affects both the passed-in channel and the bridged peer, this seems to just be re-doing what the previous call did.



trunk/channels/chan_sip.c
<https://reviewboard.asterisk.org/r/2756/#comment18459>

    change the comment not to refer to "transferer" since that is a nonexistent variable in this function.


- Mark Michelson


On Aug. 12, 2013, 9:18 p.m., opticron wrote:
> 
> -----------------------------------------------------------
> This is an automatically generated e-mail. To reply, visit:
> https://reviewboard.asterisk.org/r/2756/
> -----------------------------------------------------------
> 
> (Updated Aug. 12, 2013, 9:18 p.m.)
> 
> 
> Review request for Asterisk Developers and Mark Michelson.
> 
> 
> Bugs: ASTERISK-22215
>     https://issues.asterisk.org/jira/browse/ASTERISK-22215
> 
> 
> Repository: Asterisk
> 
> 
> Description
> -------
> 
> This resolves several deadlocks in chan_sip relating to usage of ast_channel_bridge_peer and improves accessibility of lock debugging function calls.
> 
> These issues were found while fixing the sip attended transfer integration tests for the referenced bug.
> 
> 
> Diffs
> -----
> 
>   trunk/channels/chan_sip.c 396504 
>   trunk/include/asterisk/lock.h 396504 
>   trunk/main/utils.c 396504 
> 
> Diff: https://reviewboard.asterisk.org/r/2756/diff/
> 
> 
> Testing
> -------
> 
> With these changes, chan_sip no longer stalls part of the way through the rewritten sip attended transfer tests on the REFER or at the end on the final BYE.
> 
> 
> Thanks,
> 
> opticron
> 
>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.digium.com/pipermail/asterisk-dev/attachments/20130813/7d199a39/attachment-0001.htm>