1. 28 Aug, 2014 1 commit
  2. 27 Aug, 2014 5 commits
    • vmpstr@chromium.org's avatar
      Cherry-pick: cc: Always perform analysis to detect solid color tiles. · 005ed73f
      vmpstr@chromium.org authored
      Clean cherry-pick of chromium crrev.com/286085
      
      BUG: 16133204
      
      Original description:
      
      One previous approach was to try and balance memory usage vs amount
      of time we spend analyzing tiles. This patch switches it so that we
      always analyze tiles in order to try and save as much memory as
      possible.
      
      This is due to the fact that there are some cases out there that
      break the heuristic and use too much memory, when otherwise they
      would be detected as solid.
      
      As well, it enables analysis for gpu rasterization since it also
      needs to start benefitting from these memory savings.
      
      Change-Id: I909295b1ef94ea45b122d1758185f3f768a747b1
      005ed73f
    • Hui Shu's avatar
      Merge "Cherry-pick: Only set accessibility focus on page load for browser... · a5dbb4b1
      Hui Shu authored
      Merge "Cherry-pick: Only set accessibility focus on page load for browser tabs, not web views." into lmp-dev
      a5dbb4b1
    • dmazzoni's avatar
      Cherry-pick: Only set accessibility focus on page load for browser tabs, not web views. · 612621e6
      dmazzoni authored
      Clean cherry-pick of chromium
      https://crrev.com/61c6121a6cb9dc16f9786830655049d68dcde67c
      
      BUG: 17000817
      
      Original description:
      
      Only set accessibility focus on page load for browser tabs, not web views.
      
      BUG=406053
      
      Review URL: https://codereview.chromium.org/490333002
      
      Change-Id: I09130c2598e71c878f85a7d8bf08f2519c337639
      Cr-Commit-Position: refs/heads/master@{#291713}
      612621e6
    • vmpstr's avatar
      Cherry-pick: cc: Remove tiles from recycle tree that were deleted on active. · c2bc7c74
      vmpstr authored
      Cherry-pick with conflict of
      crrev.com/7fceb77977afd9af22215eb9cd28ab667567668e
      
      Conflicts:
      	cc/debug/rasterize_and_record_benchmark_impl.cc
      	cc/layers/picture_layer_impl_unittest.cc
      	cc/resources/picture_layer_tiling.cc
      	cc/resources/picture_layer_tiling_unittest.cc
      	cc/test/fake_picture_layer_tiling_client.cc
      	cc/test/fake_picture_layer_tiling_client.h
      
      BUG: 16548433
      
      Original description:
      
      This patch removes tiles from the recycle tree that were deleted from
      the active tree as a result of a shifting live tiles rect. It is
      important to do this, since if the active tree then would recreate
      the deleted tile (ie, live tiles rect shift back), we have to ensure
      that this tile will be shared when the next pending tree is created.
      If we don't do it, we can run into a situation in which we will
      continuously raster the same tile.
      
      The patch does the following:
      - Adds a way to get a recycled tree twin tiling.
      - During LiveTilesRect tile deletion, deletes tiles from the same
        location from the recycle twin (if one exists).
      
      Change-Id: I295cec01b476a97f68b0678d9d4322568662040f
      c2bc7c74
    • vmpstr@chromium.org's avatar
      Cherry-pick: (Reland) cc: Remove recycled tilings when active tree removes them. · deeaef61
      vmpstr@chromium.org authored
      Clean cherry-pick of crrev.com/285114
      
      BUG: 16548433
      
      Original description:
      
      This patch is the second part of ensuring that recycle tree does not
      contain any unshared tiles.
      
      This is done by removing recycle tree tilings when active tree removes
      those tilings.
      
      This includes a check in RemoveTilings for NULL tilings. When the first
      pending tree activates, it swaps with active tree's NULL tilings, which
      become the recycle tilings. When removing tilings, we have to ensure
      that tilings is not NULL before accessing its members.
      
      Change-Id: I29b3c0514cac1fc8f31251ff00f65a82631eaf65
      deeaef61
  3. 26 Aug, 2014 1 commit
  4. 22 Aug, 2014 2 commits
    • boliu@chromium.org's avatar
      Cherry-pick: aw: Avoid uncontrolled video context destruction · 2a6da4ff
      boliu@chromium.org authored
      Clean cherry-pick of chromium crrev.com/291527
      
      BUG: 17177416
      
      Original description:
      
      Since r289474, the sync factory nulls out the video context
      which means the destruction is uncontrolled. Context
      destruction is synchronous, so can cause deadlocks if there
      are not webviews attached to view tree to run GL.
      
      This is a rewrite of r289474 that just returns null
      VideoContextProvider if no webview is ready to use it. But
      still hold on to the reference to the context to avoid
      destruction.
      
      Change-Id: Ia5b855dd579dcdafd4ace1d2557414188d440d97
      2a6da4ff
    • Marcin Kosiba's avatar
      Cherry-pick "Fix spurious 1px scrolling." · 0cc939e3
      Marcin Kosiba authored
      > In the case when the temporary_impl_bounds_ variable is set to
      > ComputeInnerViewportContainerSize() (which is device_viewport_size_ /
      > device_scale_factor()) the value should be rounded up, to match
      > ContentViewCoreImpl::GetViewportSizeDip(). The incorrect rounding
      > is causing the layer to be scrollable when the physical width
      > is not cleanly divisible by the dpi scale.
      >
      > BUG=405580
      > Committed: https://src.chromium.org/viewvc/chrome?view=rev&revision=291035
      
      BUG: 14810760
      Change-Id: I4f1f0d97f3de8f07b404526cd398c99514caad10
      0cc939e3
  5. 21 Aug, 2014 3 commits
  6. 20 Aug, 2014 2 commits
    • boliu@chromium.org's avatar
      Cherry-pick: cc: Avoid redraw for missing tile outside visible rect · 305ac127
      boliu@chromium.org authored
      Cherry-pick with conflict of crrev.com/r290937
      
      Conflicts:
      	cc/layers/picture_layer_impl.cc
      
      BUG: 17033041
      
      Original description:
      
      Tiles outside of the visible rect for tile priority but
      inside the draw viewport should be drawn on a best effort
      basis. There is no need to redraw or block activations on
      missing or incomplete tiles in this region.
      
      Rename tile priority rect/matrix to activation rect, and
      use this to control activation as well. Add new counts for
      missing/incomplete tiles in the activation rect, and only
      these tiles will lead to redraws.
      
      Change-Id: I44ebf9905dab38e042f3f990890a1acdb0ad41ab
      305ac127
    • boliu@chromium.org's avatar
      Cherry-pick: Do not request vsync on touch if using synchronous compositor · 430bbd90
      boliu@chromium.org authored
      Clean cherry-pick of chromium crrev.com/r289997
      
      BUG: 17033041
      
      Original description:
      
      Nothing registers for the callback in WasShown if using
      synchronous compositor, so this does not change any behavior.
      So this is only removing unneeded RequestVSyncUpdate
      
      Change-Id: I7346590b81f03adc31bbc8b8d067d5fe4590582b
      430bbd90
  7. 19 Aug, 2014 1 commit
  8. 20 Aug, 2014 2 commits
  9. 19 Aug, 2014 3 commits
  10. 14 Aug, 2014 2 commits
  11. 12 Aug, 2014 1 commit
  12. 14 Aug, 2014 1 commit
  13. 13 Aug, 2014 1 commit
  14. 14 Aug, 2014 1 commit
  15. 13 Aug, 2014 13 commits
  16. 08 Aug, 2014 1 commit