nV News Forums

 
 

nV News Forums (http://www.nvnews.net/vbulletin/index.php)
-   NVIDIA Linux (http://www.nvnews.net/vbulletin/forumdisplay.php?f=14)
-   -   Nvidia overwriting Red Hat supplied libGL? (http://www.nvnews.net/vbulletin/showthread.php?t=88225)

Skunk2000 03-16-07 04:13 AM

Nvidia overwriting Red Hat supplied libGL?
 
I need 3D support in the new Red Hat Enterprice 5.
I allways used Atrpms.net drivers, but at the moment, they only have support for the RHEL 4.92 beta.
Then I wanted to install the original Nvidia driver downloaded from nvidia.com and switch to the Atrpms supported version later.
Now I read a note by the the Xorg developer at Red Hat that the driver supplyed by Nvidia in a .run file overwrites the libglx.a provided by Red Hat.
By doing this, Nvidia makes it impossible to switch back to Red Hat supplied DRI 3D acceleration.

https://www.redhat.com/archives/fedo.../msg01565.html

Is that still the case, or has the Nvidia driver policy changed since February 2006?

Best Regards

Spyke 03-16-07 12:04 PM

Re: Nvidia overwriting Red Hat supplied libGL?
 
I wouldn't say impossible. Thats what rpm --replacepkgs is for.

uOpt 03-19-07 11:43 AM

Re: Nvidia overwriting Red Hat supplied libGL?
 
There are no graphics cards that offer 3D acceleration both under DRI and NVidia's binary drivers.

It is an issue when you move an OS installation to a different PC and/or switch graphics cards. I faced that several times.

There is really no good solution for this, and actually it is much worse, if you get a new libGL.so (the .so is the realy problem, not the .a) via yum or apt-get updates then it kills the NVidia installation. I had that just last weekend, and it actually was friendly enough to kill my X11 server (NVidia driver but DRI libGL.so).

I also don't know what happens when you have a dual-card system with one NVidia card and one DRI-capable card. I guess that doesn't work at all, just as NVidia doesn't allow you to mix e.g. a GF 5200 with a GF 6200 in one system.

The only real solution would be to replace libGL.so with a dynamic loader that loads whatever actual libGL.so is needed in the current situation (after asking the X11 server), and have DRI and NVidia store their libGL.so where they don't nuke each other.

A poor man's implementation of that could be to have an /etc/rc script symlinking for the same effect, at system boot time. But that is more fragile. Maybe it should be an option.


All times are GMT -5. The time now is 10:34 PM.

Powered by vBulletin® Version 3.7.1
Copyright ©2000 - 2014, Jelsoft Enterprises Ltd.
Copyright 1998 - 2014, nV News.