[Bug 75419] New: [ILK] Unigine Tropics hangs the GPU
bugzilla-daemon at freedesktop.org
bugzilla-daemon at freedesktop.org
Sun Feb 23 21:11:56 PST 2014
https://bugs.freedesktop.org/show_bug.cgi?id=75419
Priority: medium
Bug ID: 75419
Assignee: idr at freedesktop.org
Summary: [ILK] Unigine Tropics hangs the GPU
QA Contact: intel-3d-bugs at lists.freedesktop.org
Severity: critical
Classification: Unclassified
OS: Linux (All)
Reporter: kenneth at whitecape.org
Hardware: x86-64 (AMD64)
Status: NEW
Version: 10.1
Component: Drivers/DRI/i965
Product: Mesa
Created attachment 94629
--> https://bugs.freedesktop.org/attachment.cgi?id=94629&action=edit
Bisect log (for reproducibility)
Running Unigine Tropics hangs the GPU on Ironlake. This occurs with 10.1 and
master, and is a regression: Mesa 10.0.3 works fine.
A bisect shows:
67ebcb4711d7c6d35df03298f065806613a62798 is the first bad commit
commit 67ebcb4711d7c6d35df03298f065806613a62798
Author: Kenneth Graunke <kenneth at whitecape.org>
Date: Mon Jan 13 14:32:56 2014 -0800
i965: Use the new drm_intel_bo offset64 field.
libdrm 2.4.52 introduces a new 'uint64_t offset64' field, intended to
replace the old 'unsigned long offset' field. To preserve ABI, libdrm
continues to store the presumed offset in both locations.
On Broadwell, a 64-bit kernel may place BOs at "high" (> 4G) addresses.
However, with a 32-bit userspace, the 'unsigned long offset' field will
only be 32-bit, which is not large enough to hold this value. We need
to use a proper uint64_t (like the kernel does).
Technically, a lot of this code doesn't affect Broadwell, so we could
leave it using the old field. But it makes sense to just switch to the
new, properly typed field.
Signed-off-by: Kenneth Graunke <kenneth at whitecape.org>
Reviewed-by: Eric Anholt <eric at anholt.net>
Reviewed-by: Ian Romanick <ian.d.romanick at intel.com>
Steps to reproduce:
$ cd tropics
$ export MESA_EXTENSION_OVERRIDE=GL_EXT_framebuffer_multisample
$ ./1024x768_windowed.sh
--
You are receiving this mail because:
You are the QA Contact for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/intel-3d-bugs/attachments/20140224/6bb0ea29/attachment-0001.html>
More information about the intel-3d-bugs
mailing list