Bug#461649: Image shakes and shivers when content changes with Radeon RV100 QY (Radeon 7000/VE)

2008-01-22 Thread Michel Dänzer

On Mon, 2008-01-21 at 19:08 -0500, Stephen Benoit (Linux) wrote:
 
 1. Tests under xserver-xorg unstable:
 
 At first, I had the shaking/shivering problem under load, but it was less
 pronounced (about 1-2 pixel horizontal movement).  Settings that seem to
 help:
 
 Option SWCursor on
 Option AGPMode 1

How about Option DisplayPriority HIGH (or BIOS)?


 Section Extensions
 Option Composite disable
 EndSection

That's not likely directly related to the problem.


 2. Trying the git version of xf86-video-ati:
 
 Building from source required the xorg macros:
 % git-clone git://anongit.freedesktop.org/git/xorg/util/macros

These are available in the xutils-dev package.


 Now that the source building dependencies are satisfied, The autogen.sh
 script works fine, but the CARD64 type used in radeon_crtc.c was
 undefined.  Combing through /usr/include/{X11,xorg} this seems to be
 conditionally defined in X11/Xmd.h.  My solution?  typedef unsigned long
 CARD64; in radeon_crtc.c.  

unsigned long is only 32 bits on 32 bit platforms, you'd need unsigned
long long.

Does CARD64 get defined if you #include X11/Xmd.h explicitly in
radeon_crtc.c?


-- 
Earthling Michel Dänzer   |  http://tungstengraphics.com
Libre software enthusiast |  Debian, X and DRI developer




Bug#461649: Image shakes and shivers when content changes with Radeon RV100 QY (Radeon 7000/VE)

2008-01-22 Thread Stephen Benoit (Linux)
Hi, Michel.

Things are working better.

Michel Dänzer wrote:

 On Mon, 2008-01-21 at 19:08 -0500, Stephen Benoit (Linux) wrote:

 1. Tests under xserver-xorg unstable:

 At first, I had the shaking/shivering problem under load, but it was
 less
 pronounced (about 1-2 pixel horizontal movement).  Settings that seem to
 help:

 Option SWCursor on
 Option AGPMode 1

 How about Option DisplayPriority HIGH (or BIOS)?

 Section Extensions
 Option Composite disable
 EndSection

 That's not likely directly related to the problem.

I agree.  I do not see a difference with these settings now.
In fact, I just put AGPMode back to 4 and removed SWCursor.
Now that I am using xorg unstable, I can only reproduce the
original shaking problem intermittently.

 2. Trying the git version of xf86-video-ati:

 Building from source required the xorg macros:
 % git-clone git://anongit.freedesktop.org/git/xorg/util/macros

 These are available in the xutils-dev package.

Quite correct!  I was using the etch xutils-dev, upgrading to the
unstable xutils-dev solved the macro problem.

 Now that the source building dependencies are satisfied, The autogen.sh
 script works fine, but the CARD64 type used in radeon_crtc.c was
 undefined.  Combing through /usr/include/{X11,xorg} this seems to be
 conditionally defined in X11/Xmd.h.  My solution?  typedef unsigned
 long
 CARD64; in radeon_crtc.c.

 unsigned long is only 32 bits on 32 bit platforms, you'd need unsigned
 long long.

 Does CARD64 get defined if you #include X11/Xmd.h explicitly in
 radeon_crtc.c?

My mistake.  I was using the Etch x11proto-core-dev.  Upgrade fixed the
CARD64 definition.

Thanks for the hints: I also upgraded to the unstable libgl1-mesa-*
packages and now even armagetron works fine!

Overall, everything is useable again after upgrading to xorg unstable.

Best regards,
Stephen Benoit
[EMAIL PROTECTED]





Bug#461649: Image shakes and shivers when content changes with Radeon RV100 QY (Radeon 7000/VE)

2008-01-21 Thread Stephen Benoit (Linux)
Brice Goglin wrote:
 Stephen Benoit (Linux) wrote:
 I tried the git approach, but the autogen.sh script requires
 xorg-server=1.2 and libdrm=2.2 which are more recent than etch.

 I did not find any xserver-xorg backports for etch, so I will try
 upgrading xorg to unstable.  I'll report back when it's installed
 and I can try it out.


 Actually, no need to upgrade all the way to unstable.

 Just upgrade xserver-xorg-core, and some dependencies such as
 xserver-xorg-dev, libdrm and so to testing/lenny. Building ati from git
 should work then. I will be much easier than upgrading to unstable.

Hi, Brice.

I tried the minimal upgrade to get xserver-xorg-dev to unstable/sid (Maybe
I should have tried testing/lenny).  To satisfy dependencies, I ended up
upgrading xserver-xorg to unstable (7.3+10) with xserver-org-core
(1.4.1~git20080118-1).

1. Tests under xserver-xorg unstable:

At first, I had the shaking/shivering problem under load, but it was less
pronounced (about 1-2 pixel horizontal movement).  Settings that seem to
help:

Option SWCursor on
Option AGPMode 1
...
Section Extensions
Option Composite disable
EndSection

With earlier tests I could reproduce the problem instantly.  Now it is not
consistent.  I use an aterm with pseudo-transparency (uses piece of the
root Pixmap as a window background).  I could run my test for several
minutes before the shaking starts.  If I use xrandr to change resolution
while the test is running, it could either stop or restart the shaking.

