Summary: | Segfault in intelTexImage | ||
---|---|---|---|
Product: | Mesa | Reporter: | Luke-Jr <luke-jr+freedesktopbugs> |
Component: | Drivers/DRI/i965 | Assignee: | Intel 3D Bugs Mailing List <intel-3d-bugs> |
Status: | RESOLVED FIXED | QA Contact: | Intel 3D Bugs Mailing List <intel-3d-bugs> |
Severity: | major | ||
Priority: | medium | CC: | chadversary, courtney, idr, jason |
Version: | 10.1 | ||
Hardware: | x86 (IA32) | ||
OS: | Linux (All) | ||
Whiteboard: | |||
i915 platform: | i915 features: | ||
Attachments: |
apitrace trace --api gl armagetronad
workaround/hack Proposed patch to fix an MMX memory alignment issue |
Description
Luke-Jr
2014-03-18 01:59:57 UTC
I have installed Armagetron Advance from the repositories of my Debian Jessie installation. However, I couldn't reproduce this bug with neither Mesa 9.2.2 nor Mesa 10.2.0-devel (git-63e7b51) on a SandyBridge system. Could you give more details about your setup? Can you test it on top of Mesa git master? My apologies, I forgot to include that info... CPU: Intel(R) Core(TM) i7-4771 CPU @ 3.50GHz Kernel: Linux 3.12.14 OS: Gentoo Mesa: 10.1.0 Xorg-server: 1.15.0 xf86-video-intel: 2.21.15 Perhaps also worth noting, that with the stable versions (Mesa 9.1.6, xorg-server 1.14.3), attempting to run Quake4 caused X itself to crash (segfault, trying to dereference 0x1) although Armagetron worked. My upgrades were an attempt to get a fix for that. I could potentially try the git mesa ebuild from the x11 overlay, but I prefer to run only stable code usually. Is mesa git stable? :) Can you post an apitrace? (In reply to comment #3) > Can you post an apitrace? I don't know what that is... Same problem with Mesa from git. Created attachment 96022 [details]
apitrace trace --api gl armagetronad
(In reply to comment #6) > Created attachment 96022 [details] > apitrace trace --api gl armagetronad Thanks. When you replay this, you get the segfault you mentioned? It's not segfaulting for me. When it comes to the part where the program segfaults, I get a dialog: Couldn't execute the replay file 'armagetronad.trace' For whatever reason, I do *not* get the segfault when I run in a bare X server (ie, without KDE). Instead, I get software rendering (if my radeons! are seen by Linux) or just hanging (if I "remove" the radeons before I start X, so DRI doesn't have a fit). I should mention that a year ago, on the same system but with a Sandy Bridge motherboard/CPU, this all worked great... I found that by deleting my Armagetron config, it would start and run. I can now consistently reproduce this crash by setting TrueColour Textures to On (it defaults to Off) and applying the settings (can only be done via Screen Mode settings). Created attachment 98153 [details] [review] workaround/hack After a few hours of debugging, I found the problem lies in rgba8_copy_16, which appears to use SSSE3 for a faster 128-bit and 512-bit memcpy. For some reason, this code segfaults on my platform (Haswell i7-4771 in x86_32 mode). Removing the SSSE3 code "fixes" the problem, and all 3 games (Armagetron, Quake, and Quake 4) work again. FWIW, it seems Qt is discovering SSSE3 issues on Haswell also: https://bugreports.qt-project.org/browse/QTBUG-34499 (In reply to comment #12) > FWIW, it seems Qt is discovering SSSE3 issues on Haswell also: > https://bugreports.qt-project.org/browse/QTBUG-34499 Totally irrelevant. That bug is about a compile error. Created attachment 105775 [details] [review] Proposed patch to fix an MMX memory alignment issue Could you please re-test with the attached patch. Thanks! Maybe. Do you know off-hand if it will be a valid test with the radeon driver? I got tired of Intel's daily PC hangs and put an AMD card in... :/ (In reply to comment #15) > Maybe. Do you know off-hand if it will be a valid test with the radeon > driver? I got tired of Intel's daily PC hangs and put an AMD card in... :/ No. It's a patch to the i965 driver (the driver you filed the bug against..) Ok, might be a while then. I'm currently enjoying 43 days of uptime since switching to AMD :x I'll try to remember to test this next time I have to reboot for some reason. We're seeing an assertion failure in the ES2-CTS.gtf.GL2FixedTests.scissor.scissor conformance test that looks a lot like the same issue as reported here. Unfortunately it is not reproducible when the test is run by itself, but only appears when run as part of the whole CTS process. Cc'ing Ian. I suspect this was fixed by commit 6cc7aec5b05ff19d9bdf2b33c993257625d7c9fc Author: Jason Ekstrand <jason.ekstrand@intel.com> Date: Thu Apr 7 11:36:47 2016 -0700 i965/tiled_memcopy: Get rid of the direction parameter to get_memcpy or the prior few commits. |
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.