[Bug 93970] Second Life - Advanced Lighting Model shader fails to compile on Radeon SI driver
https://bugs.freedesktop.org/show_bug.cgi?id=93970
Bug ID: 93970 Summary: Second Life - Advanced Lighting Model shader fails to compile on Radeon SI driver Product: Mesa Version: 11.0 Hardware: Other OS: Linux (All) Status: NEW Severity: normal Priority: medium Component: Drivers/Gallium/radeonsi Assignee: dri-devel@lists.freedesktop.org Reporter: sonichedgehog_hyperblast00@yahoo.com QA Contact: dri-devel@lists.freedesktop.org
Created attachment 121467 --> https://bugs.freedesktop.org/attachment.cgi?id=121467&action=edit Shader compilation log
Advanced Lighting Model shader for Second Life fails to compile. When enabled, the menu waits for a moment then turns the option back off. I attached a log of the messages printed to the console during shader activation... there seem to be a lot of complaints about FXAA.
The problem only exists in the RadeonSI driver, not the R600 driver! Until yesterday I had a Radeon HD 6870 video card (AMD BARTS) and the shader worked perfectly, now I got a Radeon R7 370 (AMD PITCAIRN) and the problem occurs since I installed it.
https://bugs.freedesktop.org/show_bug.cgi?id=93970
MirceaKitsune sonichedgehog_hyperblast00@yahoo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |sonichedgehog_hyperblast00@ | |yahoo.com
--- Comment #1 from MirceaKitsune sonichedgehog_hyperblast00@yahoo.com --- Created attachment 121468 --> https://bugs.freedesktop.org/attachment.cgi?id=121468&action=edit System data from the Help -> About menu
https://bugs.freedesktop.org/show_bug.cgi?id=93970
--- Comment #2 from Ilia Mirkin imirkin@alum.mit.edu --- Try running with force_glsl_extensions_warn=true in the environment. Looks like the shader tries to use some advanced functionality without enabling the extensions. It checks with #ifdef GL_ARB_gpu_shader5, without enabling the ext, which is unfortunate. My understanding is that the preprocessor macros are set to 1 even when the ext isn't enabled with #extension.
https://bugs.freedesktop.org/show_bug.cgi?id=93970
MirceaKitsune sonichedgehog_hyperblast00@yahoo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |NEEDINFO
--- Comment #3 from MirceaKitsune sonichedgehog_hyperblast00@yahoo.com --- (In reply to Ilia Mirkin from comment #2)
Thank you, that got the shader working again! I already had to add allow_glsl_extension_directive_midshader=true to my ~/.profile file for Second Life shaders, so until either the driver or SL fix this I'll include that one too. If the problem lies with Mesa this bug should stay open, if not someone close it please.
https://bugs.freedesktop.org/show_bug.cgi?id=93970
--- Comment #4 from Ilia Mirkin imirkin@alum.mit.edu --- There's a drirc entry for Second Life already:
<application name="Second Life" executable="do-not-directly-run-secondlife-bin"> <option name="allow_glsl_extension_directive_midshader" value="true" /> </application>
You could just add the other option there as well - no need to set them globally (in fact, it might cause other things to break as a result - various exts can cause older shaders to become invalid, as keywords are added/etc).
https://bugs.freedesktop.org/show_bug.cgi?id=93970
Michel Dänzer michel@daenzer.net changed:
What |Removed |Added ---------------------------------------------------------------------------- Assignee|dri-devel@lists.freedesktop |mesa-dev@lists.freedesktop. |.org |org Component|Drivers/Gallium/radeonsi |Mesa core QA Contact|dri-devel@lists.freedesktop |mesa-dev@lists.freedesktop. |.org |org
dri-devel@lists.freedesktop.org
-
bugzilla-daemon＠freedesktop.org