summaryrefslogtreecommitdiffstats
path: root/build
diff options
context:
space:
mode:
authorericrk <ericrk@chromium.org>2016-03-24 13:03:13 -0700
committerCommit bot <commit-bot@chromium.org>2016-03-24 20:04:35 +0000
commitc38d1f4bce5165b0114fc9c429812e93f64850bf (patch)
tree133dcf1d3646099e599f1595c5df85de60715815 /build
parent81b94784b431b36441e4b34fe3fc429db5be5e7a (diff)
downloadchromium_src-c38d1f4bce5165b0114fc9c429812e93f64850bf.zip
chromium_src-c38d1f4bce5165b0114fc9c429812e93f64850bf.tar.gz
chromium_src-c38d1f4bce5165b0114fc9c429812e93f64850bf.tar.bz2
Handle out of order tile priorities when building graph
Currently, InsertNodesForRasterTask in tile_manager.cc assumes that all high priority tasks will be added before low priority ones. This is generally true, but two cases violate this: - low resolution tiles in the NOW bin may have higher priority than other tiles that are required for draw/activation. - some SOON tiles not required for activation may come before SOON tiles which are required for activation. (bug files) To address the first issue, the calculation of high_priority now takes the NOW bucket into account. To fix the second issue, InsertNodesForRasterTask now handles out-of-order priorities and a bug has been filed to fix this. BUG=592160 CQ_INCLUDE_TRYBOTS=tryserver.blink:linux_blink_rel Review URL: https://codereview.chromium.org/1796423002 Cr-Commit-Position: refs/heads/master@{#383126}
Diffstat (limited to 'build')
0 files changed, 0 insertions, 0 deletions