[Bug 35457] [rs690m] Graphics corruption with ati x1200

bugzilla-daemon at freedesktop.org bugzilla-daemon at freedesktop.org
Sat Mar 10 05:26:27 PST 2012


--- Comment #19 from d4ddi0 <stillcompiling at gmail.com> 2012-03-10 05:26:27 PST ---
Experienced my first bit of corruption since adding "radeon.vramlimt=64" to my
kernel params.
When switching from tuxracer back to the native desktop mode 1366x768, the
pointer was corrupted.

One of the striking characteristics of this problem has always been that the
pointer and character glyphs would always get clobbered. Only the pointer was
affected this time

Happily the first time a popup happened that covered the cursor for a moment it
was restored.

Other than that my experience has been great with the vramlimit in place.

One more observation:
It does not look to me like the problem is an byte alignment issue. When
vramlimit is disabled, I can trigger the issue very quickly by going to a
google image search page in firefox and scrolling down through the images.
I can see what looks to me like linear versions of the images filling up the
display from top to bottom. If I correctly guess where firefox tabs are the
tabs will usually repaint that part of the window correctly, though there is
competition between (I'm guessing) the image cache and the screen, with one
overwriting the other, until you restart the X session. I would speculate that
either the size or location of the shared "hypermemory" vram is being
miscalculated, or that some of that 384 the bios reports as vram should be
treated as gtt memory.

BTW, I am a C programmer... If I knew where to start, I'd love to work on this
problem from a code angle. I've looked at the code somewhat, but even in the
code specific to my driver there is a lot of code in different places.

Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

More information about the xorg-driver-ati mailing list