Bug 79035

Summary:	radeonsi: Unigine Sanctuary shadows
Product:	Mesa	Reporter:	smoki <smoki00790>
Component:	Drivers/Gallium/radeonsi	Assignee:	Default DRI bug account <dri-devel>
Status:	RESOLVED FIXED	QA Contact:
Severity:	normal
Priority:	medium
Version:	10.1
Hardware:	Other
OS:	All
Whiteboard:
i915 platform:		i915 features:
Attachments:	radeonsi fglrx swrast

Description smoki 2014-05-21 18:58:03 UTC

Debian Sid current 32 & 64 i have both separete, can compile everything, compare with fglrx, etc... but can't fix this bug myself :). Hardware is Radeon 8400 aka  R3, that is on Athlon 5350 APU.

 So all in all, shadows are broken in Unigine Sanctuary demo. 

 Fglrx and swrast behave fine.

 Some other user at phoronix, compared 7790 Bonaire (which also show a bug) with Intel HD 2500 and i can say intel works fine, so intel does not show this bug. He also made video of this demo which showing an issue: http://www.phoronix.com/forums/showthread.php?100327-Catalyst-14-4-Has-Advantages-Over-Linux-3-15-Mesa-10-3-Git&p=418131#post418131

Comment 1 smoki 2014-05-21 18:59:11 UTC

Created attachment 99531 [details]
radeonsi

Comment 2 smoki 2014-05-21 18:59:51 UTC

Created attachment 99532 [details]
fglrx

Comment 3 smoki 2014-05-21 19:00:33 UTC

Created attachment 99533 [details]
swrast

Comment 4 smoki 2014-05-21 19:08:07 UTC

 
 So what we can see on this picture example :). If we look up at the little windows we can see much darker shadows then it needs to be, if we look down shadows are just missing, if wee look right - pillar and statue does not have its shadow, etc...

Comment 5 Michel Dänzer 2014-07-15 07:41:05 UTC

This seems fixed with current LLVM SVN/Git and Mesa Git, probably by Marek's texturing fixes.

Comment 6 smoki 2014-07-15 10:52:22 UTC

(In reply to comment #5)
> This seems fixed with current LLVM SVN/Git and Mesa Git, probably by Marek's
> texturing fixes.

 Yeah confirm as fixed in current llvm-svn212976 / mesa-git e945a19b35025c962131b2c4b7393461445f08f2.

 But have one note for someone who read this and maybe wants to improve hyperz case... With hyperz enabled it still render similar to this, shadows are more black like before has been in nohyperz case. So as i see, with hyperz enabled this only fixes shadow position, but seems like bias level stay the same :).

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.