1. 16 May, 2016 2 commits
    • D3D: Reallocate storage when texture format changes with base level · 87fc71c4
      Olli Etuaho authored
      Different levels of the same texture may have different formats, so
      changing the base level may affect the format that should be used for
      the storage. Take this into account in the D3D backend.
      
      The added test fails on some GL drivers.
      
      TEST=angle_end2end_tests
      BUG=angleproject:596
      
      Change-Id: I5380e942694a75685ebb510edb01c0489e0d5179
      Reviewed-on: https://chromium-review.googlesource.com/344230Reviewed-by: 's avatarCorentin Wallez <cwallez@chromium.org>
      Commit-Queue: Olli Etuaho <oetuaho@nvidia.com>
    • Share TextureState structure with TextureImpl · 77ae8d57
      Olli Etuaho authored
      This refactoring patch removes the need to pass texture state to
      methods of TextureImpl in some cases. It also adds target value to
      TextureState, and moves TextureState definition to Texture.h.
      
      The effective base level can now also be queried from TextureState,
      which reduces the need to pass it around.
      
      Two different code paths that dealt with the TextureStorage11 SRV
      cache are combined into one.
      
      Besides refactoring, this patch fixes applying mTopLevel twice when
      determining the amount of mip levels TextureStorage11.
      
      BUG=angleproject:596
      TEST=angle_end2end_tests, angle_unittests
      
      Change-Id: I1add3d9ad847bec56774e394125156cf9cb0fc2a
      Reviewed-on: https://chromium-review.googlesource.com/342940Reviewed-by: 's avatarJamie Madill <jmadill@chromium.org>
      Commit-Queue: Olli Etuaho <oetuaho@nvidia.com>
  2. 13 May, 2016 2 commits
  3. 12 May, 2016 3 commits
  4. 11 May, 2016 2 commits
  5. 09 May, 2016 1 commit
  6. 08 May, 2016 2 commits
  7. 06 May, 2016 3 commits
    • Determine D3D texture storage size with correct base level · a314b61c
      Olli Etuaho authored
      The size of the texture storage is now determined by extrapolating
      the level zero texture dimensions from the base level dimensions.
      This fixes crashing when images for levels below the base level are
      not defined, and also fixes texture storage dimensions being
      calculated wrong in case the levels outside the used level range have
      dimensions that are inconsistent with the dimensions inside the used
      level range.
      
      Checking texture level completeness in TextureD3D is now done based on
      the dimensions of the base level, and levels that are outside the base
      level to max level range are not taken into account. Textures are
      marked incomplete in case their base level is greater than their max
      level.
      
      Changing the base level can also affect the size of the storage
      required for the texture. Old storage is now discarded when the base
      level is changed and the new base level calls for different storage
      dimensions.
      
      Code in TextureD3D is refactored so that "base level" actually means
      the base level of the texture specified through the GLES API, and
      "level zero" is used where TextureD3D would sometimes previously use
      "base level".
      
      Changing either the base level or max level can also affect texture
      completeness, so invalidate the cached completeness in Texture if
      they are changed.
      
      Some of the added tests are still failing on Intel and NVIDIA OpenGL
      drivers because of driver bugs. Tests also fail on OSX.
      
      BUG=angleproject:596
      TEST=angle_end2end_tests,
           dEQP-GLES3.functional.texture.* (no regressions),
           dEQP-GLES3.functional.shaders.texture_functions.* (no regressions),
           dEQP-GLES3.functional.state_query.texture.* (no regressions)
      
      Change-Id: Icd73d6e29f84a341ed5ff36d5ec5cb2f469cb4e8
      Reviewed-on: https://chromium-review.googlesource.com/333352Reviewed-by: 's avatarJamie Madill <jmadill@chromium.org>
      Commit-Queue: Olli Etuaho <oetuaho@nvidia.com>
    • Disable angle_enable_gl on chromeos · 369d03c1
      Steven Bennetts authored
      BUG=angleproject:1370
      
      Change-Id: I63e3ee8fc6e08fcd2a908cdca3558af886526cbd
      Reviewed-on: https://chromium-review.googlesource.com/342740Reviewed-by: 's avatarYuly Novikov <ynovikov@chromium.org>
      Commit-Queue: Yuly Novikov <ynovikov@chromium.org>
      Reviewed-by: 's avatarJamie Madill <jmadill@chromium.org>
      Commit-Queue: Jamie Madill <jmadill@chromium.org>
    • Fix eglStreamConsumerAcquireKHR · f691cfab
      John Bauman authored
      This was incorrectly acquiring every plane to texture 0.
      
      BUG=angleproject:1332
      
      Change-Id: I6df1401b705d903078e2631634b6bf20a07570de
      Reviewed-on: https://chromium-review.googlesource.com/342513Reviewed-by: 's avatarJamie Madill <jmadill@chromium.org>
      Commit-Queue: John Bauman <jbauman@chromium.org>
  8. 03 May, 2016 2 commits
  9. 02 May, 2016 6 commits
  10. 30 Apr, 2016 1 commit
  11. 29 Apr, 2016 6 commits
  12. 28 Apr, 2016 6 commits
  13. 27 Apr, 2016 1 commit
  14. 26 Apr, 2016 3 commits