[Mesa-dev] [Bug 104119] radv: OpBitFieldInsert produces 0 with a loop counter for Insert
bugzilla-daemon at freedesktop.org
bugzilla-daemon at freedesktop.org
Tue Dec 5 15:53:05 UTC 2017
https://bugs.freedesktop.org/show_bug.cgi?id=104119
Bug ID: 104119
Summary: radv: OpBitFieldInsert produces 0 with a loop counter
for Insert
Product: Mesa
Version: git
Hardware: Other
OS: All
Status: NEW
Severity: normal
Priority: medium
Component: Drivers/Vulkan/radeon
Assignee: mesa-dev at lists.freedesktop.org
Reporter: jlegg at feralinteractive.com
QA Contact: mesa-dev at lists.freedesktop.org
Created attachment 135980
--> https://bugs.freedesktop.org/attachment.cgi?id=135980&action=edit
test application that reproduces the bug
On RADV, the SPIR-V OpBitFieldInsert opcode produces 0 when the Insert
parameter derives from a variable used as a loop counter. For example, the
following GLSL compute shader writes 0 to the first 8 elements of the buffer at
binding 0:
#version 450 core
layout(local_size_x = 1, local_size_y = 1, local_size_z = 1) in;
layout (std430, set = 0, binding = 0)
restrict writeonly buffer u2_cs { uint u2[]; };
void main()
{
for (int i = 0; i < 8; i++)
u2[i] = bitfieldInsert(0, i, 16, 2);
}
I've attached a program that reproduces the bug.
I'm using the LLVM release_50 branch at revision 318947 and the Mesa master
branch at 20d37da597653201d2c524434907e817bd03b1d0.
--
You are receiving this mail because:
You are the assignee for the bug.
You are the QA Contact for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/mesa-dev/attachments/20171205/9a5b1ac6/attachment.html>
More information about the mesa-dev
mailing list