• Show log

    Commit

  • Hash : 535cd538
    Author : Shahbaz Youssefi
    Date : 2022-03-29T16:29:58

    Vulkan: Fix texture-after-framebuffer sync issues
    
    In TextureVk::syncState, for various reasons, the underlying image may
    need to be respecified.  For example because base/max level changed,
    usage/create flags have changed, the format needs modification to become
    renderable, generate mipmap is adding levels, etc.
    
    Currently, ANGLE syncs FramebufferVk before TextureVk for the sake of
    the deferred clear optimization.  This means that if the texture needs
    to recreate its underlying image, it needs to do so earlier than its own
    syncState, and do so in FramebufferVk::syncState through the
    TextureVk::getAttachmentRenderTarget function.
    
    Over time, TextureVk::getAttachmentRenderTarget was modified to do parts
    of what TextureVk::syncState did for this matter as bugs were
    discovered, and more continue to be discovered.  The bug that prompted
    this change is missing image recreation when usage/create flags change.
    
    In this change, the relevant code in TextureVk::syncState is refactored
    in a helper that's called by TextureVk::getAttachmentRenderTarget.  This
    way, the two functions should always be in agreement, avoiding
    TextureVk::syncState recreating the image after
    FramebufferVk::syncState, leading to use-after-free bugs.
    
    Bug: angleproject:4418
    Bug: angleproject:6909
    Bug: chromium:1266094
    Bug: chromium:1296866
    Change-Id: I856a34ca5cf573578c771f5adbeb9208420a3f62
    Reviewed-on: https://chromium-review.googlesource.com/c/angle/angle/+/3557817
    Reviewed-by: Jamie Madill <jmadill@chromium.org>
    Reviewed-by: Charlie Lao <cclao@google.com>
    Commit-Queue: Shahbaz Youssefi <syoussefi@chromium.org>
    

  • Properties

  • Git HTTP https://git.kmx.io/kc3-lang/angle.git
    Git SSH git@git.kmx.io:kc3-lang/angle.git
    Public access ? public
    Description

    A conformant OpenGL ES implementation for Windows, Mac, Linux, iOS and Android.

    Homepage

    Github

    Users
    thodg_m kc3_lang_org thodg_w www_kmx_io thodg_l thodg
    Tags

  • README.md

  • dEQP Support

    ANGLE integrates dEQP (i.e. the OpenGL CTS) for conformance testing. It uses gtest to run tests, and provides the means for dEQP to use ANGLE.

    Overriding dEQP files

    Occasionally, ANGLE overrides certain dEQP files by copying them to this directory, adding the _override suffix, and modifying them. deqp.gni is used to select these override files to be built with dEQP instead of the original files.

    This is primarily done to fix tests until they are fixed upstream.

    Expectation files format

    For every set of dEQP tests, for example GLES3 tests on the Vulkan backend, an expectations file exists to let the test harness know which tests it should skip (as they are known to crash), or expect to see failed. Warnings are generated if a test unexpectedly passes, but an unexpected failure is an error. This let’s ANGLE ensure there are no regressions.

    If multiple test expectations in a file match a specific test due to wildcards, the test harness picks the first match in the file as the overriding expectation.

    While developing a feature, or testing on a new platform, the expectations files can be modified to reflect the reality of the situation. The expected format for every line in these files is:

    {BUG#} {MODIFIERS} : {TEST_NAME} = {PASS,FAIL,FLAKY,TIMEOUT,SKIP}

    MODIFIERS can be a combination of the below list, combined with a logical AND:

    WIN XP VISTA WIN7 WIN8 WIN10
    MAC LEOPARD SNOWLEOPARD LION MOUNTAINLION MAVERICKS YOSEMITE ELCAPITAN SIERRA HIGHSIERRA MOJAVE
    LINUX CHROMEOS ANDROID
    NVIDIA AMD INTEL
    DEBUG RELEASE
    D3D9 D3D11 OPENGL GLES VULKAN
    NEXUS5X PIXEL2ORXL PIXEL4ORXL PIXEL6
    QUADROP400
    SWIFTSHADER
    PREROTATION PREROTATION90 PREROTATION180 PREROTATION270
    NOSAN ASAN TSAN UBSAN

    TEST_NAME can be a specific test name, or set of test names using '*' as wildcard anywhere in the name. Examples:

    // Disabled everywhere as is too slow:
    3445 : dEQP-GLES31.functional.ssbo.layout.random.all_shared_buffer.48 = SKIP
    
    // Crashes on both D3D11 and OPENGL:
    1442 OPENGL : dEQP-GLES31.functional.separate_shader.* = SKIP
    1442 D3D11 : dEQP-GLES31.functional.separate_shader.* = SKIP
    
    // Unsupported feature:
    3726 VULKAN ANDROID : dEQP-GLES31.functional.synchronization.inter_call.without_memory_barrier.*atomic_counter* = FAIL
    
    // Failing test in Nvidia's OpenGL implementation on windows:
    1665 WIN NVIDIA OPENGL : dEQP-GLES31.functional.draw_indirect.negative.command_offset_not_in_buffer_unsigned32_wrap = FAIL
    
    // Failing when emulated pre-rotation is enabled, no matter which angle:
    1234 PREROTATION : dEQP-GLES3.*blit* = FAIL
    
    // Failing when emulated pre-rotation is enabled with 270 degree angle:
    1234 PREROTATION270 : dEQP-GLES3.*blit* = FAIL
    
    // Flaky when run with thread-sanitizer (TSan)
    6678 TSAN : dEQP-EGL.functional.sharing.gles2.multithread.random* = FLAKY