Bug 6438 - Regression on Radeon 7500: no working OpenGL
Summary: Regression on Radeon 7500: no working OpenGL
Status: RESOLVED WONTFIX
Alias: None
Product: Mageia
Classification: Unclassified
Component: RPM Packages (show other bugs)
Version: 2
Hardware: i586 Linux
Priority: Normal normal
Target Milestone: ---
Assignee: Mageia Bug Squad
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2012-06-13 00:13 CEST by Morgan Leijström
Modified: 2013-06-03 07:14 CEST (History)
7 users (show)

See Also:
Source RPM:
CVE:
Status comment:


Attachments
Xorg.0.log without nokmsboot, EXA enabled, no OpenGL (34.81 KB, text/plain)
2012-06-13 02:11 CEST, Morgan Leijström
Details

Description Morgan Leijström 2012-06-13 00:13:41 CEST
During Beta 3 this old laptop had amazingly quick graphics.
Unfortunately that system broke, and in this fresh install graphics is very slow, more than ten times slower for some apps, and some do not work;

Example failing: KDE desktop effect Wobbly windows, Google Sketchup (under wine), complains on missing OpenGL support. 
Example slow so it is unusable, games: SuperTux2, Osmos

Machine: IBM Thinkpad T40 type 2373-8RG;  GPU: ATI Mobility Radeon 7500

Yes i have proprietary driver installed.

Excerpt of xorg.log.0: 

[    66.630] (EE) AIGLX error: radeon does not export required DRI extension
[    66.630] (EE) AIGLX: reverting to software rendering
Comment 1 Morgan Leijström 2012-06-13 00:48:27 CEST
Hmmmm
For some reason i had "nokmsboot" in kernel line parameter.
-And i am not entirely sure it was not me putting it there experimenting after install when i noticed problems, but anyway now it is best without it.

Removing that fixes the speed problem, and xorg.0.log now do not show the problem in first post.

But still no OpenGL...
-well, i can select OpenGL rendering in KDE desktop effects but the test there give ugly display so i avoid it, and Google Sketchup still complain on OpenGL.
Morgan Leijström 2012-06-13 00:49:50 CEST

Summary: Regression on Radeon 7500: slow graphic, OpenGL fail, software rendering => Regression on Radeon 7500: no working OpenGL

Comment 2 Morgan Leijström 2012-06-13 01:45:20 CEST
Aha: it is the mageia tool in mcc>hardware>graphics that puts "nokmsboot" in kernel boot line!  i.e if i just open it and change option EXA.

So i use mcc>start>startsystem and remove nokmsboot after changing graphics.

There is an annoyance in that the boot splash sometimes randomly comes up in entirely wrong colors, but before login screen and ever after all is OK.
(um and i think i saw weird colors when shutting down too)

But OpenGL do not work - well somewhat i guess; if set rendering of KDE desktop effects to OpenGL it enters test mode and i can during that time wobble a window and it wobbles, but is ugly (orange background, no smooth edges).
And Google Sketchup wants to mail home a bug report.
Comment 3 Morgan Leijström 2012-06-13 02:08:40 CEST
Speed measurements: now without nokmsboot it is relatively fast, glxgears give 60 fps @ default size, no desktop effexts, EXA enabled. ( without EXA it was 34 fps )
Still it feels it was a bit faster on Beta3.
But main fail is OpenGL. And the weird boot/shutdown colors.
Comment 4 Morgan Leijström 2012-06-13 02:11:28 CEST
Created attachment 2452 [details]
Xorg.0.log without nokmsboot, EXA enabled, no OpenGL
Comment 5 Morgan Leijström 2012-07-18 01:23:56 CEST
I think it is possible a lot of people sit with underperforming mageia systems, as this is not visible unless you have tried the beta.

Could this be assinged to someone?

Is it possible to revert some packages back to versions of beta 3 to track this down?  How to go about that?

Downgrade graphics driver, X, kernel, other?
Olivier Blin 2012-09-26 22:46:12 CEST

CC: (none) => mageia, thierry.vignaud

Olivier Blin 2012-09-26 22:46:21 CEST

CC: (none) => mageia

