Closed
Bug 902194
Opened 11 years ago
Closed 11 years ago
Investigate whether or not EncodedBufferCache needs a reentrant lock.
Categories
(Core :: Audio/Video: Recording, defect)
Core
Audio/Video: Recording
Tracking
()
RESOLVED
FIXED
mozilla26
People
(Reporter: khuey, Assigned: rlin)
Details
(Whiteboard: [qa-])
Attachments
(1 file)
3.51 KB,
patch
|
roc
:
review+
|
Details | Diff | Splinter Review |
EncodedBufferCache uses a ReentrantMonitor. This allows the same thread to lock the monitor multiple times without deadlocking. If that is unnecessary we should replace it with a regular Mutex. I couldn't see any obvious paths for reentrancy, but it's possible I missed something. I originally noticed this because of the unnecessary forward declaration at http://hg.mozilla.org/mozilla-central/annotate/3ea0cb5a747e/content/media/EncodedBufferCache.h#l17. We should remove that even if the ReentrantMonitor is needed.
Assignee | ||
Comment 1•11 years ago
|
||
umm, I think it can use a mutex to replace the ReentrantMonitor. Protect the mEncodedBuffers/mDataSize.
Please do that :-)
Assignee: nobody → rlin
Assignee | ||
Comment 3•11 years ago
|
||
Use MutexAutoLock to replace the ReentrantMonitor.
Attachment #787960 -
Flags: review?(roc)
Attachment #787960 -
Flags: review?(roc) → review+
Assignee | ||
Comment 4•11 years ago
|
||
try result https://tbpl.mozilla.org/?tree=Try&rev=a083bd250759
Keywords: checkin-needed
Comment 5•11 years ago
|
||
https://hg.mozilla.org/integration/b2g-inbound/rev/328f5dc01949
Keywords: checkin-needed
Comment 6•11 years ago
|
||
https://hg.mozilla.org/mozilla-central/rev/328f5dc01949
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla26
Updated•11 years ago
|
Whiteboard: [qa-]
Updated•10 years ago
|
No longer blocks: MediaRecording
Updated•10 years ago
|
Component: Video/Audio → Video/Audio: Recording
You need to log in
before you can comment on or make changes to this bug.
Description
•