commit | 72e88ec372c13cf0b6ee0a76fb639e2998399746 | [log] [tgz] |
---|---|---|
author | Colin Blundell <blundell@chromium.org> | Mon Mar 11 10:12:06 2024 |
committer | Chromium LUCI CQ <chromium-scoped@luci-project-accounts.iam.gserviceaccount.com> | Mon Mar 11 10:12:06 2024 |
tree | f2f80e96028f845f173bac5541b182ed5cac3405 | |
parent | 1048f8736acbfb4de7d9227cac9919d81534393a [diff] |
[//gpu] Add SI usages to specify GLES2-for-raster and raster-over-GLES2 GLTextureImageBackingFactory currently disallows creations of SharedImages in the following cases: * ANGLE-Metal is being used and the client has specified GLES2 usage (as in this case it is not guaranteed that WebGL will be using the same GPU as raster) * Graphite is being used and the client has specified raster usage (as in this case it is not guaranteed that Skia is using GL) However, there are special cases of these where it is safe to create GLTextureImageBackings: * For the former: When GLES2 is being used *only for raster* * For the latter: When raster is being used *only over the GLES2 interface* The client can potentially know that it is in one of these special cases. This CL adds two new SharedImage usages to specify each of these and adds them as supported usages everywhere where GLES2_{READ, WRITE} and RASTER_{READ, WRITE} usage are supported respectively. A followup will change GLTextureImageBackingFactory to allow SI creation based on these usages being present. Bug: 328472684 Change-Id: Icdfd7c4fae49a583d8cb32e3c18aa014b9af1a58 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/5355674 Commit-Queue: Colin Blundell <blundell@chromium.org> Reviewed-by: Vasiliy Telezhnikov <vasilyt@chromium.org> Cr-Commit-Position: refs/heads/main@{#1270854}
Chromium is an open-source browser project that aims to build a safer, faster, and more stable way for all users to experience the web.
The project's web site is https://www.chromium.org.
To check out the source code locally, don't use git clone
! Instead, follow the instructions on how to get the code.
Documentation in the source is rooted in docs/README.md.
Learn how to Get Around the Chromium Source Code Directory Structure.
For historical reasons, there are some small top level directories. Now the guidance is that new top level directories are for product (e.g. Chrome, Android WebView, Ash). Even if these products have multiple executables, the code should be in subdirectories of the product.
If you found a bug, please file it at https://crbug.com/new.