Bugzilla – Bug 557593
radeon [9200] 3D acceleration slow
Last modified: 2010-04-08 03:49:34 UTC
User-Agent: Mozilla/5.0 (X11; U; Linux i686; ru; rv:1.9.1.4) Gecko/20091016 SUSE/3.5.4-1.1.2 Firefox/3.5.4 3D acceleration stopped to function for ATI Radeon 9200 after upgrade from openSUSE 11.1 to 11.2. Upgraded according to this manual http://en.opensuse.org/Upgrade/11.2 Supertuxkart or Torcs worked very very slow for example. Then tried as was suggested here: http://forums.opensuse.org/hardware/426166-issues-newly-defined-ati-legacy-cards-2.html sax2 -r -m 0=radeon or sax2 -r -m 0=ati no luck. Supertuxkart failed to start at all. Torcs become even slowest and have screen artefacts. Of course 3D desktop in KDE4 do not work also but worked in 11.1 Reproducible: Always Steps to Reproduce: 1. 2. 3. Actual Results: > grep -i driver /var/log/Xorg.0.log (WW) AllowEmptyInput is on, devices using drivers 'kbd', 'mouse' or 'vmmouse' will be disabled. X.Org Video Driver: 5.0 X.Org XInput driver : 4.0 (II) Loading /usr/lib/xorg/modules//drivers/radeon_drv.so Module class: X.Org Video Driver ABI class: X.Org Video Driver, version 5.0 (II) RADEON: Driver for ATI Radeon chipsets: ABI class: X.Org Video Driver, version 5.0 ABI class: X.Org Video Driver, version 5.0 ABI class: X.Org Video Driver, version 5.0 ABI class: X.Org Video Driver, version 5.0 (II) AIGLX: enabled GLX_texture_from_pixmap with driver support Module class: X.Org XInput Driver ABI class: X.Org XInput driver, version 4.0 > glxinfo | grep -i direc direct rendering: Yes >glxinfo | grep OpenGL OpenGL vendor string: Tungsten Graphics, Inc. OpenGL renderer string: Mesa DRI R200 (RV280 5961) 20090101 AGP 8x x86/MMX+/3DNow!+/SSE TCL OpenGL version string: 1.3 Mesa 7.6 OpenGL extensions: Expected Results: Working 3D acceleration
>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.