a717ee9962
When VideoDecoder::Decode, Reset, or Release is called, VideoCodingModuleImpl::_receiveCritSect may have been acquired. Decode callback needs to acquire the same lock in ViEChannel::FrameToRender. It is not a problem for SW decode because decode callback is run on the same WebRTC decoding thread and the lock is re-entrant. But for HW decode, decode callback is run on a thread different from WebRTC decoding thread. Decode callback gets the locks in the opposite order. Deadlock can happen. BUG=http://crbug.com/170345 TEST=Try apprtc.appspot.com/?debug=loopback on ARM Chromebook Daisy. R=stefan@webrtc.org, wu@webrtc.org Review URL: https://webrtc-codereview.appspot.com/1977004 git-svn-id: http://webrtc.googlecode.com/svn/trunk@4509 4adac7df-926f-26a2-2b94-8c16560cd09d