Bug 557593

>modinfo radeon
filename: /lib/modules/2.6.31.5-0.1-pae/kernel/drivers/gpu/drm/radeon/radeon.ko
license: GPL and additional rights
description: ATI Radeon
author: Gareth Hughes, Keith Whitwell, others.
srcversion: D95F7F85D05C72112F277F3
depends: drm
vermagic: 2.6.31.5-0.1-pae SMP mod_unload modversions 686
parm: no_wb:Disable AGP writeback for scratch registers (int)

http://en.opensuse.org/Bugs/Definitions#Bug_Priorities

Did a fresh install of OpenSuSE 11.2 on a system with graphics card based on ATI RV280 5961 (apparently also known as Radeon 9200).

# modinfo radeon
filename:       /lib/modules/2.6.31.5-0.1-default/kernel/drivers/gpu/drm/radeon/radeon.ko
license:        GPL and additional rights
description:    ATI Radeon
author:         Gareth Hughes, Keith Whitwell, others.
srcversion:     D95F7F85D05C72112F277F3
depends:        drm
vermagic:       2.6.31.5-0.1-default SMP mod_unload modversions 586TSC
parm:           no_wb:Disable AGP writeback for scratch registers (int)

Attempt to use 3D results in a total system freeze: hard reboot necessary with Hugin 0.8.0 "Fast Preview Panorama" (uses openGL). Normal Panorama Preview is OK.

Near total system freeze with Google Earth for GNU/Linux 5.1.3509.4636: 
Mouse pointer keeps moving, no reaction to any mouse clicks, hard reboot necessary.

Problem also observed on the same machine running Ubuntu Karmic Koala when trying to start SecondLife-i686-1.23.5.136262. Sometimes I get as far as the login screen, but then the system freezes up.

Aleksey, would it be possible to provide the required information according
to our HOWTO

  http://en.opensuse.org/Bugs:X

for reporting X11 related bugs? Please set the Status back to
ASSIGNED after providing all the required information. Thanks.

Also I would appreciate, if you wouldn't raise the priority all the time.

Stephan, please open a seperate bugreport for your issue. I's not about slowness, but about a freezing system.

Created attachment 328862 [details]
Xorg config

Now I removed xorg.conf. This is previous generated by sax2.

Created attachment 328863 [details]
Xorg.0.log

# rpm --changelog -q libdrm | head -n3
* Sept 29 2009 sndirsch@suse.de
- libdrm 2.4.14
  * intel: adds support for G41, B43 and Ironlake

# rpm --changelog -q Mesa | head -n3
* Oct 07 2009 mhopf@novell.com
- Add -DNDEBUG to CFLAGS.
  It's unfortunate, but a few newly added assert()s for testing memory leaks

