Chromium Code Reviews
chromiumcodereview-hr@appspot.gserviceaccount.com (chromiumcodereview-hr) | Please choose your nickname with Settings | Help | Chromium Project | Gerrit Changes | Sign out
(170)

Issue 2954323002: Fixed AudioInputController muted state related tsan bug. (Closed)

Created:
3 years, 5 months ago by ossu-chromium
Modified:
3 years, 5 months ago
Reviewers:
DaleCurtis
CC:
chromium-reviews, feature-media-reviews_chromium.org
Target Ref:
refs/heads/master
Project:
chromium
Visibility:
Public.

Description

Fixed AudioInputController muted state related tsan bug. Closed in favor of https://codereview.chromium.org/2958003002/ BUG=chromium:736268 CQ_INCLUDE_TRYBOTS=master.tryserver.chromium.android:android_optional_gpu_tests_rel;master.tryserver.chromium.linux:linux_optional_gpu_tests_rel;master.tryserver.chromium.mac:mac_optional_gpu_tests_rel;master.tryserver.chromium.win:win_optional_gpu_tests_rel

Patch Set 1 #

Patch Set 2 : Rebased #

Unified diffs Side-by-side diffs Delta from patch set Stats (+11 lines, -5 lines) Patch
M media/audio/audio_input_controller.h View 1 1 chunk +4 lines, -1 line 0 comments Download
M media/audio/audio_input_controller.cc View 1 3 chunks +7 lines, -4 lines 0 comments Download

Messages

Total messages: 13 (9 generated)
ossu-chromium
Seems the concurrency issues I was having with keeping the timer as a regular member ...
3 years, 5 months ago (2017-06-26 16:11:55 UTC) #7
DaleCurtis
I don't think this is correct, or at least the explanation for what's happening isn't ...
3 years, 5 months ago (2017-06-26 16:51:41 UTC) #8
ossu-chromium
On 2017/06/26 16:51:41, DaleCurtis wrote: > I don't think this is correct, or at least ...
3 years, 5 months ago (2017-06-27 09:54:41 UTC) #11
ossu-chromium
3 years, 5 months ago (2017-06-27 15:49:34 UTC) #12
On 2017/06/27 09:54:41, ossu-chromium wrote:
> On 2017/06/26 16:51:41, DaleCurtis wrote:
> > I don't think this is correct, or at least the explanation for what's
> happening
> > isn't right, can you elaborate some more so I can understand? See
> > base::Timer::Stop() will detach from the sequence imposed by timer, 
> > 
> >
>
https://cs.chromium.org/chromium/src/base/timer/timer.cc?sq=package:chromium&...
> > 
> > Something else is going on if that destruction check is failing.
> 
> Ah, yes, it's not the destruction check, but a race between
> BaseTimerTaskInternal::Run and BaseTimerTaskInternal::Abandon. It might
actually
> be a fault with that implementation - I'll see if I can fix it at the source.

Trying to address the underlying problem in Timer instead in:
https://codereview.chromium.org/2958003002/

Powered by Google App Engine
This is Rietveld 408576698