| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
| |
bug:7484054
Change-Id: I7cb648f64f45711013996be7e2cd0dabdbd614ae
|
|
|
|
|
|
|
|
|
|
| |
bug:7002755
This prevents the SurfaceCollectionManager from getting stuck in fast swap mode,
where because swaps are occuring in process mode, and not in draw mode, which
would previously have prevented the flag from being cleared.
Change-Id: Ie888438c73aabeeff0534caad68b58e4acd2c440
|
|
|
|
|
| |
bug:6829376
This reverts commit 0453f79675ffe6fddb59add2dcee0e3f0e7e74b1
|
|
|
|
|
|
|
|
|
| |
A change in collection, visible rect or scale will cause a re-prepare in invoke
mode. Always re-prepare in draw mode to keep updating tile draw counts - this
way a scrolling webview doesn't steal tiles unjustly from a non-scrolling
webview.
Change-Id: Idf9f88afe36b582a3aa0369cfb76d8e47e5d3da6
|
|
|
|
|
|
|
|
|
| |
Because no new work is enqueued after a SurfaceCollectionManager::swap(), there
can be significant TexturesGenerator idle period before the next prepare of the
new painting tree. This change removes that delay by preparing the new tree
immediately.
Change-Id: I061983abe7210f75d5e4f44d5dca79a0a47d329f
|
|
|
|
|
| |
bug:6653638
Change-Id: I839917feb1803bc1f4ace5aa2367067024a18706
|
|
|
|
|
|
| |
bug:5683630
Change-Id: I4d617962a8412de884903f150799f733ea996e1c
|
|
|
|
|
|
|
|
| |
bug:6516612
also adds ClassTracker to several classes
Change-Id: I9a503084240d4935fba300a3256d266a2982dcc0
|
|
|
|
|
| |
bug:6479200 bug:6323847 bug:4124445
Change-Id: I1a4058ba6c69d3e285b6274d99a6eafcbf1cdc6f
|
|\
| |
| |
| | |
into jb-dev
|
| |
| |
| |
| |
| |
| | |
bug:6457191
Change-Id: Icaef168e16aa26c9a09c6f99e5a498fc1948d2bc
|
|/
|
|
|
|
|
|
|
|
| |
This will reduce the need to go to single surface rendering mode,
as well as improving jank by reducing the number of surfaces we need.
(tested on a set of popular sites, we now need up to 16 times less
surfaces, commonly 4-5 times less)
bug:5683630 bug:6499283 bug:6366440
Change-Id: I761c6a60279e5b21dca8bc1faccd956be58e3702
|
|
|
|
|
|
| |
Bug: 6445656
Change-Id: I3d9e2cece4b3ec86deb00e98ae98f281525dab48
|
|
|
|
|
|
|
|
|
| |
The rects are referring to the same rect under different coordinates,
so we just prefix the coordinates' name to differentiate the rects.
This is pure refactor, no functional change.
bug:6338456
Change-Id: Ic072a4f5aa56a25751e0151a697c0e31bca94ef5
|
|
|
|
| |
Change-Id: I862487e8700a408e9e2f7f4dc7d034674ac454d0
|
|
|
|
|
|
| |
bug:5631590
Change-Id: Ic7dc0dac0d7f98fb94eb2b111b3e59a0a7010caf
|
|
|
|
|
|
|
|
|
| |
Previously drawing would cease if no painting collection existed, regardless of
whether the drawing collection was ready. This change forces drawing to occur
once the functor enters kModeProcess, since it should only arrive there by
content missing.
Change-Id: I6c14ad4180499dda0461c6c45d46f22c5690f61b
|
|
Change-Id: Idc67155cfa99784dcd931e705336bfa063ecae46
|