Fix a deadlock caused by a race condition between removing a hint and reloading the...
authorJoshua Colp <jcolp@digium.com>
Mon, 24 Sep 2012 19:23:32 +0000 (19:23 +0000)
committerJoshua Colp <jcolp@digium.com>
Mon, 24 Sep 2012 19:23:32 +0000 (19:23 +0000)
commitf6e0406239a59d25f7b4dba73f791afb04a72958
tree4b4d6cd7394e372a7fea6376e573931abb5cfbcb
parentad3e51bf4c6709fdbe15afd1b440bddfa5db41cc
Fix a deadlock caused by a race condition between removing a hint and reloading the dialplan and subscribing to the removed hint.

If conditions were right it was possible for both the PBX core and chan_sip to deadlock by both having a lock that the other
wants. In the case of the PBX core it had the contexts lock and wanted a SIP dialog lock, while in the case of chan_sip it
had the SIP dialog lock and wanted the contexts lock.

This fix unlocks the SIP dialog before getting the extension state so that the other thread will not block on trying to lock
it. Once the extension state is retrieved the SIP dialog is locked again and life carries on.

As the SIP dialog is reference counted it is not possible for it to go away after unlocking.

(closes issue ASTERISK-20437)
Reported by: jhutchins
........

Merged revisions 373438 from http://svn.asterisk.org/svn/asterisk/branches/1.8
........

Merged revisions 373440 from http://svn.asterisk.org/svn/asterisk/branches/10
........

Merged revisions 373454 from http://svn.asterisk.org/svn/asterisk/branches/11

git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@373456 65c4cc65-6c06-0410-ace0-fbb531ad65f3
channels/chan_sip.c