LinuxQuestions.org
Download your favorite Linux distribution at LQ ISO.
Go Back   LinuxQuestions.org > Forums > Linux Forums > Linux - Distributions > Slackware
User Name
Password
Slackware This Forum is for the discussion of Slackware Linux.

Notices

Reply
 
Search this Thread
Old 10-04-2006, 03:21 PM   #1
mogunus
LQ Newbie
 
Registered: Oct 2006
Posts: 4

Rep: Reputation: 0
NVIDIA Drivers + Slack 11 SMP kernel


The NVIDIA drivers are complaining when I try to install them on Slack 11 with the 2.6 SMP kernel. I backed up everything on my box to a server, re-formatted the hard drive, and did a clean install of Slack 11. I then installed the smp kernel, smp modules, and smp headers from /extra on disk 2. It boots fine, sound and networking work fine (so I know modules work) but the NVIDIA drivers build and then say that they can't install because the gcc version that the kernel was compiled with is different from the gcc version I use to compile the NVIDIA drivers.

Now the strange part:

gcc -v gives gcc version 3.4.6, the default version for Slackware 11.

dmesg gives gcc 3.4.6 as well, at the top as the version that the kernel was built with.

Further, when I go to /var/log/nvidia-installer.log, at the end it doesn't say anything about compiler versions, it says that the nvidia so does not contain a recognizable kernel module. (I am currently away from my desktop, when I get back to my dorm I'll post the exact error messages and command output.)

I'm rather at a loss as to why the nvidia driver is having problems loading into my kernel. The gcc versions are definately the same, and the .config for the SMP kernel has module loading supported (of course).

Am I the only one having this issue?

Thanks everyone. More information when I get back to my computer.
 
Old 10-04-2006, 03:47 PM   #2
tuxrules
Senior Member
 
Registered: Jun 2004
Location: Chicago
Distribution: Slackware64 14.1
Posts: 1,141

Rep: Reputation: 55
It may be the kernel-headers issue. Some of the more knowledgeable slackers would give you more insight on this. But as far as I know, you should not install kernel-headers for 2.6 kernel series. I also remember reading in -current changelogs about glibc being compiled against both 2.4 headers and 2.6 headers for Slack 11, which would make is absolutely okay (IMO) to install either of the kernel-headers package. May be I'm wrong...

I did a clean install yesterday and used huge26.s (not smp). I later recompiled my kernel for smp support. I then install NVIDIA driver (version 8774) and it gave me no problems.

Tux,

Last edited by tuxrules; 10-04-2006 at 03:49 PM.
 
Old 10-04-2006, 05:10 PM   #3
mogunus
LQ Newbie
 
Registered: Oct 2006
Posts: 4

Original Poster
Rep: Reputation: 0
nvidia: version magic '2.6.17.13 mod_unload 486 gcc-3.4' should be
'2.6.17.13-smp SMP mod_unload 686 gcc-3.4'

This is the (I believe) relevant section of the /var/log/nvidia-installer. Apparently while my gcc version is 3.4, it is set to optimize for 486. How do I set my gcc to optomize for 686/SMP, like the "version magic" says it should?
 
Old 10-04-2006, 07:14 PM   #4
Wintceas
LQ Newbie
 
Registered: Sep 2004
Location: Brazil
Distribution: Slackware - Debian
Posts: 26

Rep: Reputation: 15
Patch the nvidia module source?

Wrong thread.

Last edited by Wintceas; 10-10-2006 at 04:30 PM.
 
Old 10-05-2006, 08:58 PM   #5
agx
LQ Newbie
 
Registered: Oct 2006
Location: Northern California
Distribution: Slackware 11, 2.6.17.13-smp
Posts: 7

Rep: Reputation: 0
Quote:
Originally Posted by mogunus
nvidia: version magic '2.6.17.13 mod_unload 486 gcc-3.4' should be
'2.6.17.13-smp SMP mod_unload 686 gcc-3.4'
This isn't a gcc problem, it's a version.h problem. The NVidia driver gets its module version string from /usr/src/linux/include/linux/version.h, not from the headers in /usr/include/linux. Even after following Pat's instructions, the version.h in the 2.6.17.13 sources still doesn't have the "-smp" tagged onto its version string. This causes the module version mismatch in the NVidia driver.

EDIT: A clean solution is given about three posts down.

Last edited by agx; 10-06-2006 at 12:13 AM.
 
Old 10-05-2006, 09:48 PM   #6
regis_n_bits
Member
 
