Bug 72351
| Summary: | [GM45] oops in iowrite32 after long hibernation | ||
|---|---|---|---|
| Product: | Drivers | Reporter: | Jae-hyeon Park (jhyeon) |
| Component: | Video(DRI - Intel) | Assignee: | Chris Wilson (chris) |
| Status: | RESOLVED CODE_FIX | ||
| Severity: | normal | CC: | daniel, intel-gfx-bugs |
| Priority: | P3 | ||
| Hardware: | x86-64 | ||
| OS: | Linux | ||
| See Also: | https://bugs.freedesktop.org/show_bug.cgi?id=76554 | ||
| Kernel Version: | 3.10.0-rc7 | Subsystem: | |
| Regression: | No | Bisected commit-id: | |
| Attachments: |
Kernel oops in syslog
Xorg.0.log Bisection log *ERROR* and kernel oops in syslog dmesg with external TV connected after X startup Xorg.0.log with external TV connected after X startup |
||
|
Description
Jae-hyeon Park
2014-03-17 20:52:41 UTC
Created attachment 129801 [details]
Xorg.0.log
Created attachment 129811 [details]
Bisection log
Tainted. By what? Sorry, I forgot that I was using modules from https://github.com/evgeni/tp_smapi . They are hdaps.ko, thinkpad_ec.ko, tp_smapi.ko. I am going to retest this without those modules, if you want. I was more concerned that this may not have been the first warning. Can you please run 'addr2line -i -e </path/to/i915.ko> 0xffffffffa038a1c4' or perhaps better gdb </path/to/i915.ko> ; list *intel_gen4_queue_flip+0xc4 I realized that my ebuild script was stripping the kernel modules before installing them, so I recompiled the kernel without stripping the modules. I also switched on the CONFIG_DEBUG_INFO option. But then the system locked up hardly after resume, so I could not get dmesg or syslog. Therefore, I just tried the gdb command, hoping that the address is not changed whether to (un)strip or to turn on/off CONFIG_DEBUG_INFO. The result is: # gdb /lib/modules/3.10.0-1+/kernel/drivers/gpu/drm/i915/i915.ko GNU gdb (Gentoo 7.6.2 p1) 7.6.2 Copyright (C) 2013 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "x86_64-pc-linux-gnu". For bug reporting instructions, please see: <http://bugs.gentoo.org/>... Reading symbols from /lib64/modules/3.10.0-1+/kernel/drivers/gpu/drm/i915/i915.ko...done. (gdb) list *intel_gen4_queue_flip+0xc4 0x2d1b4 is in intel_gen4_queue_flip (/var/tmp/portage/sys-kernel/bisect-3.99.99/work/linux-3.99.99/drivers/gpu/drm/i915/intel_ringbuffer.h:233). 228 /var/tmp/portage/sys-kernel/bisect-3.99.99/work/linux-3.99.99/drivers/gpu/drm/i915/intel_ringbuffer.h: No such file or directory. Line intel_ringbuffer.h:233 is in the function: 229 static inline void intel_ring_emit(struct intel_ring_buffer *ring, 230 u32 data) 231 { 232 iowrite32(data, ring->virtual_start + ring->tail); 233 ring->tail += 4; 234 } BTW, the kernel crashed without the tp_smapi modules. Chris, another candidate for your ring init rework patches? Maybe, but he didn't say that they were any error messages upon resume. You would have thought he noticed the *ERROR* first. Created attachment 130801 [details]
*ERROR* and kernel oops in syslog
Sorry, I missed the *ERROR*: [drm:init_ring_common] *ERROR* render ring initialization failed ctl 0001f001 head 0000c82c tail 00000000 start 00003000 Definitely one for Chris' patches. I've rebased the patches against drm-intel-nightly, so they should be easier to apply: http://cgit.freedesktop.org/~ickle/linux-2.6/log/?h=bug76554 I tried the bug76554 branch with head cfa8aaa35f180268c99e72964228c944930af680 by (shallow-)cloning the git repo. Now, the long hibernation issue seems to be gone. Thank you. However, I hit "*ERROR* render ring initialization failed" under a different condition. Maybe due to this, compiz or sometimes the X server crashes. A good thing is that this takes much less time to reproduce. The steps to trigger the error are: 0. turn off computer 1. disconnect external display from the VGA port 2. turn on Thinkpad X200 Tablet and wait until X server starts up 3. connect an LCD TV to the VGA port 4. log in (compiz then starts up) 5. hibernate 6. resume I attach dmesg with drm.debug=7 and Xorg.0.log. Should I file a different bug? Created attachment 131511 [details]
dmesg with external TV connected after X startup
Created attachment 131521 [details]
Xorg.0.log with external TV connected after X startup
Chris, is this a dupe of https://bugs.freedesktop.org/show_bug.cgi?id=76554? Can we close this one? Close enough. The bug in the summary was a different fix. Assuming the bug in the summary is now fixed, please reopen if this is not the case. We'll track the render ring initialization issue at https://bugs.freedesktop.org/show_bug.cgi?id=76554. Thanks for the report. |