Summary: | [GM45] [UXA] [KMS] lockup while using opera | ||||||||
---|---|---|---|---|---|---|---|---|---|
Product: | xorg | Reporter: | Arkadiusz Miskiewicz <arekm> | ||||||
Component: | Driver/intel | Assignee: | Eric Anholt <eric> | ||||||
Status: | RESOLVED FIXED | QA Contact: | Xorg Project Team <xorg-team> | ||||||
Severity: | critical | ||||||||
Priority: | medium | CC: | bgamari, freedesktop, gronslet, kedgedev, mnemo, sa | ||||||
Version: | git | ||||||||
Hardware: | Other | ||||||||
OS: | All | ||||||||
Whiteboard: | |||||||||
i915 platform: | i915 features: | ||||||||
Attachments: |
|
Description
Arkadiusz Miskiewicz
2009-04-30 02:19:08 UTC
bugzilla doesn't allow to attach plain/text files > 1MB so intel_gpu_dump output is here: http://carme.pld-linux.org/~arekm/intel_gpu_dump-bug-21488.txt Very nice, this looks like a hang I had as well and was waiting for a reproduce on (takes a lot longer than 2-3 days for me, and tends to only happen when I'm on the train with no other machines around) -- batchbuffer hung where it's bound at the last page of the aperture. If you had more dumps confirming this, that would be great. But in the meantime, I should whip up a patch tomorrow or so to try. Adjusting severity: crashes & hangs should be marked critical. Created attachment 25806 [details] [review] Proposed fix for this hang Posted a patch for review: http://lists.freedesktop.org/archives/intel-gfx/2009-May/002374.html Haven't actually tested it. *** Bug 21249 has been marked as a duplicate of this bug. *** *** Bug 21382 has been marked as a duplicate of this bug. *** *** Bug 21240 has been marked as a duplicate of this bug. *** Pulled into 2.6.30: commit 13f4c435ebf2a7c150ffa714f3b23b8e4e8cb42f Author: Eric Anholt <eric@anholt.net> Date: Tue May 12 15:27:36 2009 -0700 drm/i915: Don't allow binding objects into the last page of the aperture. This should avoid a class of bugs where the hardware prefetches past the end of the object, and walks into unallocated memory when the object is bound to the last page of the aperture. fd.o bug #21488 Signed-off-by: Eric Anholt <eric@anholt.net> *** Bug 21621 has been marked as a duplicate of this bug. *** *** Bug 21414 has been marked as a duplicate of this bug. *** I still get GPU lockups, about once a day. Most of the time I can still move the mouse, sometimes it freezes. My configuration: - GFX hardware: Intel Corporation Mobile 915GM/GMS/910GML Express Graphics Controller (rev 03) (Thinkpad X41) - Gentoo, 32 bit kernel + userland - xorg-server-1.6.2-r1 - mesa-7.5-r1 - xf86-video-intel-2.7.99.902-r1 - Kernel 2.6.30.2, KMS enabled, additional patches applied: i915: Save/restore cursor state on suspend/resume. i915: add ignore lvds quirk info for AOpen Mini PC i915: apply G45 vblank count code to all G4x chips and fix max_frame_count i915: avoid non-atomic sysrq execution i915: Skip lvds with Aopen i945GTt-VFA i915: Hook connector to encoder during load detection (fixes tv/vga detect) i915: initialize fence registers to zero when loading GEM i915: Set SSC frequency for 8xx chips correctly There are no suspicious messages in dmesg, syslog, Xorg.0.log or ~/.xsession-errors when the freeze occurs. Xorg backtrace looks like the one in bug 21249: #0 0xffffe424 in __kernel_vsyscall () #1 0xb7ac0719 in ioctl () from /lib/libc.so.6 #2 0xb797fb68 in drm_intel_gem_bo_map_gtt () from /usr/lib/libdrm_intel.so.1 #3 0xb7910f31 in ?? () from /usr/lib/xorg/modules/drivers//intel_drv.so #4 0x083c5858 in ?? () #5 0x00000000 in ?? () I attached the output of intel_gpu_dump. Created attachment 28191 [details]
Output of intel_gpu_dump
Robert, open your own bug for your own issue. You don't have this bug. |
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.