Registered: Mar 2006
Distribution: Slackware64 14.1 (kernel 3.14.4)
Posts: 83

Rep: Reputation: Disabled
Quote:
Originally posted by mogunus
nvidia: version magic '2.6.17.13 mod_unload 486 gcc-3.4' should be
'2.6.17.13-smp SMP mod_unload 686 gcc-3.4'

This is the (I believe) relevant section of the /var/log/nvidia-installer. Apparently while my gcc version is 3.4, it is set to optimize for 486. How do I set my gcc to optomize for 686/SMP, like the "version magic" says it should?
Are you trying to use the 64-bit version of the nVidia driver? For Slackware 11.0 you should be using the IA32 nVidia driver (the version is now at 1.0-8774).

And you should only have the kernel 2.4 headers installed. See the warning file with the 2.6 kernel headers on the CD for more details.
 
Old 10-05-2006, 10:30 PM   #7
zetabill
Member
 
Registered: Oct 2005
Location: Rhode Island, USA
Distribution: Slackware, Xubuntu
Posts: 348

Rep: Reputation: 31
That warning file is older. I have both headers installed and I've had no problems. Basically, you need to have the 2.4 headers and the 2.6 headers are optional but they have to be the ones that glibc were complied against.

Good luck!
 
Old 10-06-2006, 12:10 AM   #8
agx
LQ Newbie
 
Registered: Oct 2006
Location: Northern California
Distribution: Slackware 11, 2.6.17.13-smp
Posts: 7

Rep: Reputation: 0
I found an even easier way to fix the NVidia problem, no headers or searching through tarballs involved:

I will assume that you have the 2.6.17.13-smp kernel and modules installed.
Boot into your 2.6.17.13-smp system.

Log in as root, and install the 2.6.17.13 source package from /extra.

Following Pat's instructions from the README, copy the SMP config file:
cd /usr/src/linux-2.6.17.13
cp /boot/config-generic-smp-2.6.17.13 ./.config

Again following Pat's instructions, re-configure the source for SMP:
make oldconfig

Now, just for laughs, take a look at include/linux/version.h:
cat include/linux/version.h

Notice the first line:
#define UTS_RELEASE "2.6.17.13"

That's wrong - it needs updating:
make include/linux/version.h

The output of that last command should be:
CHK include/linux/version.h
UPD include/linux/version.h

Look what happened:
cat include/linux/version.h

Notice the first line:
#define UTS_RELEASE "2.6.17.13-smp"

Now that the release version string is correct, the nvidia installer will work. Your module actually compiled OK, it just wouldn't load because of the errant UTS_RELEASE string.

EDIT: You don't need the 2.6.17.13 headers installed. The headers are irrelevant, as the NVidia installer doesn't use them - since it's building a kernel module, it uses the kernel's source code directly. As others here have mentioned, it's a very good idea to keep the 2.4.33 headers in place unless you really know what you're doing.

Last edited by agx; 10-06-2006 at 12:29 AM.
 
Old 10-06-2006, 02:38 PM   #9
Mr Marmmalade
Member
 
Registered: Oct 2002
Location: Scotland
Distribution: Slackware + Debian
Posts: 185

Rep: Reputation: 16
Thanks agx, that worked perfectly for me & saved me time. I'm now happily running the Slack-provided SMP kernel, managed to get through the 'initrd' thing to get it to load the reiserfs too & I had fluffed a few kernel compiles already, so thanks! So I've got into X, now to check what works & what doesn't yet...
 
Old 10-10-2006, 02:19 AM   #10
arubin
Senior Member
 
Registered: Mar 2004
Location: Middx UK
Distribution: Slackware64 14.1 (multilib)
Posts: 1,209

Rep: Reputation: 55
Talking

agx. That was really helpful. Thanks!
 
Old 11-13-2006, 03:47 PM   #11
Crushing Belial
Member
 
Registered: Mar 2005
Location: University of Massachusetts - Lowell
Distribution: Ubuntu, Win 7 Pro, Win 7 Enterprise
Posts: 126

Rep: Reputation: 15
Thanks agx, I was having the same exact problem. Oddly enough, installation of the Nvidia driver went fine with the 2.6.18 kernel originally, but after downgrading to the 2.6.17-smp kernel I started having that problem.
 
Old 11-14-2006, 12:49 AM   #12
cwwilson721
Senior Member
 
