[Bug 104360] Specifying an explicit location for an array output messes up transform feedback
bugzilla-daemon at freedesktop.org
bugzilla-daemon at freedesktop.org
Thu Dec 21 15:58:20 UTC 2017
https://bugs.freedesktop.org/show_bug.cgi?id=104360
Bug ID: 104360
Summary: Specifying an explicit location for an array output
messes up transform feedback
Product: Mesa
Version: unspecified
Hardware: Other
OS: All
Status: NEW
Severity: normal
Priority: medium
Component: Drivers/DRI/i965
Assignee: intel-3d-bugs at lists.freedesktop.org
Reporter: nroberts at igalia.com
QA Contact: intel-3d-bugs at lists.freedesktop.org
Created attachment 136344
--> https://bugs.freedesktop.org/attachment.cgi?id=136344&action=edit
Test case showing the problem
There is a piglit test called
arb_enhanced_layouts-transform-feedback-layout-qualifiers which tests transform
feedback with a float array output like this:
layout(xfb_offset = 4) out float x2_out[2];
It verifies that the two floats in the array are written out to the XFB buffer
packed tightly together. This works ok and seems to make sense. I have been
trying to get this working with SPIR-V which effectively requires adding an
explicit location. If you do this, then I think Mesa ends up assigning a
separate location to each element of the array which means there will be three
wasted components in each location. This is presumably the correct behaviour.
However, this seems to be also affecting the XFB and the second element no
longer gets written out.
I was thinking maybe the second would get written out with some padding
in-between but this doesn’t seem to be the case. In any case on the proprietary
nVidia driver it continues to write the two values out packed together even
with an explicit location so I don’t think padding them out would be the
correct behaviour.
--
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/intel-3d-bugs/attachments/20171221/7e4766dd/attachment.html>
More information about the intel-3d-bugs
mailing list