Bug 30202 - The desktop sometimes freezes with a radeon mobilty 9600
Summary: The desktop sometimes freezes with a radeon mobilty 9600
Status: RESOLVED INVALID
Alias: None
Product: xorg
Classification: Unclassified
Component: Driver/Radeon (show other bugs)
Version: unspecified
Hardware: x86 (IA32) Linux (All)
: medium major
Assignee: xf86-video-ati maintainers
QA Contact: Xorg Project Team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2010-09-15 01:02 UTC by Christian Trippe
Modified: 2018-06-12 19:06 UTC (History)
0 users

See Also:
i915 platform:
i915 features:


Attachments
Xorg.0.log (39.75 KB, text/x-log)
2010-09-15 01:02 UTC, Christian Trippe
no flags Details
output of dmesg (52.41 KB, text/plain)
2010-09-15 01:04 UTC, Christian Trippe
no flags Details
output of dmesg after booting without radeon.agpmode=-1 (56.44 KB, text/plain)
2010-09-16 12:06 UTC, Christian Trippe
no flags Details

Description Christian Trippe 2010-09-15 01:02:31 UTC
Created attachment 38715 [details]
Xorg.0.log

I am using the KDE desktop without compositing on a Samsung P35 which has a radeon mobilty 9600 card. Even in this case the desktop sometimes simply freezes. No switch to a virtual terminal or killing of the xserver is possible.

I did not find anything in /var/log/messages or /var/log/Xorg.0.log.old after a freeze.

Workaround is to boot with radeon.agpmode=-1 on the kernel command line. Then even Desktop effects did not cause a crash so far, although they are very slow.

The bug can often but not always be triggered by opening a firefox session with many opened tabs.

I am using openSUSE packages

Kernel: 2.6.36-rc3-10-default
xorg-x11-server-7.5_1.9.0-62.14.i586
Mesa-7.8.2-35.1.i586
xorg-x11-driver-video-7.5-88.1.i586 which has
* Do Sep 02 2010
- xf86-video-ati-6.13.99 20100901-2b98ec1
  * latest radeon git master driver ( 2010-09-01)
Comment 1 Christian Trippe 2010-09-15 01:04:00 UTC
Created attachment 38716 [details]
output of dmesg
Comment 2 Michel Dänzer 2010-09-15 01:08:19 UTC
(In reply to comment #2)
> Workaround is to boot with radeon.agpmode=-1 on the kernel command line.

Do any other values for that option work? The valid values are 1 / 2 / 4 if your setup is AGPv2 or 4 / 8 if it's AGPv3.
Comment 3 Christian Trippe 2010-09-16 10:11:35 UTC
(In reply to comment #2)
> (In reply to comment #2)
> > Workaround is to boot with radeon.agpmode=-1 on the kernel command line.
> 
> Do any other values for that option work? The valid values are 1 / 2 / 4 if
> your setup is AGPv2 or 4 / 8 if it's AGPv3.

My setup is AGPv2 and the default seems to be 4. But the freeze also occurs with 1 and 2.
Comment 4 Michel Dänzer 2010-09-16 10:18:37 UTC
Please also attach the dmesg output without agpmode=-1.
Comment 5 Christian Trippe 2010-09-16 12:06:35 UTC
Created attachment 38749 [details]
output of dmesg after booting without radeon.agpmode=-1
Comment 6 Ivan 2010-09-30 03:40:43 UTC
I can confim this bug on my notebook with radeon 9000 mobility. There is more annoing that after upgrade to xorg 1.9.0 radeon.agpmode=-1 stops working and my notebook became totally unusable because it freezes after a couple of minutes.

I'm trying to recompile radeon module with --disable-dri but it's does not work with a lot of errors. However compiling without --disable-dri works but result is the same as with distrib drivers - freeze after 2-3 minutes of work.

The more I noticed that freeze without radeon.agpmode=-1 before xorg 1.9.0 arose in scrolling context while looking webpages or javascript games.

The something like that is reprodused also under WinXP while looking flash context making screen totally white a long long time ago ;)

I'm using now Arch Linux i686, with 2.6.32 kernel and xorg 1.9.0
No disable font antialiasing, no disable xcompmgr helps me to make it works normally with new xorg.
Comment 7 Adam Jackson 2018-06-12 19:06:59 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.