Registered: Dec 2004
Location: In my house.
Distribution: Ubuntu 10.10 64bit, Slackware 13.1 64-bit
Posts: 2,649
Blog Entries: 1

Rep: Reputation: 66
This is good enough to be added to my DRI thread

Quote:
Originally Posted by agx
I found an even easier way to fix the NVidia problem, no headers or searching through tarballs involved:

I will assume that you have the 2.6.17.13-smp kernel and modules installed.
Boot into your 2.6.17.13-smp system.

Log in as root, and install the 2.6.17.13 source package from /extra.

Following Pat's instructions from the README, copy the SMP config file:
cd /usr/src/linux-2.6.17.13
cp /boot/config-generic-smp-2.6.17.13 ./.config

Again following Pat's instructions, re-configure the source for SMP:
make oldconfig

Now, just for laughs, take a look at include/linux/version.h:
cat include/linux/version.h

Notice the first line:
#define UTS_RELEASE "2.6.17.13"

That's wrong - it needs updating:
make include/linux/version.h

The output of that last command should be:
CHK include/linux/version.h
UPD include/linux/version.h

Look what happened:
cat include/linux/version.h

Notice the first line:
#define UTS_RELEASE "2.6.17.13-smp"

Now that the release version string is correct, the nvidia installer will work. Your module actually compiled OK, it just wouldn't load because of the errant UTS_RELEASE string.

EDIT: You don't need the 2.6.17.13 headers installed. The headers are irrelevant, as the NVidia installer doesn't use them - since it's building a kernel module, it uses the kernel's source code directly. As others here have mentioned, it's a very good idea to keep the 2.4.33 headers in place unless you really know what you're doing.
I'll add this do my DRI mega-thread, if that's OK with you, agx
 
Old 11-14-2006, 03:55 AM   #13
rkrishna
Member
 
Registered: Mar 2005
Location: chennai(madras), India
Distribution: slackware ofcourse
Posts: 654

Rep: Reputation: 32
welcome mogunus to lq slack forum.
i am using nvidia, i got some strange problems ergarding the kernel version name.
the soln by agx is interesting. i will check this.

make sure taht the /usr/src/linux points to teh actual smp kernel source,
otherwise u have to give full path like this
#sh NVIDIA-Linux-x86-1.0-8776-pkg1.run --kernel-source-path=/pathto/linux-source
also download the newest driver from nvidia
 
Old 11-14-2006, 08:07 AM   #14
mogunus
LQ Newbie
 
Registered: Oct 2006
Posts: 4

Original Poster
Rep: Reputation: 0
Agx's solution worked perfectly for me. I'm now running 4 monitors off the Nvidia drivers and it's great.
 
Old 11-15-2006, 01:28 AM   #15
agx
LQ Newbie
 
Registered: Oct 2006
Location: Northern California
Distribution: Slackware 11, 2.6.17.13-smp
Posts: 7

Rep: Reputation: 0
Quote:
Originally Posted by cwwilson721
I'll add this to my DRI mega-thread, if that's OK with you, agx
Thank you for asking, and yes, please feel free to re-post as you see fit. I'm glad it's turned out to be useful for so many people.
 
  


Reply

Tags
nvidia, slackware11, smp


Thread Tools Search this Thread
Search this Thread:

Advanced Search

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is Off
HTML code is Off


Similar Threads
Thread Thread Starter Forum Replies Last Post
Slack 10.2, 2.6.13 kernel, SMP question Twister512 Slackware 18 11-28-2005 10:22 PM
Slack 10.1 kernel(2.4.29) rebuild with SMP and SCSI support amphiBian Slackware 8 02-28-2005 10:25 PM
nVidia with SMP Kernel Lord C Linux - Hardware 6 02-21-2005 11:54 PM
Slack 9.1 SMP 2.6.1-kernel tungsten Slackware 4 01-12-2004 01:13 PM
how to get Nvidia drivers working with RH9 kernel-smp-2.4.20-20.9 debaucher Linux - Software 10 10-02-2003 01:26 PM


All times are GMT -5. The time now is 10:02 AM.

Main Menu
My LQ
Write for LQ
LinuxQuestions.org is looking for people interested in writing Editorials, Articles, Reviews, and more. If you'd like to contribute content, let us know.
Main Menu
Syndicate
RSS1  Latest Threads
RSS1  LQ News
Twitter: @linuxquestions
identi.ca: @linuxquestions
Facebook: linuxquestions Google+: linuxquestions
Open Source Consulting | Domain Registration