# rpm --changelog -q xorg-x11-server | head -n3
* Nov 02 2009 sndirsch@suse.de
- build Xserver again with '-O2' instead of '-O0', which had been
  an unintentional change (bnc #551789)

# rpm --changelog -q xorg-x11-driver-video | head -n3
* Oct 26 2009 sndirsch@suse.de
- xf86-video-intel 2.9.1
  * a few, hand-picked bug fixes since that 2.9.0 release

# rpm --changelog -q xorg-x11-driver-input | head -n3
* Sept 23 2009 sndirsch@suse.de
- simplified 11-x11-synaptics.fdi (bnc #540591)

# xrandr
Screen 0: minimum 320 x 200, current 1280 x 1024, maximum 3840 x 1920
VGA-0 disconnected (normal left inverted right x axis y axis)
DVI-0 connected 1280x1024+0+0 (normal left inverted right x axis y axis) 376mm x 301mm
   1280x1024      60.0*+   75.0     60.0*
   1280x960       60.0
   1152x864       75.0
   1024x768       75.0     70.1     60.0
   832x624        74.6
   800x600        72.2     75.0     60.3     56.2
   640x480        75.0     72.8     66.7     59.9
   720x400        70.1
S-video disconnected (normal left inverted right x axis y axis)

Created attachment 328864 [details]
hwinfo -monitor

hwinfo -monitor command output

Created attachment 328865 [details]
hwinfo -gfx command output

Nothing obvious here.

(In reply to comment #11)
> Nothing obvious here.

Nothing?! Look at Comment 1 please: radeon kernel module does not accept parameters at all:
parm: no_wb:Disable AGP writeback for scratch registers (int)

but people said should be something like this:
parm: no_wb:Disable AGP writeback for scratch registers (int)
parm: modeset:Disable/Enable modesetting (int)
parm: dynclks:Disable/Enable dynamic clocks (int)
parm: r4xx_atom:Enable ATOMBIOS modesetting for R4xx (int)
parm: vramlimit:Restrict VRAM for testing (int)
parm: agpmode:AGP Mode (-1 == PCI) (int)
parm: gartsize:Size of PCIE/IGP gart to setup in megabytes (32,64, etc)
(int)
parm: benchmark:Run benchmark (int)
parm: test:Run tests (int)
parm: connector_table:Force connector table (int)
parm: tv:TV enable (0 = disable) (int)

And as I said according to forums many people have that problem in openSUSE 11.2 for ATI cards, R280, R300, others. And they also mention that all worked fine in 11.1. Some solved that problem rebuilding and installing kernel, xorg, libdrm, mesa from git. Probably something wrong with build configuration scripts.

(In reply to comment #12)
> (In reply to comment #11)
> > Nothing obvious here.
> 
> Nothing?! Look at Comment 1 please: radeon kernel module does not accept
> parameters at all:
> parm: no_wb:Disable AGP writeback for scratch registers (int)

So what?

> but people said should be something like this:
> parm: no_wb:Disable AGP writeback for scratch registers (int)
> parm: modeset:Disable/Enable modesetting (int)
> parm: dynclks:Disable/Enable dynamic clocks (int)
> parm: r4xx_atom:Enable ATOMBIOS modesetting for R4xx (int)
> parm: vramlimit:Restrict VRAM for testing (int)
> parm: agpmode:AGP Mode (-1 == PCI) (int)
> parm: gartsize:Size of PCIE/IGP gart to setup in megabytes (32,64, etc)
> (int)
> parm: benchmark:Run benchmark (int)
> parm: test:Run tests (int)
> parm: connector_table:Force connector table (int)
> parm: tv:TV enable (0 = disable) (int)

This is with KMS enabled. We needed to disable KMS support in radeon drm module.
3D performance is unrelated to modesetting.

(In reply to comment #13)
> And as I said according to forums many people have that problem in openSUSE
> 11.2 for ATI cards, R280, R300, others. And they also mention that all worked
> fine in 11.1. Some solved that problem rebuilding and installing kernel, xorg,
> libdrm, mesa from git. 

We always try to use released versions of software projects (if possible) and not git master as you might understand ...

I understand. Any ideas about issue cause/solving?

No. No clue at the moment.

I don't see why slow 3D acceleration is a critical issue. Everybody can live without and it's rather old graphics hardware anyway.

(In reply to comment #18)
> I don't see why slow 3D acceleration is a critical issue. Everybody can live
> without and it's rather old graphics hardware anyway.

That old graphics hardware worked fine in openSUSE 11.1. Anyway congratulations: linux like windows now forces to by new hardware! Open source "victory"!

'to buy new hardware'

<sarcasm>
  Yeah, why even bother to include this radeon driver at all in 11.2? It's just for ancient stuff anyway!
</sarcasm>

I think comment 18 clashes with the true spirit of linux driver development. It would be interested to hear Mr. Kroah-Hartman's take on this!

Unfortunately I no longer have time to address bugs for already
released openSUSE/SLE products. If possible verify whether the issue
still exists with currently developed openSUSE Factory/SLE11-SP1. If
it does please reopen the bugreport and set the product accordingly. 

Of course you can reopen the bugreport nevertheless, but that
doesn't change the situation and the bugreport will remain open
for the time being without being addressed.