Go Back   nV News Forums > Linux Support Forums > NVIDIA Linux

Newegg Daily Deals

Reply
 
Thread Tools
Old 05-28-03, 04:23 AM   #1
gilGamesh
Registered User
 
Join Date: May 2003
Posts: 1
Send a message via AIM to gilGamesh
Default nVidia + RH 9

when doing a 'make install' for the NVIDIA_kernel* file, I get cc -c -Wall -Wimplicit -Wreturn-type -Wswitch -Wformat -Wchar-subscripts -Wparentheses -Wpointer-arith -Wcast-qual -Wno-multichar -O -MD -D__KERNEL__ -DMODULE
-D_LOOSE_KERNEL_NAMES -mcmodel=kernel -DNTRM -D_GNU_SOURCE -D_LOOSE_KERNEL_NAMES -D__KERNEL__ -DMODULE -DNV_MAJOR_VERSION=1 -DNV_MINOR_VERSION=0 -DNV_PATCHLEVEL=4180 -DNV_UNIX -DNV_LINUX -DNV_INT64_OK -DNV_64_BITS -DNVCPU_X86_64 -I. -I/lib/modules/2.4.20-8/build/include -Wno-cast-qual nv.c
cc1: code model `kernel' not supported in the 32 bit mode
In file included from /lib/modules/2.4.20-8/build/include/linux/vmalloc.h:8,
from nv-linux.h:64,
from nv.c:14:
/lib/modules/2.4.20-8/build/include/linux/highmem.h: In function `bh_kmap':
/lib/modules/2.4.20-8/build/include/linux/highmem.h:20: warning: pointer of type `void *' used in arithmetic
nv.c: In function `nv_kern_mmap':
nv.c:1282: warning: passing arg 1 of `remap_page_range_R2baf18f2' makes pointer
from integer without a cast
nv.c:1282: incompatible type for argument 4 of `remap_page_range_R2baf18f2'
nv.c:1282: too few arguments to function `remap_page_range_R2baf18f2'
nv.c:1301: warning: passing arg 1 of `remap_page_range_R2baf18f2' makes pointer
from integer without a cast
nv.c:1301: incompatible type for argument 4 of `remap_page_range_R2baf18f2'
nv.c:1301: too few arguments to function `remap_page_range_R2baf18f2'
nv.c:1387: warning: passing arg 1 of `remap_page_range_R2baf18f2' makes pointer
from integer without a cast
nv.c:1387: incompatible type for argument 4 of `remap_page_range_R2baf18f2'
nv.c:1387: too few arguments to function `remap_page_range_R2baf18f2'
nv.c: In function `nv_get_phys_address':
nv.c:2250: warning: implicit declaration of function `pte_offset'
nv.c:2250: invalid type argument of `unary *'
nv.c: In function `nv_agp_translate_address':
nv.c:2756: warning: cast from pointer to integer of different size
make: *** [nv.o] Error 1

sup wit dat? should i try RPMs and if so, where should i get them? thanks so much for any help.
gilGamesh is offline   Reply With Quote
Old 05-29-03, 11:55 AM   #2
JimKerwood
Registered User
 
Join Date: May 2003
Posts: 4
Default same here

I am getting the same problem. Let me know if you resolve it.
JimKerwood is offline   Reply With Quote
Old 06-21-03, 08:11 AM   #3
bwkaz
Registered User
 
Join Date: Sep 2002
Posts: 2,262
Default

4180 will only work with Opteron CPUs at the moment (and when Athlon64 CPUs come out, it'll work with those, too). It will NOT work with AMD Athlon, Duron, Athlon XP, Athlon MP, etc. CPUs -- for that, you need the IA32 version, 4363.
__________________
Registered Linux User #219692
bwkaz is offline   Reply With Quote
Old 06-23-03, 05:08 AM   #4
dmpogo
Registered User
 
Join Date: Jun 2003
Posts: 2
Default

I have the same problem when I try to compile
older 4191 (source RPM) versus RH9 athlon kernel 2.4.20-8.

It used to compile just fine against 2.4.18-2.80
(or what was the version for RH8.0 upgrade).

These are all for IA32 platform.

I do have gcc matching the kernel.
So I suspect this maybe something to do with
RH9 kernel.

Would be interested to hear if you solve the problem (new NVIDIA driver gives me artifacts
on my digital display, and I would like to
dowgrade to 4191 which worked fine)
dmpogo is offline   Reply With Quote
Old 06-23-03, 07:30 PM   #5
bwkaz
Registered User
 
Join Date: Sep 2002
Posts: 2,262
Default

4191 will not work with RedHat 9 (at least, not without a bunch of patches and disabling of features in the C library).

The first version that supported RH9 well enough was 4349; 4363 is just a bugfix release off 4349. Why won't those versions work?
__________________
Registered Linux User #219692
bwkaz is offline   Reply With Quote
Old 06-23-03, 11:03 PM   #6
germ_e_1
Registered User
 
Join Date: Jun 2003
Posts: 2
Default

Hi,

Probably late to the game here but I got those messages at first also. I assume you have the kernel source installed (if not, do that first). Then, Red Hat only puts a link called linux-2.4 in the /usr/src directory. You need to add one just "linux" in there that also points to the real source tree, i.e. linux-2.4.x-x.x etc. Now all the correct kernel headers will be called in instead of the stubs in /usr/include/linux. I also had to change to lines of code in one module. I forgot which, but you will get the error and can go patch it. It was a remap ... something call and they have added the main structure pointer as the first parameter. It is used already as vma->... in the existing calls, just take the vma part and prepend it as first arguement. Oops, almost forgot, changed the malloc.h to slab.h as requested. Whew!

After that it compiled like a breeze and installed fine. Got a different prob. with it now, but I need to start a new post for that.

good luck,
germy
germ_e_1 is offline   Reply With Quote
Old 06-23-03, 11:42 PM   #7
germ_e_1
Registered User
 
Join Date: Jun 2003
Posts: 2
Default

Darn! I need to go to bed. My above post was correct about the kernel header link, but the rest of the ramblings were for while I was trying to build the Aureal Vortex2 driver for RH9. That will never work because of the jump to GCC3.2. They package in an object module that was built with GCC2.xx and the change is fatal and Aureal is pffft! and etc. etc. etc. I solved it by using a different sound card.

groggy,

germy
germ_e_1 is offline   Reply With Quote
Old 06-24-03, 06:38 AM   #8
dmpogo
Registered User
 
Join Date: Jun 2003
Posts: 2
Default

Quote:
Originally posted by bwkaz
4191 will not work with RedHat 9 (at least, not without a bunch of patches and disabling of features in the C library).
OK

Quote:

The first version that supported RH9 well enough was 4349; 4363 is just a bugfix release off 4349. Why won't those versions work?
I installed 4363, and it works, but gives me some
artifacts in 2D (ragged flashing lines near the
the left border) which I described in

http://www.nvnews.net/vbulletin/show...threadid=13581

4191 did not exhibit this problem (and my only
upgrade was kernel (+gcc) and NVIDIA driver).
I have not tried 4349.
dmpogo is offline   Reply With Quote

Old 06-24-03, 05:20 PM   #9
bwkaz
Registered User
 
Join Date: Sep 2002
Posts: 2,262
Default

You should be able to (as a workaround for now) install a kernel like 2.4.21 (or any of the ones at www.kernel.org), from source, and boot to that one. Then 4191 should work.

It'd be better to get 4363 working without the artifacts, of course, but I don't know what to even start looking at for that one. This might just be the only workaround, at least for now. Have you complained to linux-bugs@nvidia.com about the artifacts? Get a response? (I did, back when I tried to use driver 2960 with gcc 3.2 and ran into a known problem, but others haven't heard back -- either the traffic at that address is a lot higher now, or they don't care as much, or ... something).
__________________
Registered Linux User #219692
bwkaz is offline   Reply With Quote
Reply


Thread Tools

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 On
HTML code is Off
Forum Jump


Similar Threads
Thread Thread Starter Forum Replies Last Post
Need Help Installing NVIDIA Tesla M2070Q in Linux RHEL5 Ferianto85 NVIDIA Linux 0 05-18-12 08:35 PM
Rumor regarding lack of 680 availability ViN86 Rumor Mill 6 05-09-12 04:48 PM
rh7.3 and nvidia vcrispo NVIDIA Linux 11 07-31-02 08:57 PM

All times are GMT -5. The time now is 08:09 PM.


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