Olivier Blin 2012-09-26 22:46:27 CEST

CC: (none) => tmb

Olivier Blin 2012-09-26 22:47:54 CEST

CC: (none) => anssi.hannula

Comment 6 Olivier Blin 2012-09-26 22:48:03 CEST
nokmsboot is set if the radeon firmware is not available on the system.
How did you install the beta3? (live CD, DVD, network install, ...)
How did you install the final version?
Comment 7 Morgan Leijström 2012-09-27 09:29:54 CEST
How I installd beta 3: Network install of cauldron earlier, and following it.
How I installed mga2: Fresh network install.
-But I am not 100% sure as time pass...

So i do not have files available to revert. I think i have a spare disk, so if i can get a beta3 iso i can install and be back for testing/documenting a correctly working system.

Or possibly better: i clone the disk and try replace some things with elder versions untilit works, but i need help both finding packages and to do the replacing.

Or i could also try installing current cauldron on the spare drive and see if it is magically fixed.
Comment 8 Morgan Leijström 2012-09-27 09:34:14 CEST
Sidenote: A while ago I googled on the Sketchup problem and got it working by some parameter in registry. Not perfect but OK. Forgot details now.

I think performance have increased slightly since a month or two, but it is still still very far from the beta 2 & 3 period.
Comment 9 Olivier Blin 2012-10-14 00:00:08 CEST
Is the radeon-firmware package installed?
Comment 10 Olivier Blin 2012-10-14 00:10:44 CEST
I have just committed a fix in drakx to make sure radeon-firmware is installed during network install, and not removed during live install.
This should be fixed in next alpha/beta image.
Hans Micheelsen 2012-10-23 09:52:34 CEST

CC: (none) => micheelsen

Comment 11 Morgan Leijström 2013-01-11 01:01:33 CET
Sorry i missed the question: yes radeon-firmware rpm is installed.

If someone can tell me where to download mga2 beta 1 or 2 i can install and better document how it is best working.
Comment 12 Morgan Leijström 2013-01-18 16:20:19 CET
I have different problems with and without firmware installed.
With the new kernel of today and radeon-firmware installed the performance is over all good, but a few programs throw OpenGL errors and crash, and Flightgear just sits black, eating CPU.

Everything important to us works, so I can use this, but it could be better, i presume.
Comment 13 Morgan Leijström 2013-04-12 17:04:41 CEST
It seem like it is common knowledge that elder chips are no longer supported optimally :(

I have performance problems also on thinkpad T43 Radeon X300

Interesting benchmarking:
http://www.phoronix.com/scan.php?page=article&item=amd_r300g_slow&num=8

So while these old machines have adequate performance to run modern linux desktops, the "only" smal lproblem is that GPU manufacturer do not ship suitable binary drivers anymore.

So i have a bunch of laptops here that performs better with elder Linux releases.

The Mga2 beta 3 was however most impressing and i would be very happy if someone finds it :)
Comment 14 José Jorge 2013-06-02 22:10:55 CEST
(In reply to Morgan Leijström from comment #12)
> Flightgear just sits black, eating CPU.

flightgear needs OpenGL2 graphics card nowadays. As this bg is old, I suppose I can close it.

Status: NEW => RESOLVED
CC: (none) => lists.jjorge
Resolution: (none) => WONTFIX

Comment 15 Morgan Leijström 2013-06-02 22:38:44 CEST
As said, the machine was vastly faster on mga2 alpha/beta than final mga2, a notable regression.

(Fightgear is just one of the more extreme examples and i do not demand to use it on this machine.)

But, as you find when searching the web (#13), it seem to be well known that the existing performenace of somewhat aged hardware is crippled by modern drivers from manufacturer.

I guess it is a way to make us buy new hardware they can cripple later.

If some distro was released in a variant that could use old drivers to make aged machine fly, it would be popular :)

I guess Mageia do not have enough people to be that too.
Comment 16 Thierry Vignaud 2013-06-03 07:14:04 CEST
R100 is only capable of OpenGL 1.3 (http://xorg.freedesktop.org/wiki/RadeonFeature)

Note You need to log in before you can comment on or make changes to this bug.