https://bugs.freedesktop.org/show_bug.cgi?id=94388
Bug ID: 94388 Summary: r600_blit.c:281: r600_decompress_depth_textures: Assertion `tex->is_depth && !tex->is_flushing_texture' failed. Product: Mesa Version: git Hardware: x86 (IA32) OS: Linux (All) Status: NEW Severity: normal Priority: medium Component: Drivers/Gallium/r600 Assignee: dri-devel@lists.freedesktop.org Reporter: iive@yahoo.com QA Contact: dri-devel@lists.freedesktop.org
am\steamapps\common\Crysis\bin32\crysis.exe: r600_blit.c:281: r600_decompress_depth_textures: Assertion `tex->is_depth && !tex->is_flushing_texture' failed. fixme:faultrep:ReportFault 0x738120 0x0 stub
This is a regression and bisect narrowed it down to: --- commit 757071ca7cdda12d2974614f9a9d02d5a834f38c Author: Fredrik Höglund fredrik@kde.org Date: Fri Jan 8 16:31:14 2016 -0500 st/mesa: Accelerate PBO uploads ---
Unfortunately I was not able to get backtrace or apitrace (d3d9 or opengl).
For me the bug is triggered when using the wine native d3d9 to opengl wrapper, running the steam version of Crysis 1. The game starts, shows intros and menus, loading screen, but crashes when level is started.
https://bugs.freedesktop.org/show_bug.cgi?id=94388
Nicolai Hähnle nhaehnle@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |nhaehnle@gmail.com
--- Comment #1 from Nicolai Hähnle nhaehnle@gmail.com --- Created attachment 122214 --> https://bugs.freedesktop.org/attachment.cgi?id=122214&action=edit Possible fix based on problem description
Thanks for the report. Based on a quick inspection of the code, I noticed a logic bug in compressed depthtex tracking.
Could you please try the attached patch and report whether it fixes the problem? If it *doesn't* fix the problem, it would be helpful to get a backtrace.
https://bugs.freedesktop.org/show_bug.cgi?id=94388
--- Comment #2 from Marek Olšák maraeo@gmail.com --- (In reply to Nicolai Hähnle from comment #1)
Created attachment 122214 [details] [review] Possible fix based on problem description
Thanks for the report. Based on a quick inspection of the code, I noticed a logic bug in compressed depthtex tracking.
Could you please try the attached patch and report whether it fixes the problem? If it *doesn't* fix the problem, it would be helpful to get a backtrace.
Reviewed-by: Marek Olšák marek.olsak@amd.com
https://bugs.freedesktop.org/show_bug.cgi?id=94388
iive@yahoo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |FIXED Status|NEW |RESOLVED
--- Comment #3 from iive@yahoo.com --- The patch have been committed to Mesa3D git and I can confirm that the issue is fixed.
To test that, I reverted the e502801d98 commit and the bug returned, so I'm sure this is the patch that fixed it.
Good Work.
(Don't forget to apply it to the 11.2 branch.)
dri-devel@lists.freedesktop.org