| Bug ID | 103972 |
|---|---|
| Summary | GL_ARB_gpu_shader_int64. Compute shader. Shared storage. |
| Product | Mesa |
| Version | 17.3 |
| Hardware | x86-64 (AMD64) |
| OS | Linux (All) |
| Status | NEW |
| Severity | normal |
| Priority | medium |
| Component | Drivers/Gallium/radeonsi |
| Assignee | dri-devel@lists.freedesktop.org |
| Reporter | kampeador@gmail.com |
| QA Contact | dri-devel@lists.freedesktop.org |
Created attachment 135802 [details]
main.cpp and shader.
Hello.
I can't assign a variable with the data from shared storage. Before 17.2.5 =
this
bug affected all storage types, when using loops. It was fixed. Now its with
shared storage only. Some algorithms are impossible to implement efficientl=
y.
I've created a test app to reproduce this bug.
Output should be:
OUTPUT: 2101479989,1917184202,4191109983,1779160146
Currently it is:
0,0,4191109983,1779160146
It was also tested with AMD proprietary driver(GL_AMD_gpu_shader_int64) on
Windows 10 and worked correct.
Note 1: If you remove a "shared" qualifier inside shader, you wil=
l see a
correct output.
Note 2: Sometimes an app freezes my OS on Shader Program execution.
| What | Removed | Added |
|---|---|---|
| Version | 17.3 | 17.2 |
| What | Removed | Added |
|---|---|---|
| CC | t_arceri@yahoo.com.au |
Created attachment 138773 [d= etails] [review] Piglit test I've turn this into a piglit test. We hit and assert when using the TGSI backend and the NIR backend doesn't currently handle storing or loading sha= red 64bit values.
| What | Removed | Added |
|---|---|---|
| Resolution | --- | MOVED |
| Status | NEW | RESOLVED |
-- GitLab Migration Automatic Message -- This bug has been migrated to freedesktop.org's GitLab instance and has been closed from further activity. You can subscribe and participate further through the new bug through this = link to our GitLab instance: https://gitlab.freedesktop.org/mesa/mesa/issues/1289.