Bug 13176

Summary: Random Hangs ith xf86-video-ati > 6.6.3 on AGP X800 use DVI
Product: xorg Reporter: Robert Rankin <tuppe666>
Component: Driver/RadeonAssignee: xf86-video-ati maintainers <xorg-driver-ati>
Status: RESOLVED INVALID QA Contact: Xorg Project Team <xorg-team>
Severity: major    
Priority: medium CC: bugs-freedesktop, grsfdhj, kevin.krsulich, steve, thomas.schorpp
Version: 7.3 (2007.09)   
Hardware: x86 (IA32)   
OS: Linux (All)   
Whiteboard:
i915 platform: i915 features:
Attachments:
Description Flags
Xorg.0.log
none
Xorg.conf
none
Output of "lspci"
none
Output of "lspci-n"
none
Output of "lspci-v"
none
Output of "lspci-vn"
none
workaround possible CP hang on r420 none

Description Robert Rankin 2007-11-10 12:20:11 UTC
Clicking in and out of input boxes in Firefox seems to force this. I have tried everything up until the latest GIT 10th November 2007. Others seem to have similar problems without resolution.
Comment 1 Robert Rankin 2007-11-10 12:22:42 UTC
Created attachment 12439 [details]
Xorg.0.log

Xorg.0.log after its hard-locked
Comment 2 Robert Rankin 2007-11-10 12:24:46 UTC
Created attachment 12440 [details]
Xorg.conf

/etc/X11/xorg.conf
Comment 3 Robert Rankin 2007-11-10 12:29:26 UTC
Created attachment 12441 [details]
Output of "lspci"
Comment 4 Robert Rankin 2007-11-10 12:31:33 UTC
Created attachment 12442 [details]
Output of "lspci-n"
Comment 5 Robert Rankin 2007-11-10 12:32:49 UTC
Created attachment 12443 [details]
Output of "lspci-v"
Comment 6 Robert Rankin 2007-11-10 12:33:30 UTC
Created attachment 12444 [details]
Output of "lspci-vn"
Comment 7 Alex Deucher 2007-11-11 08:51:27 UTC
Can you try turning off the dri, not forcing the agp mode and turning off colortiling and see what combinations help?
Comment 8 Robert Rankin 2007-11-13 15:52:13 UTC
Turning off dri everything is 100% stable.
Turning on/off colortiling makes no difference
Not forcing agp mode means that it *detects* my AGP mode automatically.

I've tried various combinations of the above. I can now force a hard-lock consistently by click on an input box and drag off it with nothing selected.
Comment 9 Kevin Krsulich 2007-11-13 21:21:03 UTC
I can duplicate this behavior with my ATI Radeon Mobility 9100 IGP.
Comment 10 Alex Deucher 2007-11-14 10:36:17 UTC
Does updating your drm to the version in git help?  Do you still get the lockups with exa?  how about if you disable renderaccel?
Comment 11 Kevin Krsulich 2007-11-17 12:25:11 UTC
I still get lockups with RenderAccel set to false.

I tried EXA but it ended up breaking a number of other things in both compiz/emerald and fluxbox so I had some trouble getting firefox up. That said, when I did, I was unable to reproduce the crash. 


It should also be noted that the crashes with firefox only occur when using compiz/emerald, but will still occur under fluxbox for certain opengl screensavers.

Comment 12 Robert Rankin 2007-11-18 12:55:36 UTC
(In reply to comment #10)
> Does updating your drm to the version in git help?  Do you still get the
> lockups with exa?  how about if you disable renderaccel?
> 

I still get lockups with when I replace xaa with exa. I have disabled RenderAccel and experience exactly the same problem. The latest version of DRM even though it is reported as working, although doesn't seem to be accelerated, and crashed 3D programs...still has exactly the same problem.
Comment 13 Michel Dänzer 2007-11-21 05:58:12 UTC
(In reply to comment #11)
> I tried EXA but it ended up breaking a number of other things in both
> compiz/emerald and fluxbox so I had some trouble getting firefox up. That said,
> when I did, I was unable to reproduce the crash. 

As this is not true for Robert, your problems are probably different.


Robert, does it still happen with Option "XaaNoSolidFillRect"? If yes, can you try other similar options documented in the xorg.conf manpage? Always verify in the log file after the line

(II) RADEON(0): Using XFree86 Acceleration Architecture (XAA)

that each option actually has an effect.
Comment 14 Robert Rankin 2007-11-21 12:55:37 UTC
> Robert, does it still happen with Option "XaaNoSolidFillRect"? If yes, can you
> try other similar options documented in the xorg.conf manpage? Always verify in
> the log file after the line
> 
> (II) RADEON(0): Using XFree86 Acceleration Architecture (XAA)
> 
> that each option actually has an effect.
> 

I can't seem to force it to hard lock with Option "XaaNoSolidFillRect" 

fred@localhost ~ $ cat /var/log/Xorg.0.log | grep rectangles
        8x8 mono pattern filled rectangles
fred@localhost ~ $ cat /var/log/Xorg.0.log.old | grep rectangles
        Solid filled rectangles
        8x8 mono pattern filled rectangles
Comment 15 Michel Dänzer 2008-08-29 01:11:54 UTC
*** Bug 17278 has been marked as a duplicate of this bug. ***
Comment 16 tom schorpp 2008-08-29 05:51:57 UTC
duplicate bug confirmed.

(II) RADEON(0): XAA Render acceleration unsupported on Radeon 9500/9700 and newer. Please use EXA instead.
(**) RADEON(0): Option "XaaNoSolidFillRect" "true"
(II) RADEON(0): Using XFree86 Acceleration Architecture (XAA)

thx, but suggest You do not remove the above warning, cause it is a hint for quick+easy workaround on hanging systems, even if gnome terminal scrolling with EXA is stuttering and slow, smooth with XAA. I switched back to XAA now.

y
tom

Comment 17 Michel Dänzer 2009-08-13 08:18:55 UTC
Does booting with radeon.no_wb=1 (or setting the radeon kernel module parameter no_wb to 1 by whatever means you prefer) work around the problem? Verify with

dmesg|grep writeback

that writeback is really disabled.
Comment 18 Alex Deucher 2009-08-13 09:41:56 UTC
Created attachment 28598 [details] [review]
workaround possible CP hang on r420

Does this patch against the drm help?  We may need to apply the workaround on CP reset as well.
Comment 19 Alex Deucher 2009-09-08 09:49:52 UTC
*** Bug 23793 has been marked as a duplicate of this bug. ***
Comment 20 414N 2009-09-11 01:35:39 UTC
(In reply to comment #18)
> Created an attachment (id=28598) [details]
> workaround possible CP hang on r420
> 
> Does this patch against the drm help?  We may need to apply the workaround on
> CP reset as well.
> 
Applying the patch made OpenOffice work for me (it hung the entire X server before)-
I still have problems with some 3D games in wine, though. Dunno if it's wine's fault or X's.

Comment 21 Alex Deucher 2010-10-19 15:43:28 UTC
is this still an issue with KMS?
Comment 22 Adam Jackson 2018-06-12 19:09:04 UTC
Mass closure: This bug has been untouched for more than six years, and is not
obviously still valid. Please reopen this bug or file a new report if you continue to experience issues with current releases.

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.