Build problems with 2.6.18-rt3 Realtime kernel and 8774/8762

[dmetz99]

Neither 8762 nor 8774 (both with with appropriate jaxxon patches) will successfully build against 2.6.18 with Ingo's -rt3 reatime patch. Installer logs (compiler chatter) are attached. I have not tried these against a vanilla 2.6.18 build, but it should work based on what I've seen posted, here.

Jaxxon/Zander - need your help on this one....

[obra]

FYI, the kernel module builds fine against vanilla 2.6.18.

[zander]

/root/nv8774x/NVIDIA-Linux-x86-1.0-8774-pkg1/usr/src/nv/nv.c: At top level:
/root/nv8774x/NVIDIA-Linux-x86-1.0-8774-pkg1/usr/src/nv/nv.c:904: error: `RAW_SPIN_LOCK_UNLOCKED' undeclared here (not in a function)

This line comes from Jaxxon's patch; is there anything related to raw spinlocks in the changelog?

[dmetz99]

The only reference to RAW_SPIN_LOCK_* in the long-form changelog involves the PPC arch only. This is part of what has me puzzled...

[floogy]

Any news on this? I'll try to compile 2.6.18-rt3 with Bernhards patch, too.
I want to use debians nvidia-kernel-source from unstable (8774). Is it possible to patch debian nvidia-kernel-source with Bernhard's(Jaxxon's) patch?

[floogy]

Ok, I found out, that jaxxon's patch applies fine without hunks to 8774 (to debian nvidia-kernel-source, too?):
http://www.nvnews.net/vbulletin/show...9&postcount=86
http://www.nvnews.net/vbulletin/showthread.php?t=70776

But according to this thread this will lead into the `RAW_SPIN_LOCK_UNLOCKED' undeclared here if one apply it with the 2.6.18-rt3 kernel. Can RAW_SPIN_LOCK_UNLOCKED be removed from jaxxon's patch in a safe way?

[dmetz99]

If you look at the code, RAW_SPIN_LOCK_UNLOCKED is only invoked if config_PREEMPT_RT is set. Perhaps the driver will build if you choose config_PREEMPT_DESKTOP, instead. But if we have to take that route, what's the point of using Ingo's patch?

[JaXXoN]

Hi!

The definition for raw spinlocks has been changed in recent -rt
kernel versions and you need to add "__" for all operations.

Means: open to nv.c, and add those underscores in line 904:

static __raw_spinlock_t __nv_pat_entries_lock = __RAW_SPIN_LOCK_UNLOCKED;

This makes the nvidia driver 1.0-8774 compiling, again
(with patch-nv-1.0-8762-rt "hunkless" applied), but i didn't
yet actually tried out if it work. Feedback appreciated.

regards

Bernhard

[floogy]

Originally Posted by dmetz99

But if we have to take that route, what's the point of using Ingo's patch?

Exactly! I need config_PREEMPT_RT.

[dmetz99]

I'll give it a try tonight when I get home from work.

Thanks JaXXoN!

[floogy]

# cd /usr/src/modules/nvidia-kernel/nv
# patch -p1 ../patch-nv-1.0-8762-rt.txt
(the patch applied fine)
# vi nv.c
(exchange line 904 according to jaxxon.)
The patch compiled fine against the 2.6.18-rc3 kernel.
No errors.

I needed to install nvidia-glx with the option --force-all, because I'm on ubuntu (How to backport the debian package for ubuntu?):

# dpkg -i --force-all /root/nvidia-glx_1.0.8774-1.deb
(Lese Datenbank ... 537760 Dateien und Verzeichnisse sind derzeit installiert.)
Vorbereiten zum Ersetzen von nvidia-glx 1.0.8774-1 (durch .../root/nvidia-glx_1.0.8774-1.deb) ...
Entpacke Ersatz für nvidia-glx ...
dpkg: nvidia-glx: Abhängigkeitsprobleme, aber konfiguriere auf Ihren Wunsch hin: nvidia-glx hängt ab von x11-common (>= 1:7.0.0); aber:
  Version von x11-common auf dem System ist 7.0.0-0ubuntu45.
Richte nvidia-glx ein (1.0.8774-1) ...
Creating NVIDIA TLS links... done.

This worked ~$ dpkg -l *nvidia*|grep ^ii|grep 8774
ii nvidia-glx 1.0.8774-1 NVIDIA binary XFree86 4.x driver
ii nvidia-kernel-2.6.17-rt8 1.0.8774-1+1 NVIDIA binary kernel module for Linux 2.6.17
ii nvidia-kernel-2.6.18-rt3 1.0.8774-1+1 NVIDIA binary kernel module for Linux 2.6.18
ii nvidia-kernel-source 1.0.8774-1 NVIDIA binary kernel module source


But I get this:

# dmesg|tail -n3
[  372.845642] nvidia: Unknown symbol __bad_spinlock_type
[  375.394362] nvidia: Unknown symbol __bad_spinlock_type
[  377.437625] nvidia: Unknown symbol __bad_spinlock_type
# tail /var/log/Xorg.0.log
(**) NVIDIA(0): Enabling RENDER acceleration
(EE) NVIDIA(0): Failed to load the NVIDIA kernel module!
(EE) NVIDIA(0):  *** Aborting ***
(II) UnloadModule: "nvidia"
(II) UnloadModule: "ramdac"
(II) UnloadModule: "fb"
(EE) Screen(s) found, but none have a usable configuration.

Maybe I have to run depmod, or reinstall nvidia-kernel-2.6.18-rt3 ?
For instance I don't know how to run depmod to solve this.

[floogy]

Originally Posted by floogy

Maybe I have to run depmod, or reinstall nvidia-kernel-2.6.18-rt3 ?
For instance I don't know how to run depmod to solve this.

I removed and reinstalled it and all the 2.6.18-rt kernel stuff , and moved /lib/modules/2.6.18-rt3 out of the way.
The unresolved symbols are still there.
Therefor I think, that this isn't the case, and I guess it's due to jaxxon's patch.

dmetz99: What experience did you make?