| Summary: | [GM965] Ghosting and display problems (randomly) | ||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Product: | xorg | Reporter: | Logan Lewis <lfreedesktop> | ||||||||||
| Component: | Driver/intel | Assignee: | Jesse Barnes <jbarnes> | ||||||||||
| Status: | RESOLVED NOTABUG | QA Contact: | Xorg Project Team <xorg-team> | ||||||||||
| Severity: | normal | ||||||||||||
| Priority: | medium | Keywords: | NEEDINFO | ||||||||||
| Version: | 7.3 (2007.09) | ||||||||||||
| Hardware: | x86-64 (AMD64) | ||||||||||||
| OS: | Linux (All) | ||||||||||||
| Whiteboard: | |||||||||||||
| i915 platform: | i915 features: | ||||||||||||
| Attachments: |
|
||||||||||||
|
Description
Logan Lewis
2008-09-01 22:04:59 UTC
Created attachment 18624 [details]
Xorg log 1
Created attachment 18625 [details]
Xorg log 2
Created attachment 18626 [details]
Camera photo of ghosting problem
Ooh weird. My first thought is that this is a hardware problem, maybe your LVDS ribbon cable is loose or something. But if you can't reproduce with the vesa driver after awhile, then it could be an Intel driver problem. Can you try that out? Jesse, thanks for responding. I've spent the last few weeks trying to narrow down the problem. One of the first things I did was physically adjust the laptop to try to determine if it was a loose connection. I'm reasonably certain that's not the cause. I decided to put back in the 1 GB chip the laptop shipped with. I went two weeks without reproducing the problem. I've since tried putting in 1 of the 2 GB chips and will let that run for two weeks; before, the problem happened about once every other day. At this point I think the problem is either bad RAM (possible, but I let memtest run overnight) or some problem with 4 GB of RAM. The latter seems likely, as it's triggered bugs with /proc/mtrr being messed up. It would also help explain why the problem isn't common I was running an x86_64 distro with 4 GB of RAM (maxing out the laptop). I'm not sure this is a common configuration. After I test each chip individually (another 3.5 weeks or so), I'll put both chips in for a few days to see if I trigger the problem again. One more thing - having looked at "good" xorg logs now, I'm reasonably certain that nothing particularly special or distinctive shows up in them when the problem does occur. Ah hm, yeah RAM could be the issue I guess, though it seems like you'd catch that with memtest pretty quickly. Testing with the vesa driver would still be a good idea though if you can't narrow it down further. Oh I missed the second part of your message... I suppose a 4G configuration could also be an issue, if the BIOS didn't map the memory correctly. Either way I'll await your test results. Thanks, Jesse With one of the 2GB chips installed (for a week), the ghosting problem recurred. At the end of the log was: (II) intel(0): [drm] removed 1 reserved context for kernel (II) intel(0): [drm] unmapping 8192 bytes of SAREA 0x2efff000 at 0x7fc442fc4000 (II) intel(0): [drm] Closed DRM master. This didn't show up every time in the past, but I don't recall seeing it in logs where I didn't have the ghosting problem. Some searching turns up these messages relating to other bugs. Does it possibly have any significance? So there still may be a RAM-related problem (I went 2 weeks with a 1 GB chip with no problems), but it doesn't appear to be a strictly 4GB problem. I'm trying the other 2GB chip in case the first I tried was faulty in some way. Those messages should be a normal part of the server exit process when DRM is enabled (which should be most of the time). RAM seems like the most likely problem here, but if you can narrow it down to a DRM enabled vs. disabled configuration there may be something else going on. Though it took another 2 weeks, the ghosting problem recurred while resuming from suspend. When the problem happened more frequently (with 4 GB of RAM, about every 2 days), it would often happen randomly rather than at startup or resume. Nothing jumps out at me in the xorg log, but I'll post it anyway. As before, closing the lid and opening it eliminates the ghosting problem; it's difficult to tell, but it's almost like there's a slight flicker in the display after "fixing" the ghosting problem in this way. It goes away upon reboot. At this point my biggest concern is to distinguish whether I have some faulty hardware (display, video chip, RAM, etc) or this is a strange driver bug I'm encountering. It's strange that the problem was so much more frequent than it is now. I'd appreciate any suggestions. Created attachment 19637 [details]
Xorg log 3: ghosting after resume from suspend
I know you suggested trying the VESA driver for a while to see if the problem recurs while using it. I spent some time trying to get the native resolution of my internal LCD (1440x900) working with no luck (adding the modeline by hand didn't seem to work for me); am I wrong in thinking that the VESA driver does not support this? I understand I'd lose my second monitor as well, of course. Logan, I think you havn't run out your combination of RAMs yet. It sounds to me: 1) 1GB RAM works 2) 2GB RAM doesn't work. Have you tried to use the 2 1GB RAM of the 2GB mode each to see if they work in 1GB mode alone? Also, please do test VESA driver, even though you'll lose the other monitor. It'll help us narrow down the problem. I never see other similar report. It's very likely a HW issue, I think. Michael, Thanks for responding. I decided to try replacing the 4GB of RAM with another set from a different manufacturer (Crucial instead of Kingston). So far, so good (about 2.5 weeks). I'm hoping at this point that this was the cause. Given the long periods between triggering the problem, however, I'm not yet completely convinced I've found the cause. That said, I'll resolve this bug for now and keep my fingers crossed that the problem doesn't recur. Thanks again. |
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.