[Mesa-stable] [Mesa-dev] [PATCH] drirc: Disable ARB_blend_func_extended for Heaven 4.0/Valley 1.0.

Kenneth Graunke kenneth at whitecape.org
Tue Dec 29 12:34:37 PST 2015


On Tuesday, December 29, 2015 6:42:58 PM PST Marek Olšák wrote:
> On Mon, Dec 28, 2015 at 11:28 PM, Kenneth Graunke <kenneth at whitecape.org> 
wrote:
> > Unigine Heaven 4.0 and Valley 1.0 use dual color blending but don't
> > specify which fragment shader output is which, so there's at best a
> > 50/50 chance of us guessing it correctly.  This is invalid.
> > 
> > Unigine fixed this in 4.1 and 1.1 versions over a year and a half ago,
> > but hasn't actually released them for whatever reason.  So, add the
> > workaround back so that it works for most people.
> > 
> > Fixes Heaven 4.0/Valley 1.0 rendering on Ivybridge.  For whatever
> > reason, Broadwell worked.  4.1 and 1.1 have always worked.
> > 
> > Signed-off-by: Kenneth Graunke <kenneth at whitecape.org>
> > Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=92233
> > Cc: mesa-stable at lists.freedesktop.org
> > Cc: Marek Olšák <marek.olsak at amd.com>
> 
> Hi Ken,
> 
> We've never had a problem with this in gallium, but if it's just luck,
> I suppose it's okay to add the workaround.
> 
> In Gallium, the second color output is the same as gl_FragData[1], so
> it doesn't matter how the location is specified as long as it's clear
> which output goes second.
> 
> How difficult is it to be unlucky here? Does it depend on IR node ordering?
> 
> Reviewed-by: Marek Olšák <marek.olsak at amd.com>
> 
> Marek

Their shader has two ordinary user-defined outputs:

   out vec4 s_frag_data_0;
   out vec4 s_frag_data_1;

But they don't call glFragDataLocationIndexed() to define which output
variable is color 0 and which is color 1.  Nor do they use a layout
qualifier.  So, both variables end up with var->data.index == 0.
Which means they've told us both outputs are SRC0, and there isn't a SRC1.

We could guess based on the variable ordering - s_frag_data_0 happens
to be first (unless we reorder the IR nodes for some reason).  Or, we
could guess based on the variable names.

It's been 2.5 years since I first debugged this, so I don't recall
what the location field was set to.  If they set it to N and N + 1,
we could assume that they meant color index 0/1 based on that.  If it's
the same, we're out of luck.  (In GL, location is *supposed* to mean
the render target index, because you can in theory do MRT and dual
source blending together.  But, nobody's hardware does, AFAIK.)

--Ken
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: This is a digitally signed message part.
URL: <http://lists.freedesktop.org/archives/mesa-stable/attachments/20151229/446af646/attachment.sig>


More information about the mesa-stable mailing list