mirror of
https://gitlab.freedesktop.org/mesa/mesa.git
synced 2026-05-06 11:38:05 +02:00
read-only mirror of https://gitlab.freedesktop.org/mesa/mesa
43202320ee
Midgard has multiple Surface Descriptor formats selectable in the texture descriptor. Previously, we have used both the "64-bit surface descriptor" and the "64-bit surface descriptor with 32-bit line stride and 32-bit layer stride". A delicate routine tried to guess what stride the hardware will use if we don't specify it explicitly, and omit the stride if it matches. Unfortunately, that routine is broken in at least two ways: * Textures with ASTC must always specify an explicit stride. Failing to do so (like we were doing) is invalid. * It applies even for interleaved textures. The comment above the function saying otherwise is incorrect. (TODO: double check this) Bifrost onwards always specify the strides explicitly. Let's just do that and unify the gens. What is lost from doing this? A ludicrously trivial amount of memory and texture descriptor cache space. 8 bytes per layer*level per texture, in fact. Compared to the size of the textures being addressed, the memory usage is trivial. The texture descriptor cache size maybe matters more. But given Arm's hardware people went this direction for Bifrost and stuck to it, I doubt it matters much. Signed-off-by: Alyssa Rosenzweig <alyssa@collabora.com> Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/15991> |
||
|---|---|---|
| .gitlab/issue_templates | ||
| .gitlab-ci | ||
| android | ||
| bin | ||
| build-support | ||
| docs | ||
| include | ||
| src | ||
| subprojects | ||
| .dir-locals.el | ||
| .editorconfig | ||
| .gitattributes | ||
| .gitignore | ||
| .gitlab-ci.yml | ||
| .mailmap | ||
| .travis.yml | ||
| CODEOWNERS | ||
| meson.build | ||
| meson_options.txt | ||
| README.rst | ||
| VERSION | ||
`Mesa <https://mesa3d.org>`_ - The 3D Graphics Library ====================================================== Source ------ This repository lives at https://gitlab.freedesktop.org/mesa/mesa. Other repositories are likely forks, and code found there is not supported. Build & install --------------- You can find more information in our documentation (`docs/install.rst <https://mesa3d.org/install.html>`_), but the recommended way is to use Meson (`docs/meson.rst <https://mesa3d.org/meson.html>`_): .. code-block:: sh $ mkdir build $ cd build $ meson .. $ sudo ninja install Support ------- Many Mesa devs hang on IRC; if you're not sure which channel is appropriate, you should ask your question on `OFTC's #dri-devel <irc://irc.oftc.net/dri-devel>`_, someone will redirect you if necessary. Remember that not everyone is in the same timezone as you, so it might take a while before someone qualified sees your question. To figure out who you're talking to, or which nick to ping for your question, check out `Who's Who on IRC <https://dri.freedesktop.org/wiki/WhosWho/>`_. The next best option is to ask your question in an email to the mailing lists: `mesa-dev\@lists.freedesktop.org <https://lists.freedesktop.org/mailman/listinfo/mesa-dev>`_ Bug reports ----------- If you think something isn't working properly, please file a bug report (`docs/bugs.rst <https://mesa3d.org/bugs.html>`_). Contributing ------------ Contributions are welcome, and step-by-step instructions can be found in our documentation (`docs/submittingpatches.rst <https://mesa3d.org/submittingpatches.html>`_). Note that Mesa uses gitlab for patches submission, review and discussions.