The race condition below is expected as we're racing the thread reclaim logic.
ThreadLocalStorage happens to not synchronize anything at the moment. Adding a
lock to synchronize usage of g_tls_destructors won't actually fix the inherent
race condition. In production, it's up the owner to make sure that any
references have cleaned up before releasing the TLS slot.

Given that ThreadLocalStorage will be getting some locks in the future, so I expect to be able to remove the suppression once that goes through.

Write of size 8 at 0x000002092a20 by main thread:
    #0 Free base/threading/thread_local_storage.cc:219:28
(base_unittests+0x000000c824ae)
    #1 base::ThreadLocalStorage::Slot::~Slot()
base/threading/thread_local_storage.cc:251 (base_unittests+0x000000c824ae)
    #2 ~TaskSchedulerWorkerPoolCheckTlsReuse
base/task_scheduler/scheduler_worker_pool_impl_unittest.cc:465:7
(base_unittests+0x0000009bc080)

Previous read of size 8 at 0x000002092a20 by thread T10:
    #0 OnThreadExitInternal base/threading/thread_local_storage.cc:151:11
(base_unittests+0x000000c81f24)
    #1 base::internal::PlatformThreadLocalStorage::OnThreadExit(void*)
base/threading/thread_local_storage.cc:191 (base_unittests+0x000000c81f24)
    #2 __nptl_deallocate_tsd
/build/eglibc-oqps9y/eglibc-2.15/nptl/pthread_create.c:156
(libpthread.so.0+0x000000007c82)

As if synchronized via sleep:
    #0 nanosleep <null> (base_unittests+0x0000004b6287)
    #1 base::PlatformThread::Sleep(base::TimeDelta)
base/threading/platform_thread_posix.cc:178:10 (base_unittests+0x000000c776d3)
    #2
base::internal::TaskSchedulerWorkerPoolCheckTlsReuse_CheckDetachedThreads_Test::TestBody()
base/task_scheduler/scheduler_worker_pool_impl_unittest.cc:526:3
(base_unittests+0x0000009ba595)
    #3 HandleExceptionsInMethodIfSupported<testing::Test, void>
testing/gtest/src/gtest.cc:2458:12 (base_unittests+0x000000d164bc)