MGA driver update ... back to FBDev driver [unSolved]

destroyedlolo

Hello,

I did a system update, which included Xorg.
But at restart, the MGA drivers won't load with the following message :

VoidMage · Watchman Joined: 14 Oct 2006 Posts: 6196

I don't have a Matrox, but perhaps the new driver is now i.e. KMS-only.
If it were that way, then it may likely be the same case as ati/intel - CONFIG_FB_VESA and CONFIG_FB_MATROX* must in such case be off.

Though more info about your xorg.conf would be useful.

destroyedlolo · Posted: Mon Nov 19, 2012 8:30 pm Post subject:

Hum, I think there is an HUGE problem with the new version of XOrg, because I updated as well my t40 (lspci said "VGA compatible controller: Advanced Micro Devices [AMD] nee ATI RV200 [Mobility Radeon 7500]") and I got a 256 colors screen

This time, no problem to load the driver, but Xorg.log contains :

VoidMage · Watchman Joined: 14 Oct 2006 Posts: 6196

The most recent xf86-video-ati definitely is KMS-only.

As for Matrox - enough already, pastebin whole log.
Post 'emerge -1pv libdrm mesa' too.

destroyedlolo · Posted: Mon Nov 19, 2012 9:59 pm Post subject:

destroyedlolo · Posted: Mon Nov 19, 2012 10:52 pm Post subject:

You got it as well, thanks

chithanh · Posted: Mon Nov 19, 2012 11:00 pm Post subject:

To find out which driver is currently hogging your graphics card, run "lspci -k"

destroyedlolo · Posted: Mon Nov 19, 2012 11:16 pm Post subject:

In fact, the problem is not fully solved as I lot the graphical acceleration :cry:

I can see following error in Xorg.log that I didn't had before :

VoidMage · Watchman Joined: 14 Oct 2006 Posts: 6196

Chances are you can't - looking at the ebuilds, mga was still present in mesa 7.11.2, but not in 8.0.4 and IIRC, that code was dropped upstream.

Perhaps you should give KMS and xf86-video-modesetting driver a try ?
It's not - IIRC - hardware accelerated, but my personal experience on a quite outdated card (though one that did have a mesa hardware module) were that dropping the _FB_ module did lighten the load on the system quite a bit.

destroyedlolo · Posted: Tue Nov 20, 2012 9:15 am Post subject:

destroyedlolo · Posted: Wed Nov 21, 2012 11:45 am Post subject:

Hum, I'm lost in downgrade.

1- If I'm trying to downgrade only mesa, I got :

Gusar · Posted: Wed Nov 21, 2012 12:39 pm Post subject:

This is one area where binary distros have an advanatge. Arch packages mesa 9.0, but they also package DRI1 drivers compiled from mesa 7.11 source and they work together fine like that. That's because the libgl interface is stable, so a 7.11 driver can talk to a libgl from 9.0.

Though I suppose something similar could be done in Gentoo: An ebuild that installs mesa 9.0, but no drivers. And then another ebuild that builds mesa 7.11, but only installs specified drivers from that.

No need to mess with X, that's a separate thing from mesa.

destroyedlolo · Posted: Wed Nov 21, 2012 1:01 pm Post subject:

HI Gusar,

So it means I can cheat the system ?
I mean :

compile mesa 7.11 (the problem for me will be do know how to tell emerge to ignore blocking)
Archive drivers
compile and install latest mesa 9.0
install drivers as mesa is looking for them
pray that mesa API will not change

VoidMage · Watchman Joined: 14 Oct 2006 Posts: 6196

That part about binary distros might not be quite correct - see this page.

destroyedlolo · Posted: Wed Nov 21, 2012 5:39 pm Post subject:

Hum, how can I ensure that llvmpipe driver is loaded on my system ?

My second remark is about the sentence "To be clear, this removes only the DRI1 3D support for older chipsets. Native 2D drivers will still be provided for the affected hardware" : I guess it is concerning Gentoo as well but in this case, why windows manipulation feel soooo slow after this update ?

I mean, I don't have Compiz or another other 3D effect on my desktop ... but clearly, moving a plain window is as slow as on my venerable Sun's Ultra60 which wasn't the case before. Is blitting part of 3D functions ?

Gusar · Posted: Wed Nov 21, 2012 6:02 pm Post subject:

VoidMage · Watchman Joined: 14 Oct 2006 Posts: 6196

destroyedlolo · Posted: Wed Nov 21, 2012 9:03 pm Post subject:

Gusar · Posted: Wed Nov 21, 2012 9:25 pm Post subject:

destroyedlolo · Posted: Wed Nov 21, 2012 10:09 pm Post subject:

Gusar · Posted: Wed Nov 21, 2012 10:21 pm Post subject:

destroyedlolo · Posted: Wed Nov 21, 2012 10:38 pm Post subject:

destroyedlolo · Posted: Thu Nov 22, 2012 12:55 am Post subject:

So,

EXA creates an imeditate kernel panic
ShadowFB improved a bit windows movements ... but performances are too poor to allow video playing.

So the only solution I see it to revert back to x11-base/xorg-server-1.12.4 (or probably 1.11.4-r1) and mask all subsequent versions.

Bye

Gusar · Posted: Thu Nov 22, 2012 8:49 am Post subject:

destroyedlolo · Posted: Thu Nov 22, 2012 12:58 pm Post subject: