[Mesa-dev] [PATCH 00/11] i965 shader debug through KHR_debug
Ilia Mirkin
imirkin at alum.mit.edu
Fri Dec 7 00:53:37 UTC 2018
On Thu, Dec 6, 2018 at 7:36 PM Mark Janes <mark.a.janes at intel.com> wrote:
>
> This series provides Intel shader compilation debug information via
> KHR_debug. Previously, shader assembly and related compilation
> artifacts were dumped to stderr. Tools associating compilation
> artifacts with programs (e.g. FrameRetrace*) parsed stderr, which was
> error prone. Changes to the shader debug formats and the addition of
> shader cache assembly dumps further complicate the task of parsing
> stderr.
>
> KHR_debug provides synchronous callbacks with stable identifiers,
> simplifying the task of matching debug artifacts with the originating
> GLSL.
One observation is that while the identifiers may be stable within a
single execution, they will not be stable across different
applications / traces. id's are set on a first-come first-serve basis,
so depending on the exact order, the id's will end up different.
Is that OK for frameretrace? Another approach would be to create
globally-hardcoded id's for these, and start the auto-allocation in a
higher range.
-ilia
More information about the mesa-dev
mailing list