[asterisk-commits] rmudgett: branch group/issue14068 r199816 - /team/group/issue14068/channels/
SVN commits to the Asterisk project
asterisk-commits at lists.digium.com
Tue Jun 9 13:43:23 CDT 2009
Author: rmudgett
Date: Tue Jun 9 13:43:16 2009
New Revision: 199816
URL: http://svn.asterisk.org/svn-view/asterisk?view=rev&rev=199816
Log:
Added theoretical deadlock possibility ignored comment.
Modified:
team/group/issue14068/channels/chan_dahdi.c
Modified: team/group/issue14068/channels/chan_dahdi.c
URL: http://svn.asterisk.org/svn-view/asterisk/team/group/issue14068/channels/chan_dahdi.c?view=diff&rev=199816&r1=199815&r2=199816
==============================================================================
--- team/group/issue14068/channels/chan_dahdi.c (original)
+++ team/group/issue14068/channels/chan_dahdi.c Tue Jun 9 13:43:16 2009
@@ -13780,6 +13780,16 @@
c = dahdi_new(pri->pvts[chanpos], AST_STATE_RING, 0, SUB_REAL, law, e->ring.ctype);
ast_mutex_lock(&pri->lock);
if (c) {
+ /*
+ * It is reasonably safe to set the following
+ * channel variables while the PRI and DAHDI private
+ * structures are locked. The PBX has not been
+ * started yet and it is unlikely that any other task
+ * will do anything with the channel we have just
+ * created. To fix the locking so there is no
+ * possibility of a deadlock would require some
+ * redesign of this channel driver.
+ */
if (!ast_strlen_zero(e->ring.callingsubaddr)) {
pbx_builtin_setvar_helper(c, "CALLINGSUBADDR", e->ring.callingsubaddr);
}
More information about the asterisk-commits
mailing list