[TaskScheduler]: Migrate off of AssertBlockingAllowedDeprecated in...
[TaskScheduler]: Migrate off of AssertBlockingAllowedDeprecated in /services/device/time_zone_monitor
base::AssertBlockingAllowedDeprecated is deprecated in favor of
ScopedBlockingCall, which serves as a precise annotation of
the scope that may/will block.
Please make sure of the following:
- ScopedBlockingCall is instantiated in a scope with minimal CPU usage.
If this is not the case, ScopedBlockingCall should be instantiated
closer to the blocking call. See scoped_blocking_call.h for more
info. Please let me know when/where the blocking call happens if this needs
to be changed.
- Parameter |blocking_type| matches expectation:
MAY_BLOCK: The call might block (e.g. file I/O that might hit in memory cache).
WILL_BLOCK: The call will definitely block (e.g. cache already checked and now pinging
server synchronously).
See BlockingType for more info. While I assumed MAY_BLOCK by default, that might
not be the best fit if we know that this callsite is guaranteed to block.
- The ScopedBlockingCall's scope covers the entirety of the blocking operation
previously asserted against by the AssertBlockingAllowed().
- Calls to blocking //base APIs don't need to be annotated
with ScopedBlockingCall. All blocking //base APIs (e.g. base::ReadFileToString, base::File::Read,
base::SysInfo::AmountOfFreeDiskSpace, base::WaitableEvent::Wait, etc.) have their
own internal annotations.
Refer to the top-level CL if necessary :
https://chromium-review.googlesource.com/c/chromium/src/+/1338391
Please CQ if LGTY!
This CL was uploaded by git cl split.
R=mark@chromium.org
Bug: 903957
Change-Id: I2be2db1919ad6f58b47a8e66e47fa7a138684d87
Reviewed-on: https://chromium-review.googlesource.com/c/1338490
Commit-Queue: Etienne Pierre-Doray <etiennep@chromium.org>
Reviewed-by:
Mark Mentovai <mark@chromium.org>
Cr-Commit-Position: refs/heads/master@{#609362}
Showing
Please register or sign in to comment