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

Newegg Daily Deals

Reply
 
Thread Tools
Old 04-03-03, 04:23 PM   #1
kal
Registered User
 
Join Date: Jan 2003
Posts: 3
Default Debian sid with bf2.4?

hello, i havn't found a precompiled driver interface for a stock debian kernel, the bf2.4 flavor. any help here? it says it cannot find it.

also i get a CC_Mismatch when i do the interface compiling in expert mode (since debian uses different directory structure for putting modules). how do i disable that since theres very little chance the same compiler is used for compiling bf2.4 as the one i have now.

since debian sid is updated nightly.
__________________
Using debian-sid with abit siluro gf4 ti4600.
kal is offline   Reply With Quote
Old 04-03-03, 04:36 PM   #2
Andy Mecham
l33t master
 
Join Date: Jul 2002
Location: Santa Clara, CA
Posts: 1,163
Default

From the README:

Q: Compiling the NVIDIA kernel module gives this error:

You appear to be compiling the NVIDIA kernel module with
a compiler different from the one that was used to compile
the running kernel. This may be perfectly fine, but there
are cases where this can lead to unexpected behaviour and
system crashes.

If you know what you are doing and want to override this
check, you can do so by setting IGNORE_CC_MISMATCH.

In any other case, set the CC environment variable to the
name of the compiler that was used to compile the kernel.

A: You should compile the NVIDIA kernel module with the same compiler
version that was used to compile your kernel. Some Linux kernel data
structures are dependent on the version of gcc used to compile it;
for example, in include/linux/spinlock.h:

...
* Most gcc versions have a nasty bug with empty initializers.
*/
#if (__GNUC__ > 2)
typedef struct { } rwlock_t;
#define RW_LOCK_UNLOCKED (rwlock_t) { }
#else
typedef struct { int gcc_is_buggy; } rwlock_t;
#define RW_LOCK_UNLOCKED (rwlock_t) { 0 }
#endif

If the kernel is compiled with gcc 2.x, but gcc 3.x is used when the
kernel interface is compiled (or vice versa), the size of rwlock_t
will vary, and things like ioremap will fail.

To check what version of gcc was used to compile your kernel, you
can examine the output of:

cat /proc/version

To check what version of gcc is currently in your $PATH, you can
examine the output of:

gcc -v

----

If you know what you're doing, then you'll want to export IGNORE_CC_MISMATCH to a non-zero value, as indicated by the error message.

--andy
__________________
Andy Mecham
NVIDIA Corporation
Andy Mecham is offline   Reply With Quote
Old 04-03-03, 05:00 PM   #3
kal
Registered User
 
Join Date: Jan 2003
Posts: 3
Default

Quote:
Originally posted by Andy Mecham
From the README:

Q: Compiling the NVIDIA kernel module gives this error:

You appear to be compiling the NVIDIA kernel module with
a compiler different from the one that was used to compile
the running kernel. This may be perfectly fine, but there
are cases where this can lead to unexpected behaviour and
system crashes.

If you know what you are doing and want to override this
check, you can do so by setting IGNORE_CC_MISMATCH.

In any other case, set the CC environment variable to the
name of the compiler that was used to compile the kernel.

A: You should compile the NVIDIA kernel module with the same compiler
version that was used to compile your kernel. Some Linux kernel data
structures are dependent on the version of gcc used to compile it;
for example, in include/linux/spinlock.h:

...
* Most gcc versions have a nasty bug with empty initializers.
*/
#if (__GNUC__ > 2)
typedef struct { } rwlock_t;
#define RW_LOCK_UNLOCKED (rwlock_t) { }
#else
typedef struct { int gcc_is_buggy; } rwlock_t;
#define RW_LOCK_UNLOCKED (rwlock_t) { 0 }
#endif

If the kernel is compiled with gcc 2.x, but gcc 3.x is used when the
kernel interface is compiled (or vice versa), the size of rwlock_t
will vary, and things like ioremap will fail.

To check what version of gcc was used to compile your kernel, you
can examine the output of:

cat /proc/version

To check what version of gcc is currently in your $PATH, you can
examine the output of:

gcc -v

----

If you know what you're doing, then you'll want to export IGNORE_CC_MISMATCH to a non-zero value, as indicated by the error message.

--andy
thanks for your input, my kernel is compiled with the old 2.95, and recently debian upgraded to 3.2.3 or something.

how would i go ahead and export that variable as a non-zero value?
__________________
Using debian-sid with abit siluro gf4 ti4600.
kal is offline   Reply With Quote
Old 04-03-03, 05:17 PM   #4
Andy Mecham
l33t master
 
Join Date: Jul 2002
Location: Santa Clara, CA
Posts: 1,163
Default

In bash and friends:
Code:
export IGNORE_CC_MISMATCH=1
--andy
__________________
Andy Mecham
NVIDIA Corporation
Andy Mecham is offline   Reply With Quote
Old 04-03-03, 05:37 PM   #5
bwkaz
Registered User
 
Join Date: Sep 2002
Posts: 2,262
Default

If your system compiler is gcc 3, and your kernel was compiled with gcc 2, this WILL NOT WORK!

Read the README section that Andy posted again. It talks about this very thing -- the size of rwlock_t is different in gcc 2 vs. gcc 3. This will screw up your kernel module.

Recompiling your kernel with your current gcc version would be the best way to fix this problem. If you later upgrade from gcc 3.2.3 to gcc 3.2.4, then that might work with just exporting IGNORE_CC_MISMATCH, but even then, I'm not so sure. I know for a fact, though, that gcc 2 vs. gcc 3 does NOT work.
__________________
Registered Linux User #219692
bwkaz is offline   Reply With Quote
Old 04-14-03, 10:58 PM   #6
verysoft
Registered User
 
Join Date: Apr 2003
Location: Sydney/Australia
Posts: 4
Default

why don't you just recompile your kernel, take care of your agp-support and kick out your dri?
works fine on my woody 3.0 bf24
__________________
verysoft
verysoft 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
Problems with a GeForce4 MX 440 under Debian Iainuki NVIDIA Linux 1 09-24-02 09:27 PM
Riva TNT 2 - Debian (Woody) chipset problem sindra NVIDIA Linux 4 08-26-02 03:21 AM
nvidea drivers on 2.4.18 Debian (3.0 woody) thor NVIDIA Linux 2 08-20-02 02:51 PM
Debian sid w/ nForce - X won't start questioncolon NVIDIA Linux 16 08-05-02 10:35 AM

All times are GMT -5. The time now is 09:23 AM.


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