Bug 4930 - Display corruption and freezing
Summary: Display corruption and freezing
Status: RESOLVED INVALID
Alias: None
Product: xorg
Classification: Unclassified
Component: Driver/nVidia (open) (show other bugs)
Version: 6.8.2
Hardware: x86 (IA32) Linux (All)
: high critical
Assignee: Xorg Project Team
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2005-10-30 10:46 UTC by Simon Morgan
Modified: 2006-05-21 02:15 UTC (History)
0 users

See Also:
i915 platform:
i915 features:


Attachments
Xorg log (42.56 KB, text/plain)
2005-10-30 10:47 UTC, Simon Morgan
no flags Details
Xorg configuration (1.91 KB, text/plain)
2005-10-30 10:47 UTC, Simon Morgan
no flags Details

Description Simon Morgan 2005-10-30 10:46:10 UTC
After running the server for a (seemingly arbitrary) length of time, parts of
the screen will begin to be replaced by white blocks. This will continue until
Xorg freezes completely apart from the mouse cursor. I don't experience this
with the closed source "nvidia" driver.
Comment 1 Simon Morgan 2005-10-30 10:47:05 UTC
Created attachment 3662 [details]
Xorg log
Comment 2 Simon Morgan 2005-10-30 10:47:35 UTC
Created attachment 3663 [details]
Xorg configuration
Comment 3 Adam Jackson 2005-10-31 08:36:46 UTC
do you experience this corruption with XAA disabled?
Comment 4 Simon Morgan 2005-10-31 14:20:49 UTC
It doesn't look like it. I've been using it for a few hours now and I think it's 
safe to say that I would have seen the display corruption/freezing if it was 
enabled.
Comment 5 Adam Jackson 2005-11-01 14:05:12 UTC
can you narrow it down to a particular XAA code path?  see the various
"XaaNo..." options in the xorg.conf man page.
Comment 6 Simon Morgan 2005-11-06 13:02:05 UTC
XaaNoOffscreenPixmaps seems to stop the problem.
Comment 7 Adam Jackson 2005-11-12 14:27:41 UTC
your log shows that you're still loading libglx.so from nvidia's closed driver.
 you should probably restore Xorg's libglx.

also, try artificially reducing the amount of VRAM the driver utilized with the
VideoRAM option.  it may be that either you have bad vram or that the nv driver
has a bug accessing high memory locations.
Comment 8 Simon Morgan 2005-11-12 16:42:31 UTC
Well I completely removed the nvidia-glx package which resulted in the X.org
version of the library being loaded (I checked to make sure) and I still got
display corruption. I'll try your VideoRAM suggestion.
Comment 9 Simon Morgan 2005-11-12 16:52:05 UTC
I tried setting:

VideoRAM 65536

in my xorg.conf, but I still get:

(--) NV(0): VideoRAM: 131072 kBytes

in Xorg.0.log. Does this mean X is actually using that much VRAM?
Comment 10 Erik Andren 2006-05-21 18:52:43 UTC
Are you still experiencing this bug with a current version of xorg?
Comment 11 Simon Morgan 2006-05-21 19:08:58 UTC
No, but then again it's been so long since I filed the bug that I'm not even 
using the same system I was when I filed the bug.
Comment 12 Erik Andren 2006-05-21 19:15:06 UTC
Closing as there are no hardware to reproduce this bug on. 


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.