[test-results] [Bamboo] No agents to build plan Asterisk - Trunk - CentOS 5.5 - i386

[Bamboo]

-------------------------------------------------------------------------------
ASTTRUNK-CENTOS55-I386-150 has been queued, but there's no agent capable of building it.
-------------------------------------------------------------------------------

http://bamboo.asterisk.org/browse/ASTTRUNK-CENTOS55-I386/log

--------------
Code Changes
--------------
jpeeler (301791):

>Merged revisions 301790 via svnmerge from 
>https://origsvn.digium.com/svn/asterisk/branches/1.8
>
>........
>  r301790 | jpeeler | 2011-01-14 11:32:52 -0600 (Fri, 14 Jan 2011) | 42 lines
>  
>  Resolve deadlock involving REFER.
>  
>  Two fixes:
>  1) One must always have the private unlocked before calling
>  pbx_builtin_setvar_helper to not invalidate locking order since it locks the
>  channel.
>  2) Unlock the channel before calling pbx_find_extension, which starts and stops
>  autoservice during the lookup. The problem scenario as illustrated by the
>  reporter:
>  
>  Thread: do_monitor
>  -----------------------
>  handle_request_do
>   handle_incoming
>    handle_request_refer
>     ast_parking_ext_valid
>      pbx_find_extension
>       ast_autoservice_stop
>        while (chan_list_state == as_chan_list_state) { usleep(1000); }
>  
>  Thread: autoservice_run
>  -----------------------
>  autoservice_run
>   chan = ast_waitfor_n
>    ast_waitfor_nandfds
>     ast_waitfor_nandfds_classic / simple / complex (depending on your system)
>      ast_channel_lock(c[x]);
>  
>  handle_request_do and schedule_process_request_queue locks the owner
>  if it exists. The autoservice thread is waiting for the channel lock, which
>  wasn't ever released since the do_monitor thread was waiting for autoservice
>  operations to complete. Solved by unlocking the channel but keeping a reference
>  to guarantee safety.
>  
>  (closes issue #18403)
>  Reported by: jthurman
>  Patches: 
>        20110103-blind_deadlock.diff uploaded by jthurman (license 614)
>        issue18403.patch uploaded by jpeeler (license 325)
>  Tested by: jthurman
>........
>

lathama (301846):

>Add relationships to function documentation.
>

bbryant (301847):

>Merged revisions 301845 via svnmerge from 
>https://origsvn.digium.com/svn/asterisk/branches/1.8
>
>........
>  r301845 | bbryant | 2011-01-14 14:35:23 -0500 (Fri, 14 Jan 2011) | 9 lines
>  
>  Fix for a consistent MulticastRTP channel driver crash due to use of unitilized
>  data.
>  
>  (closes issue #18290)
>  (closes issue #18602)
>  Reported by: voipgate, wybecom
>  
>  Review: https://reviewboard.asterisk.org/r/1076/
>........
>


--
This message is automatically generated by Atlassian Bamboo
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.digium.com/pipermail/test-results/attachments/20110117/89e277f0/attachment-0001.htm>