Overall: this setup is better for my needs.  For some reason my armagetron
dies when starting a match, but I can live without that ;).

2. Trying the git version of xf86-video-ati:

Building from source required the xorg macros:
% git-clone git://anongit.freedesktop.org/git/xorg/util/macros

Now that the source building dependencies are satisfied, The autogen.sh
script works fine, but the CARD64 type used in radeon_crtc.c was
undefined.  Combing through /usr/include/{X11,xorg} this seems to be
conditionally defined in X11/Xmd.h.  My solution?  typedef unsigned long
CARD64; in radeon_crtc.c.  Make, manually install *_drv.so, restart xorg,
and, of course, the new driver could not change screen resolution anymore
and was convinced that all the valid modelines were now of the form
1280x1024x0.0 and so forth.

I assume I am missing a header file.

3. I will continue breaking in xorg 1.4.1 with xserver-xorg-video-ati
6.7.197-1.

Drat.  I just ran glxgears while my random character generation test was
running.  The screen started shaking all over again, even after I killed
glxgears.  I think the pseudo-transparency of aterm is creating a lot of
traffic over AGP.  After pausing the scrolling characters and moving the
aterm window, the shaking stopped -- even after resuming the scrolling.

Thanks for your assistance, if you have suggestions, I welcome them!

Best regards,
Stephen Benoit
[EMAIL PROTECTED]




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#461649: Image shakes and shivers when content changes with Radeon RV100 QY (Radeon 7000/VE)

2008-01-20 Thread Brice Goglin
Stephen M. Benoit wrote:
 Package: xserver-xorg-video-ati
 Version: 1:6.6.3-2
 Severity: normal
 File: /usr/lib/xorg/modules/drivers/radeon_drv.so


 Hello.

 With Xorg 7.1.0-19, my Radeon RV100 QY (Radeon 7000/VE) displays a
 shaky, flickering image whenever there is a change on the screen
 (scrolling, cursor movement, update in gkrellm...).

 For example, when I open an aterm, choose a large font and run:

 % dd if=/dev/urandom bs=512 | od -t x1 -A none

 ... the horizontal lines on my screen shake and shiver independently
 and randomly left or right by at least 3 pixels.  When everything
 seems still, I observe several flickering lines per second.

 I have tried using NoAccel and a slew of options documented in
 radeon(4), but there was no improvement.  Same problem whether I use
 Linux kernel 2.6.20 or 2.6.23.14 using SMP(SMT) or UP.  Using a lower
 frame rate made no difference, nor did a lower resolution, nor
 lowering the HorizSync or VertRefresh of the monitor description.

 I am testing on 2 dual-boot (Debian Sarge, Debian Etch) single-head
 workstations with identical hardware but different LCD (SVGA
 connection) monitors.  Both have the same behaviour.  Under Sarge with
 XFree86 4.3.0 (backport), the old radeon driver produces a stable
 picture.

 Any ideas?  Suggestions are welcome, I am including configuration
 information below.
   

Can you try a more recent xserver-xorg-video-ati? 6.6.3 is very old.
Either you upgrade your X.org to unstable, or you just rebuild
xserver-xorg-video-ati latest git against Etch. There's a quick howto
for building the latest git at
http://bgoglin.livejournal.com/10936.html
(replace intel by ati in the text). If you need help, let me know.

Brice




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#461649: Image shakes and shivers when content changes with Radeon RV100 QY (Radeon 7000/VE)

2008-01-20 Thread Alex Deucher
On Jan 20, 2008 12:15 AM, Stephen M. Benoit [EMAIL PROTECTED] wrote:
 Package: xserver-xorg-video-ati
 Version: 1:6.6.3-2
 Severity: normal
 File: /usr/lib/xorg/modules/drivers/radeon_drv.so


 Hello.

 With Xorg 7.1.0-19, my Radeon RV100 QY (Radeon 7000/VE) displays a
 shaky, flickering image whenever there is a change on the screen
 (scrolling, cursor movement, update in gkrellm...).

 For example, when I open an aterm, choose a large font and run:

 % dd if=/dev/urandom bs=512 | od -t x1 -A none

 ... the horizontal lines on my screen shake and shiver independently
 and randomly left or right by at least 3 pixels.  When everything
 seems still, I observe several flickering lines per second.

 I have tried using NoAccel and a slew of options documented in
 radeon(4), but there was no improvement.  Same problem whether I use
 Linux kernel 2.6.20 or 2.6.23.14 using SMP(SMT) or UP.  Using a lower
 frame rate made no difference, nor did a lower resolution, nor
 lowering the HorizSync or VertRefresh of the monitor description.

 I am testing on 2 dual-boot (Debian Sarge, Debian Etch) single-head
 workstations with identical hardware but different LCD (SVGA
 connection) monitors.  Both have the same behaviour.  Under Sarge with
 XFree86 4.3.0 (backport), the old radeon driver produces a stable
 picture.

 Any ideas?  Suggestions are welcome, I am including configuration
 information below.

Please try a more recent version of the radeon driver (6.7.19x or
higher) and x server (1.3 or newer).

Alex



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]