Redhat Beta 8.1 / Intel HT cpu (smp). Installation impossible!
I tried to compile the nvidia drivers (the latest version and the 3123 one).
Everytime I launch the compilation, I get the following error :
Any idea please ?
I am using Redhat 8.1 beta (rc3?) with a Asustek E7205 motherboard and Intel PIV 3,06Ghz HT CPU (thus I have a SMP kernel)
Thanks in advance,
I tried to install the 4191 drivers on Red Hat 8.0.92 Beta (Phoebe).
If I compiled from the tarball against the suppied kernel source, the make
succeeded. The installation of the binary GLX libraries from the tarball also
worked okay (well, it would, wouldn't it!). However, when I started the X server
it segfaulted at the "load glx" statement. Removing this statement allowed the drivers
to load and the desktop started but without OpenGL acceleration. :-((
I successfully installed the 4191 drivers on a RH 8.0 (Psyche) system against a
2.4.20 kernel, so I think there is an incompatibility between the binary GLX
libraries and the XFree86 shipped with Phoebe.
No, there is an incompatibility between the drivers as shipped and the 2.5 kernel backports that RedHat found it necessary to include in Phoebe's default kernel. The reason the drivers worked with your 2.4.20 is that the following features do not exist in 2.4.20:
There is now support for stuff like thread-local storage (aka TLS), and whatnot else. This probably isn't a problem unless you also use glibc 2.3 (though I could be wrong on that). Unfortunately, in order to do TLS, the kernel has to use extra segment registers in the x86 architecture (fs & gs). And these segment registers' values get clobbered by, you guessed it, the nVidia drivers.
The compilation problem (pte_offset) is a side effect of this. The kernel's definition of pte_offset changed to support TLS better (or for some other reason), and RH kept this change in their Phoebe kernels as well. The nVidia drivers call pte_offset with the old interface, which doesn't work.
There is no fix that nVidia has put out yet, because they don't support the 2.5 kernel (its interface changes too often to make it worthwhile). But seeing as RH saw fit to backport those changes into their Phoebe release, nVidia might want to hurry up on that one...
If you check around on this forum, someone posted a Phoebe HOWTO a while back. It involves patching your nVidia drivers, then passing extra options to the kernel or glibc that shut off TLS (and possibly some VM speedups, but I'm not sure on that one). The subject of the post was "RH Phoebe HOWTO" or something along those lines.
EDIT: Never mind, I went looking for that thread and didn't find it until page 4 or 5. Here's a direct link:
Thanks much for all the infos.
I guess I will look into the thread and try to solve the problem or wait till Nvidia solves it :)
Not going to happen. I gave up on the rpm's & that buildmeister crap a long time ago, now I only install via Tar. gz .....much easier too. Just do a search with my username, I'm sure I posted the instructions somewhere :D
Yeah, following the thread that was posted up there, I installed the drivers without any difficulty using the tar.gz.
That said WineX is royally ****ed on RH8.1 and that is the only reason why I wanted to have those drivers work ;)
Thanks to bwkaz for the detailed explanation. I think the way to
go is to reinstall Phoebe and then build a stock 2.4.20 kernel. I
never did trust RedHat patched kernels anyway!
|All times are GMT -5. The time now is 02:47 PM.|
Powered by vBulletin® Version 3.7.1
Copyright ©2000 - 2014, Jelsoft Enterprises Ltd.
Copyright ©1998 - 2014, nV News.