mirror of
https://github.com/asterisk/asterisk.git
synced 2025-09-05 20:20:07 +00:00
Channel drivers assume that when their indicate callback
is invoked, that the channel on which the callback was called is locked. This patch corrects an instance in chan_agent where a channel's indicate callback is called directly without first locking the channel. This was leading to some observed locking issues in chan_local, but considering that all channel drivers operate under the same expectations, the generic fix in chan_agent is the right way to go. AST-126 git-svn-id: https://origsvn.digium.com/svn/asterisk/branches/1.4@155861 65c4cc65-6c06-0410-ace0-fbb531ad65f3
This commit is contained in:
@@ -666,9 +666,15 @@ static int agent_indicate(struct ast_channel *ast, int condition, const void *da
|
||||
struct agent_pvt *p = ast->tech_pvt;
|
||||
int res = -1;
|
||||
ast_mutex_lock(&p->lock);
|
||||
if (p->chan && !ast_check_hangup(p->chan))
|
||||
res = p->chan->tech->indicate ? p->chan->tech->indicate(p->chan, condition, data, datalen) : -1;
|
||||
else
|
||||
if (p->chan && !ast_check_hangup(p->chan)) {
|
||||
while (ast_channel_trylock(p->chan)) {
|
||||
ast_channel_unlock(ast);
|
||||
usleep(1);
|
||||
ast_channel_lock(ast);
|
||||
}
|
||||
res = p->chan->tech->indicate ? p->chan->tech->indicate(p->chan, condition, data, datalen) : -1;
|
||||
ast_channel_unlock(p->chan);
|
||||
} else
|
||||
res = 0;
|
||||
ast_mutex_unlock(&p->lock);
|
||||
return res;
|
||||
|
Reference in New Issue
Block a user