SlackwareThis Forum is for the discussion of Slackware Linux.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
Has anyone had any level of success getting the latest Nvidia blob drivers to build against kernel 3.0.4 and if so, does anyone have the patches to do so?
Are you using the native Nvidia installer or the SlackBuild?
I keep getting this:
Code:
nvidia-installer log file '/var/log/nvidia-installer.log'
creation time: Sun Oct 16 15:15:26 2011
installer version: 285.05.09
PATH:
/usr/local/sbin:/usr/sbin:/sbin:/usr/local/bin:/usr/bin:/bin:/usr/games:/usr/li
b64/java/bin:/usr/lib64/java/jre/bin:/usr/lib64/kde4/libexec:/usr/lib64/qt/bin:
/usr/share/texmf/bin
option status:
license pre-accepted : false
update : false
force update : false
expert : false
uninstall : false
driver info : false
precompiled interfaces : true
no ncurses color : false
query latest version : false
no questions : false
silent : false
no recursion : false
no backup : false
kernel module only : false
sanity : false
add this kernel : false
no runlevel check : false
no network : false
no ABI note : false
no RPMs : false
no kernel module : false
force SELinux : default
no X server check : false
no cc version check : true
run distro scripts : true
no nouveau check : false
run nvidia-xconfig : false
sigwinch work around : true
force tls : (not specified)
force compat32 tls : (not specified)
X install prefix : (not specified)
X library install path : (not specified)
X module install path : (not specified)
OpenGL install prefix : (not specified)
OpenGL install libdir : (not specified)
compat32 install chroot : (not specified)
compat32 install prefix : (not specified)
compat32 install libdir : (not specified)
utility install prefix : (not specified)
utility install libdir : (not specified)
installer prefix : (not specified)
doc install prefix : (not specified)
kernel name : (not specified)
kernel include path : (not specified)
kernel source path : (not specified)
kernel output path : (not specified)
kernel install path : (not specified)
precompiled kernel interfaces path : (not specified)
precompiled kernel interfaces url : (not specified)
proc mount point : /proc
ui : (not specified)
tmpdir : /tmp
ftp mirror : ftp://download.nvidia.com
RPM file list : (not specified)
selinux chcon type : (not specified)
Using: nvidia-installer ncurses user interface
-> License accepted.
-> Installing NVIDIA driver version 285.05.09.
-> Performing CC sanity check with CC="cc".
-> Kernel source path: '/lib/modules/3.0.4/source'
-> Kernel output path: '/lib/modules/3.0.4/build'
ERROR: If you are using a Linux 2.4 kernel, please make sure
you either have configured kernel sources matching your
kernel or the correct set of kernel headers installed
on your system.
If you are using a Linux 2.6 kernel, please make sure
you have configured kernel sources matching your kernel
installed on your system. If you specified a separate
output directory using either the "KBUILD_OUTPUT" or
the "O" KBUILD parameter, make sure to specify this
directory with the SYSOUT environment variable or with
the equivalent nvidia-installer command line option.
Depending on where and how the kernel sources (or the
kernel headers) were installed, you may need to specify
their location with the SYSSRC environment variable or
the equivalent nvidia-installer command line option.
ERROR: Installation has failed. Please see the file
'/var/log/nvidia-installer.log' for details. You may find suggestions
on fixing installation problems in the README available on the Linux
driver download page at www.nvidia.com.
Check that the kernel source that you used to build your kernel is still in-place and that the /lib/modules/$(uname -r)/source and build symlinks point to the correct place for it. That's usually the cause of problem with the nvidia installer.
Loadable Module Support is enabled... still spitting out the same error as before about kernel 2.4 and 2.6.
Edit:
A new error has popped up. I now have an error stating that file version.h can not be found in path /usr/src/linux/includes/linux. I had the compiler perform a check of the kernel headers and updated them as needed using make headers_install which listed version.h ask CHK and then version.h UPD. I did some checking against kernel-3.0.4 sources and found that kernel-3.0.4 does NOT include the version.h file by default which is different from the 2.6.x kernel series which did in fact include this file. I copied the older version.h file back into my kernel headers at /usr/includes/linux and symlinked it into my kernel sources at the forementioned directory that stated wasn't there and now the original error has returned stating the version.h file is does not match the kernel version number.
I'm not software developer so this is where I'm lost. Is there an edit/patch I need to manually perform on version.h to change the internal listed number to the correct number used by kernel 3.0.4, or did I make a big boo boo somewhere along the way during my initial kernel compile using AlienBOB's reference page (no offense Eric!).
...updated them as needed using make headers_install...
I copied the older version.h file back into my kernel headers at /usr/includes/linux and symlinked it into my kernel sources at the forementioned directory that stated wasn't there and now the original error has returned stating the version.h file is does not match the kernel version number.
Why did you "make headers_install"? I don't believe Alien BOB's page tells you to mess with the kernel headers. installpkg --upgradepkg --reinstall the original kernel-headers package and hope that the new kernel didn't install any other header files than the original had. And remove the extra symlink you made.
version.h is generated during "make bzImage". (2.6.x tarballs do not have it either.)
..... using make headers_install ...
or did I make a big boo boo somewhere along the way during my initial kernel compile using AlienBOB's reference page (no offense Eric!).
I serious doubt Eric would include make headers install in his kernel guide
You might be able to recover the system by re-installing the stock kernel headers. Search this slackware forum for countless threads on why not to update the kernel headers.
cd /usr/src
tar xf linux.3.0.bz2
cd linux.3.0
zcat /location/patch.level.gz | patch -p1
cp /boot/config-version .config
make oldconfig
make nconfig <-- I like ncurses
make -j# (make defaults to making vmlinux bzImage and modules)
make modules_install
cp arch/x86{_64}/boot/bzImage /boot/vmlinuz-$version
make clean
I'm trying now to get kernel-3.0.7 from GIT if kernel.org doesn't hiccup on me. Going to try that kernel and see if it works, if not I'll flush the kernel, modules and source back out and reinstall 2.6.38.7 and pray it works.
Nvidia-285.05.09 is updated to work for kernel-3.0.0 or greater, so you shouldn't need to patch the nvidia-sources. You can check this via
Code:
sh NVIDIA-Linux-x86_64-285.05.09.run --extract-only
and examining kernel/nv-linux.h
Only thing I can think of is that you skipped a step somewhere. That said, I won't be testing the nvidia.SlackBuild until Slackware-stable uses kernel-3.x.
Also, this may be obvious: you need to boot into the kernel, in a multiuser run level (CLI) and make sure nouveau kernel module is NOT loaded.
Already doing that. Using mode 3 boot with Nouveau Blacklist. Compile should be done by tonight. Praying it actually works.
BTW:
I know uninstalling the header package provided by Patrick isn't a good idea, I forget but don't you have to update glibc or something else after rebuilding the headers, if you so choose to? As I stated, I'm not a programmer.
Almost everything I know about building the Linux kernel in Slackware (except for a brief side trip to Gentoo), I learned here: http://alien.slackbook.org/dokuwiki/...kernelbuilding
under the Section "Slackware kernel-headers package"
I "think" I have it working. Not sure if it was the kernel that had a problem of the package but whatever it is now, the error isn't happening on kernel 3.0.7. I don't want to mark this as solved right away but I'm still puzzled as to why 3.0.4 has so many issues with this.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.