kenmirrors/asterisk
1
0
Fork 0
mirror of https://github.com/asterisk/asterisk.git synced 2025-10-31 02:37:10 +00:00
Code Issues Packages Projects Releases Wiki Activity

Core/PBX: Deadlock between dialplan execution and application unregistration.

Browse Source 
Not easy to reproduce, but we have noticed deadlocks when unloading a module
while dialplan is handling a request.

The deadlock is between :
1) Dialplan execution: pbx_extension_helper() first taking conlock,
then pbx_findapp() [when called] asking for lock on apps list.
2) Application unregistration: ast_unregister_application() first taking lock
on apps list, then unreference_cached_app() [when called] asking for conlock.

As a protection, I suggest to modify ast_unregister_application(), so that it
anticipates the need of conlock, before taking the lock on apps list.
The side effect is a longer unavailability of conlock when unregistering an
application.

ASTERISK-27041

Change-Id: I0db0f1eb320da6a5758cce3a47d765be1face8e2
This commit is contained in:
Frederic LE FOLL
2017-06-08 19:28:12 +02:00
committed by George Joseph
parent 0405185357
commit 0ad95bc8a0
1 changed files with 7 additions and 0 deletions
Download Patch File Download Diff File Expand all files Collapse all files

7
main/pbx_app.c
View File

@@ -394,6 +394,11 @@ int ast_unregister_application(const char *app)
struct ast_app *cur;
int cmp;
/* Anticipate need for conlock in unreference_cached_app(), in order to avoid
* possible deadlock with pbx_extension_helper()/pbx_findapp()
*/
ast_rdlock_contexts();
AST_RWLIST_WRLOCK(&apps);
AST_RWLIST_TRAVERSE_SAFE_BEGIN(&apps, cur, list) {
cmp = strcasecmp(app, cur->name);
@@ -416,6 +421,8 @@ int ast_unregister_application(const char *app)
AST_RWLIST_TRAVERSE_SAFE_END;
AST_RWLIST_UNLOCK(&apps);
ast_unlock_contexts();
return cur ? 0 : -1;
}