Revert "[toggles] Set labels on backend objects only if toggle is set"

This reverts commit 99ccab7256a68fb9a42eb7b239e92f09cd1e6266.

Reason for revert: Breaks Vulkan device loss handling and possibly is preventing a roll into Chromium.

Unfortunately the setting of debug labels for the Vulkan backend isn't purely for developer convenience. We embed a device ID (from GetDebugPrefix()) in the label so that if a device loss is detected (which Vulkan exposes with a generic callback listing the associated objects but not device) we can link it back to the device in question via the ID embedded in the object name.

See:
 - https://source.chromium.org/chromium/chromium/src/+/main:third_party/dawn/src/dawn/native/vulkan/BackendVk.cpp;l=254?q=GetDeviceDebugPrefixFromDebugName&ss=chromium
 - https://source.chromium.org/chromium/chromium/src/+/main:third_party/dawn/src/dawn/native/vulkan/UtilsVulkan.cpp;l=261?q=GetDeviceDebugPrefixFromDebugName&ss=chromium

This isn't a great system (and it really needs some better comments in the area of the code that was edited to explain it) but it works and I haven't found a good alternative so far. Suggestions welcome!

Also, it's not clear to me how or if it's related, but Dawn->Chromium rolls have been failing since this landed. 

See:
 - https://chromium-review.googlesource.com/c/chromium/src/+/5285356?tab=checks
 - https://autoroll.skia.org/r/dawn-chromium-autoroll

The errors don't look explicitly WebGPU related, but it also doesn't appear to be a failure that's showing up in builds outside of the roll. I wouldn't want to revert this just on speculation of the roll failure, but given that it also has a known issue with the Vulkan backend I'd prefer to revert in order to fix that and see if it clears up the roll at the same time.

Original change's description:
> [toggles] Set labels on backend objects only if toggle is set
>
> We have found that in Chrome, setting these labels can be a source of
> non-trivial overhead on performance benchmarks. This CL guards setting
> of these labels with the `use_user_defined_labels_in_backend` toggle.
> Note that labels will still be set on frontend objects, and hence will
> still be available in e.g. Dawn error messages. The labels on the
> backend objects are relevant only when debugging via platform-specific
> facilities (e.g., XCode).
>
> This CL also changes the `use_user_defined_labels_in_backend` toggle to
> default to true if validation is enabled. This is necessary as at least
> on Vulkan Dawn's debugging facilities assume that these labels are
> set [1]. It is consistent in any case, as a client enabling validation
> indicates that they are more concerned about debuggability than
> performance.
>
> [1] https://source.chromium.org/chromium/chromium/src/+/main:third_party/dawn/src/dawn/native/vulkan/BackendVk.cpp;l=263?q=BackendVk.cpp&ss=chromium
>
> NOTE: This CL is a reland following the suppression of a pre-existing
> failure that was tickled by this CL (a Vulkan backend error message was
> previously swallowed in Dawn backend code, but the lack of a debug label
> for devices meant that the error was now surfaced). The reland is
> unchanged save for incorporating
> https://dawn-review.googlesource.com/c/dawn/+/173820.
>
> Bug: dawn:2383
> Change-Id: I8196c6ec165add0d5e9e73952be77df20e1c2dc3
> Reviewed-on: https://dawn-review.googlesource.com/c/dawn/+/174280
> Kokoro: Kokoro <noreply+kokoro@google.com>
> Commit-Queue: Colin Blundell <blundell@chromium.org>
> Reviewed-by: Corentin Wallez <cwallez@chromium.org>

TBR=cwallez@chromium.org,blundell@chromium.org,noreply+kokoro@google.com,dawn-scoped@luci-project-accounts.iam.gserviceaccount.com

Change-Id: Ie118cb6aff04635e2e6fe11481f456f980f0560b
No-Presubmit: true
No-Tree-Checks: true
No-Try: true
Bug: dawn:2383
Reviewed-on: https://dawn-review.googlesource.com/c/dawn/+/174740
Reviewed-by: Shrek Shao <shrekshao@google.com>
Commit-Queue: Brandon Jones <bajones@chromium.org>
Reviewed-by: Brandon Jones <bajones@chromium.org>
Kokoro: Kokoro <noreply+kokoro@google.com>
7 files changed
tree: 1f9b710223fb9eb39991cda03cc87bb17ab489aa
  1. .github/
  2. .vscode/
  3. build_overrides/
  4. docs/
  5. generator/
  6. include/
  7. infra/
  8. scripts/
  9. src/
  10. test/
  11. third_party/
  12. tools/
  13. webgpu-cts/
  14. .bazelrc
  15. .clang-format
  16. .clang-tidy
  17. .gitattributes
  18. .gitignore
  19. .gitmodules
  20. .gn
  21. AUTHORS
  22. BUILD.bazel
  23. BUILD.gn
  24. CMakeLists.txt
  25. CMakeSettings.json
  26. CODE_OF_CONDUCT.md
  27. codereview.settings
  28. CONTRIBUTING.md
  29. CPPLINT.cfg
  30. DEPS
  31. DIR_METADATA
  32. go.mod
  33. go.sum
  34. go_presubmit_support.py
  35. LICENSE
  36. OWNERS
  37. PRESUBMIT.py
  38. README.chromium
  39. README.md
  40. WORKSPACE.bazel
README.md

Build Status Matrix Space

Dawn, a WebGPU implementation

Dawn is an open-source and cross-platform implementation of the WebGPU standard. More precisely it implements webgpu.h that is a one-to-one mapping with the WebGPU IDL. Dawn is meant to be integrated as part of a larger system and is the underlying implementation of WebGPU in Chromium.

Dawn provides several WebGPU building blocks:

  • WebGPU C/C++ headers that applications and other building blocks use.
    • The webgpu.h version that Dawn implements.
    • A C++ wrapper for the webgpu.h.
  • A “native” implementation of WebGPU using platforms' GPU APIs: D3D12, Metal, Vulkan and OpenGL. See per API support for more details.
  • A client-server implementation of WebGPU for applications that are in a sandbox without access to native drivers
  • Tint is a compiler for the WebGPU Shader Language (WGSL) that can be used in standalone to convert shaders from and to WGSL.

Helpful links:

Documentation table of content

Developer documentation:

User documentation: (TODO, figure out what overlaps with the webgpu.h docs)

License

BSD 3-Clause License, please see LICENSE.

Disclaimer

This is not an officially supported Google product.