Bug 33912
Summary: | [RV515] Kernel .35 onwards, Random X freezes while scrolling | ||
---|---|---|---|
Product: | Drivers | Reporter: | Vish (drkvi-a) |
Component: | Video(DRI - non Intel) | Assignee: | drivers_video-dri |
Status: | RESOLVED OBSOLETE | ||
Severity: | high | CC: | alan, alexdeucher |
Priority: | P1 | ||
Hardware: | All | ||
OS: | Linux | ||
Kernel Version: | .35, .36, .37, .38, .39 | Subsystem: | |
Regression: | Yes | Bisected commit-id: | |
Attachments: |
gdb of X using Kernel 2.6.38-02063802
gdb of X using Kernel 2.6.35-1(ubuntu) gdb of X using Kernel 2.6.35-020635rc1 Xorg.0.log dmesg kern.log syslog Syslog-e |
Description
Vish
2011-04-25 09:31:52 UTC
Created attachment 55362 [details]
gdb of X using Kernel 2.6.35-1(ubuntu)
Created attachment 55372 [details]
gdb of X using Kernel 2.6.35-020635rc1
Created attachment 55382 [details]
Xorg.0.log
Created attachment 55621 [details]
dmesg
It froze again(Apr 27 20:42:06) with same gdb, did a
$ echo t > /proc/sysrq-trigger
And then SAK to restart session. Attaching the dmesg
Created attachment 55631 [details]
kern.log
kern.log Contains today's freeze, Apr 27 20:42:06 , and the previous one Apr 25 01:45:20
Created attachment 55641 [details]
syslog
Created attachment 55882 [details]
Syslog-e
Attaching the syslog when X froze while scrolling in evince
Also happens in .39 kernel $ uname -a Linux Aspire-5670 2.6.39-02063901-generic #201106030905 SMP Fri Jun 3 10:56:14 UTC 2011 i686 GNU/Linux Can you bisect? (In reply to comment #9) > Can you bisect? I have never bisected a kernel, but I can try. Just have a few doubts. 1 * Can I do with the Ubuntu kernel as per Ubuntu instructions[0] as: $ git bisect start Ubuntu-2.6.35-1.1 Ubuntu-2.6.34-5.14 Which seems a saner incremental interval of Jun5 -> Jun 4. Whereas Mainline Kernel 2.6.35-020635rc1-generic #020635rc1[1] which is dated Jun 1 had the problem , but Kernel 2.6.34-02063407-generic #201009140905[2] dated Sep 14(!!!) did not have the problem. 2 * Are there any pointers to narrow down the kernel commit from the backtraces I have posted? Or is just looking for "drivers/gpu/drm/radeon/" the closest? 3 * Is there any specific command I need to run if I hit the bug? Or is gdb of X sufficient? Do I need to set any variables to get better logs of the freeze? (This is a very random bug which can sometimes take days, would be nice to know just to be prepared. And I dont know much about kernel, hence the Qs.. :D ) [0]<https://wiki.ubuntu.com/Kernel/KernelBisection> [1]<http://kernel.ubuntu.com/~kernel-ppa/mainline/v2.6.35-rc1-lucid/> [2]<http://kernel.ubuntu.com/~kernel-ppa/mainline/v2.6.34.7-maverick/> [3]<http://kernel.ubuntu.com/git?p=ubuntu/ubuntu-maverick.git;a=commit;h=67a3e12b05e055c0415c556a315a3d3eb637e29e> (In reply to comment #10) > (In reply to comment #9) > > Can you bisect? > > I have never bisected a kernel, but I can try. Just have a few doubts. > > 1 * Can I do with the Ubuntu kernel as per Ubuntu instructions[0] as: > $ git bisect start Ubuntu-2.6.35-1.1 Ubuntu-2.6.34-5.14 > > Which seems a saner incremental interval of Jun5 -> Jun 4. That should be fine. The closest two kernels that where which have and don't have the problem are your best bet. > 2 * Are there any pointers to narrow down the kernel commit from the > backtraces > I have posted? > Or is just looking for "drivers/gpu/drm/radeon/" the closest? You can narrow the bisection to just radeon, but if the problem is something non-radeon you'll get inconclusive results. > > 3 * Is there any specific command I need to run if I hit the bug? > Or is gdb of X sufficient? > Do I need to set any variables to get better logs of the freeze? It's really hard to narrow down what causes the GPU to hang. It could be a bug in the kernel, it could also be a certain combination of command buffers or userspace acceleration drivers that happen to make the GPU angry. Just getting the commit id should be enough. You might also try a newer ddx and/or mesa 3D driver to see if that helps. (In reply to comment #11) > Just getting the commit id should be enough. OK, sure will try that. |