Created attachment 31818 [details] traceback I have a ati 3450 mobility on a dell studio 1535 running gentoo. I use kernel-2.6.32, kms, radeon, mesa and libdrm from git/svn. 10 minutes ago while usind the comp my screen blacked out and return into a blurry screen. I'm use kde 4.3.4 and was using composite at that time. here is the traceback:
Created attachment 32185 [details] another crash traceback another crash, this time it's seems more informative
Your GPU just locks up but we don't have idea from logs what causes that. Did you do something specific when this has happened? Like some specific application usage, or starting video, or sth? I experience lock up on my 34xx (Sony VAIO) greatly reproducible by using JDownloader. Will debug that after our HDMI and PM issues will calm down. Maybe this will same fix for your case. By the way, could you try running JDownloader for some minutes? With having this on top, maximized. You just download it, unpack and use "java -jar JDownloader.jar" to start it.
(In reply to comment #2) > Your GPU just locks up but we don't have idea from logs what causes that. > > Did you do something specific when this has happened? Like some specific > application usage, or starting video, or sth? > > I experience lock up on my 34xx (Sony VAIO) greatly reproducible by using > JDownloader. Will debug that after our HDMI and PM issues will calm down. Maybe > this will same fix for your case. > > By the way, could you try running JDownloader for some minutes? With having > this on top, maximized. You just download it, unpack and use "java -jar > JDownloader.jar" to start it. > it happens on random times, usually, I use firefox and kdevelop 4. compositing is disabled, but the problem still persists. I haven't used jdownloader for quite a while, will try and report back. is there any way to produce a better log? will enabling kernel debug will help?
running jdownloader for 5 minutes didn't crashed the system. is there a way to rule out hardware problems?
I don't think this is hardware problem related, many ppl experience random lock-ups. You may enable drm debug option (15 value maybe?) and watch results using netconsole but you'd get much much noise as you don't have reliable way of reproducing. Recently I got some crazy lock up and even asked about possible VRAM problem. If you have broken RAM you won't get normal desktop for most of time. So if your desktop is generally OK, that really shouldn't be VRAM issue.
(In reply to comment #5) > I don't think this is hardware problem related, many ppl experience random > lock-ups. You may enable drm debug option (15 value maybe?) and watch results > using netconsole but you'd get much much noise as you don't have reliable way > of reproducing. > > Recently I got some crazy lock up and even asked about possible VRAM problem. > If you have broken RAM you won't get normal desktop for most of time. So if > your desktop is generally OK, that really shouldn't be VRAM issue. > my desktop is ok usually, I'm running gentoo, seems that using the patched gentoo-sources cause the problem in bigger occurrence then the official kernel, currently I'm running the official kernel
I can confirm as well. I have had this happen with kernel 2.6.32 stable, and kernel 2.6.33-rc1 and 2.6.33-git unstable. Latest X, kms, and libdrm will lock up randomly. R600 chipset here, Radeon HD 3200 video. It doesn't matter what you are doing, it will happen in minutes to hours or within the day at the most. (In reply to comment #3) > (In reply to comment #2) > > Your GPU just locks up but we don't have idea from logs what causes that. > > > > Did you do something specific when this has happened? Like some specific > > application usage, or starting video, or sth? > > > > I experience lock up on my 34xx (Sony VAIO) greatly reproducible by using > > JDownloader. Will debug that after our HDMI and PM issues will calm down. Maybe > > this will same fix for your case. > > > > By the way, could you try running JDownloader for some minutes? With having > > this on top, maximized. You just download it, unpack and use "java -jar > > JDownloader.jar" to start it. > > > > it happens on random times, usually, I use firefox and kdevelop 4. compositing > is disabled, but the problem still persists. > > I haven't used jdownloader for quite a while, will try and report back. > is there any way to produce a better log? will enabling kernel debug will help? >
if you disable kms, your system will probably not freeze. since I've disabled it (kernel wise) the system didn't froze even once.
Ok, gave it a shot with kms disabled and that did it. Looks like whatever is going on, seems to be kms and kernel side. (In reply to comment #8) > if you disable kms, your system will probably not freeze. > since I've disabled it (kernel wise) the system didn't froze even once. >
cannot reproduce in later kernels, seems to be fixed.
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.