[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#461649: Follow-Up with pictures of black flickering bands

On Wed, Mar 19, 2008 at 5:10 PM, Stephen Benoit (Linux)
<linux@magnumline.com> wrote:
> Hi, Brice.
>  I am still using the unstable xorg with the xf86-video-ati from GIT
>  and the suggested xorg.conf changes mentioned before.
>  I am taking another stab at my shaking X in Etch.  To summarize:
>  Any change on screen (e.g. scrolling) causes a flicker (either a
>  thin black band (one or more rows of pixels) or shifting of a
>  row of pixels (the shaking effect).
>  BTW, with Option "NoAccel" "true", the shaking stops, but so does
>  my productivity ;)
>  This time, I am including some photos :) to help out.
>  The first two the upper-left corner of my typical desktop when
>  things are quiet versus when something is scrolling on the screen
>  and the display shakes.
>  The other three show a plain "X :0 &; sleep 10; aterm -display :0 &"
>  scenario while scrolling text in the aterm window.  Horizontal
>  black bands appear randomly over the screen.
>  It reminds me of a microcontroller project I worked on a few years
>  that generated real-time signals with sofware interrupts.  If the
>  CPU was busy with an uninterruptable operation, sync pulses would
>  be skipped or delayed.  I wonder if the ATI card gets busy with AGP
>  bus I/O and loses track of sending out the rasters on time.
>  If you can think of any options I could try, including kernel modules
>  (buggy intel_agp or radeonfb?), please let me know!

Does adjusting the DisplayPriority option help (see radeon man page)?

Some other options to try:
Option "BusType" "PCI"
Option "AGPMode" "X" where X is 1,2,4, or 8 (depending on your chipset)
Option "DRI" "False"


Reply to: