summaryrefslogtreecommitdiffstats
path: root/third_party
diff options
context:
space:
mode:
authoryhirano@chromium.org <yhirano@chromium.org@0039d316-1c4b-4281-b951-d872f2087c98>2014-02-06 11:12:13 +0000
committeryhirano@chromium.org <yhirano@chromium.org@0039d316-1c4b-4281-b951-d872f2087c98>2014-02-06 11:12:13 +0000
commit94cda63b191b7f4546acaca1af8e50928df528b0 (patch)
tree50ea9e133b22b1548466f2487d2da202db3b19a7 /third_party
parentd6d86722ca25dee3d30cf3e081ed672510ec6bbd (diff)
downloadchromium_src-94cda63b191b7f4546acaca1af8e50928df528b0.zip
chromium_src-94cda63b191b7f4546acaca1af8e50928df528b0.tar.gz
chromium_src-94cda63b191b7f4546acaca1af8e50928df528b0.tar.bz2
[WebMIDI] Increment in-flight bytes in front of sending data.
If we call AccumulateMIDIBytesSent in MidiManager::DispatchSendData, it tries to acquire |in_flight_lock_| which is already acquired. Since recursive locking is not supported by base::Lock in general, this may result in a deadlock. This CL fixes it by incrementing |sent_bytes_in_flight_| and releasing the lock in front of calling DispatchSendData. BUG=303596 R=toyoshim@chromium.org Review URL: https://codereview.chromium.org/154153003 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@249353 0039d316-1c4b-4281-b951-d872f2087c98
Diffstat (limited to 'third_party')
0 files changed, 0 insertions, 0 deletions