Bug 33715 - demo arbocclude regression since r600g: Implement asyncronous query results.
Summary: demo arbocclude regression since r600g: Implement asyncronous query results.
Status: RESOLVED NOTABUG
Alias: None
Product: Mesa
Classification: Unclassified
Component: Drivers/Gallium/r600 (show other bugs)
Version: git
Hardware: x86 (IA32) Linux (All)
: medium normal
Assignee: Default DRI bug account
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2011-01-30 04:58 UTC by Andy Furniss
Modified: 2014-04-13 10:55 UTC (History)
0 users

See Also:
i915 platform:
i915 features:


Attachments
screenshot with softpipe (31.55 KB, image/png)
2012-09-12 11:33 UTC, Andreas Boll
Details
screenshot with llvmpipe, r600g (34.84 KB, image/png)
2012-09-12 11:34 UTC, Andreas Boll
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Andy Furniss 2011-01-30 04:58:03 UTC
The bottom square and number in the mesa demo arbocclude are rendering red.

It seems r600c has been doing this for some time, bith swrasts are OK and before this commit r600g got it right also.

e7ec53273547335863b2377bea9d35aa9c114c6b is the first bad commit
commit e7ec53273547335863b2377bea9d35aa9c114c6b
Author: Mathias Fröhlich <Mathias.Froehlich@web.de>
Date:   Sun Jan 23 22:16:56 2011 +0100

    r600g: Implement asyncronous query results.
Comment 1 Andy Furniss 2011-01-30 04:59:40 UTC
(In reply to comment #0)

Forgot to say this is with d-r-t kernel and git ddx on a rv790.
Comment 2 Alex Deucher 2011-01-31 11:01:39 UTC
Is this still an issue with the latest mesa from git master?
Comment 3 Andrew Randrianasulu 2011-01-31 11:46:58 UTC
for me even llvmpipe shows bottom square and corresponding text as red

Using mesa (llvmpipe/r600g) up to commit 7d9e0ea7393c14cbf2d58364726951b14e0d4fc7 (glx: Properly check for a valid fd in dri2CreateScreen().)
Comment 4 Andy Furniss 2011-01-31 11:48:38 UTC
(In reply to comment #2)
> Is this still an issue with the latest mesa from git master?

Yes it's still the same.
Comment 5 Dave Airlie 2011-01-31 15:25:11 UTC
I don't think this is a bug, its just how the demo works, it paints red if the results aren't ready when first asked, which is perfectly within spec from what I can see.
Comment 6 Andreas Boll 2012-09-12 11:30:34 UTC
(In reply to comment #5)
> Dave Airlie wrote:
> I don't think this is a bug, its just how the demo works, it paints red if the
> results aren't ready when first asked, which is perfectly within spec from what
> I can see.

I can reproduce the same result:
with softpipe all squares have the same color
with llvmpipe and r600g the bottom square is red


Should we close this bug as NOTABUG?
Comment 7 Andreas Boll 2012-09-12 11:33:24 UTC
Created attachment 67045 [details]
screenshot with softpipe
Comment 8 Andreas Boll 2012-09-12 11:34:03 UTC
Created attachment 67046 [details]
screenshot with llvmpipe, r600g
Comment 9 Marek Olšák 2014-04-13 10:55:39 UTC
(In reply to comment #5)
> I don't think this is a bug, its just how the demo works, it paints red if
> the results aren't ready when first asked, which is perfectly within spec
> from what I can see.

Closing as per the comment above.


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.