To reproduce, use: - xonotic 0.7.0 at lowest detail, with only offset mapping turned on. - r600g from git, with SB backend and LLVM both turned on. Turning off either makes the bug disappear (although there are other issues, rensambling z fighting, when only llvm is enabled; not sure if they are related to offset mapping, I'll check later.) The issue is clearly visible by running any of the demos that come with xonotic. FWIW, other apps (glxgears, gnome-shell, etc.) work just fine. $gitgl glxinfo | grep str server glx vendor string: SGI server glx version string: 1.4 client glx vendor string: Mesa Project and SGI client glx version string: 1.4 OpenGL vendor string: X.Org OpenGL renderer string: Gallium 0.4 on AMD CEDAR OpenGL version string: 2.1 Mesa 9.2.0-devel (git-2923685) OpenGL shading language version string: 1.30 $ llvm-config --version 3.3 Tested with both stock 3.10 kernel from arch linux and the recent dpm-wip5 branch. Nothing suspicious in dmesg. May be related to #50230, which was closed as fixed.
Created attachment 82247 [details] shader dump Looks like it's llvm backend's issue, I'm attaching the dump of the failing shader. As far as I know, SET_GRADIENTS_x instructions should be in the same TEX clause with SAMPLE_G instructions that use corresponding gradients. SB ignores SET_GRADIENTS_x instructions in separate clauses and this makes the problem more noticeable. IIRC there was also piglit test failing due to this problem with llvm backend.
Thanks for the quick response. I just wanted to note that the glitch is still there with llvm 3.4 trunk.
-- 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/447.
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.