Hi Alexandre, i do not know how fedoras rpm based (yum?, pirut?) deals this but dpkg and as far as i could understand the original nvidia installer-script move (divert) as follows:
the libGL.so.1.2 normaly located in /usr/lib/libGL.so.1.2 and the libglx.so normaly located in /usr/lib/xorg/modules/extensions/libglx.so are moved (diverted) by the intel-glx package to /usr/lib/nvidia/libGL.so.1.2.xlibmesa and /usr/lib/nvidia/libglx.so.xserver-xorg-core and maintained (updated) there for the case nvidia driver is removed, to enable 'leaving the room' as found it before installation. My Scripts [1] have some detection code (using dpkg-divert --list) to find out if that location in fact is used and tests if those files are up to date but unfortunately I do not (yet) know if it works on fedora but for debianoid systems, preferable the newest Ubuntu (Karmic at present) they do. I do not know yum, you propably have to install dpkg to use my scripts. My 'switch-x-to' script creates symlinks to the needed shared object files after it has detectd the location. If it runs under fedora, you could send me a message. but: dpkg and apt, apt-get must be installed. That script should be invoked by an upstart job or an init-d script that should detect what graphic chip is switched by the acpi. I am runing: $ uname -rm 2.6.31-14-generic x86_64 $ sudo glxinfo | grep version server glx version string: 1.4 client glx version string: 1.4 GLX version: 1.3 OpenGL version string: 3.0.0 NVIDIA 185.18.36 OpenGL shading language version string: 1.30 NVIDIA via Cg compiler Regards, Raphael [1] http://global-social.net/tiki-view_blog_post.php?blogId=3&postId=4 -- (Please post and/or answer >if possible< with Reply-to: sony-vaio-z-series@lists.launchpad.net Thanks) Am Donnerstag, den 22.10.2009, 01:45 +0200 schrieb Alexandre Kaspar: > I wondered how you've dealt with the link overwriting which happens > with nvidia installation - I suppose it does with the kmod-nvidia then. > > Since you just have to wait for updates, you may not be able to store > the intel libGL correctly before the update (imagine you have a big > update with the kernel, the kmod AND xorg-server and that stuff which > updates the libGL and/or libglx.so). > Then it'll disappear. And you won't get any libGL for the intel card > which is problematic. > What did you do so that you keep the intel libGL.so and libglx.so ? > > Alexandre Kaspar > > Lorenzo Ciani <lci...@yahoo.it> a écrit : > > > I'm using Fedora 11 on a Sony Vaio Z VNG-Z790DLX, running > > kernel-2.6.30.8-64.fc11.i686.PAE. I installed xorg-x11-drv-nvidia > > and kmod-nvidia-PAE from the RPMfusion repository > > > > Nvidia is working just fine. > > > > Ciao. > > > > --- Gio 15/10/09, Alexandre Kaspar <alexandre.kas...@epfl.ch> ha scritto: > > > >> Da: Alexandre Kaspar <alexandre.kas...@epfl.ch> > >> Oggetto: [Sony-vaio-z-series] Nvidia driver problem with kernel 2.6.30 > >> A: sony-vaio-z-series@lists.launchpad.net > >> Data: Giovedì 15 ottobre 2009, 17:07 > >> Hi, > >> > >> I just got a big problem with the nvidia graphics card with > >> the new kernel 2.6.30 on Fedora. > >> The intel one is working well. No problem. > >> > >> The nvidia is... not working with the nvidia driver (last > >> one 180...). But it works with 'vesa' or 'nv', or even > >> 'nouveau' (but who cares ... we don't want them except > >> nouveau...). I actually need the nvidia one for 3d fast > >> computing (a reason why I bought this > >> Actually, I searched a lot and find out how to solve the > >> current problem. > >> > >> I don't know if you have the same problem, but I share my > >> solution to you so that it may help someone : > >> > >> Add a vmalloc=196M parameter to the kernel so that there is > >> enough memory for the nvidia driver. > >> Actually, I got the solution from this thread : > >> http://forums.nvidia.com/index.php?showtopic=42278 > >> > >> I don't know if 196M is the good value (I may try some > >> other values... I think the less which is working is the > >> best for it doesn't take too much memory). > >> > >> Anyway, it solved the problem for me (and I'm now really > >> happy :D). > >> Hope that can help. > >> > >> Alexandre Kaspar > >> > >> --http://www.wox-xion.ch/
smime.p7s
Description: S/MIME cryptographic signature
_______________________________________________ Mailing list: https://launchpad.net/~sony-vaio-z-series Post to : sony-vaio-z-series@lists.launchpad.net Unsubscribe : https://launchpad.net/~sony-vaio-z-series More help : https://help.launchpad.net/ListHelp