| Priority | medium |
|---|---|
| Bug ID | 60034 |
| Assignee | dri-devel@lists.freedesktop.org |
| Summary | rv790 etqw regression since r600g: add async for staging buffer upload v2 |
| Severity | normal |
| Classification | Unclassified |
| OS | Linux (All) |
| Reporter | lists@andyfurniss.entadsl.com |
| Hardware | x86 (IA32) |
| Status | NEW |
| Version | git |
| Component | Drivers/Gallium/r600 |
| Product | Mesa |
Card PCIE HD4890, drm fixes kernel. Since - commit 325422c49449acdd8df1eb2ca8ed81f7696c38cc Author: Jerome Glisse <jglisse@redhat.com> Date: Mon Jan 7 17:45:59 2013 -0500 r600g: add async for staging buffer upload v2 v2: Add virtual address to dma src/dst offset for cayman I can see some reflection rendering errors in etqw. They are not visible on most maps but looking from high up on island where the sky is reflected in the sea they are obvious from a cold boot, but far more subtle after running repeatedly for bisect. attached screenshots showing both cases.
Created attachment 73868 [details]
worse case from cold boot
Created attachment 73869 [details]
best case after repeated runs
| What | Removed | Added |
|---|---|---|
| Attachment #73869 mime type | text/plain | image/png |
Comment on attachment 73868 [details]
worse case from cold boot
Ignore low fps on this compared to other screen - the card was on low.
Please update mesa again a bunch of fixes were push. Make sure you have up to : e1598cb642334c809e6ec219d793e7bc85a213de
(In reply to comment #4) > Please update mesa again a bunch of fixes were push. Make sure you have up > to : > e1598cb642334c809e6ec219d793e7bc85a213de I am still seeing it on current head.
Can you capture a trace using https://github.com/apitrace/apitrace your distribution might have package for it. Also try to make the trace as small as possible by jumping directly to the issue.
(In reply to comment #6) > Can you capture a trace using https://github.com/apitrace/apitrace your > distribution might have package for it. Also try to make the trace as small > as possible by jumping directly to the issue. Well I got one but it's 186 meg compressed. That's as small as I can get it - made a demo where you can see the issue and then loaded it directly from command line +exec a_script thus bypassing the 3D menu screen and made the game quit after rendering just 5 frames (1 isn't any better). I guess the screen while the map is (slowly) loading is accounting for a lot of the data. Do you have somewhere I can upload 186 meg?
Created attachment 74016 [details]
compressed text output from etqw apitrace dump
If it's just the output of apitrace dump that's needed then this is a lot
smaller.
No it's the trace that's needed. You can try on some of those free file hosting otherwise you can dcc send it to me on irc (freenode glisse) and i will put it somewhere
(In reply to comment #9) > No it's the trace that's needed. You can try on some of those free file > hosting otherwise you can dcc send it to me on irc (freenode glisse) and i > will put it somewhere Here it is - http://www.andyqos.ukfsn.org/etqw-trace.xz
Created attachment 74200 [details] [review] work around Can you check that this work around fix the rendering ?
(In reply to comment #11) > Created attachment 74200 [details] [review] [review] > work around > > Can you check that this work around fix the rendering ? Yes, this fixes etqw for me. I see someone else reported an issue with this commit and xonotic. I haven't checked if xonotic was OK before, but I can see the issue and this patch does not help it. https://bugs.freedesktop.org/show_bug.cgi?id=60236
Created attachment 74299 [details] [review] Fix Do this fix the etqw issue for you too ?
(In reply to comment #13) > Created attachment 74299 [details] [review] [review] > Fix > > Do this fix the etqw issue for you too ? Yes it fixes etqw, but not xonotic.
| What | Removed | Added |
|---|---|---|
| Status | NEW | RESOLVED |
| Resolution | --- | FIXED |