[LAD] rt-kernel and nvidia graphic card

Dominique Michel dominique.michel at vtxnet.ch
Tue Jan 31 17:29:14 UTC 2012

Thank you all folks for your responses.

Le Tue, 31 Jan 2012 08:00:22 -0500,
Trulan Martin <trulanm at gmail.com> a écrit :

> For me, on a GeForce6150LE, the only video driver that is really
> stable on the RT kernel is vesa.  The NVidia driver works OK with a
> non-RT kernel (and the 'threadirqs' boot parameter, rtirq script,
> etc.), but only on 64 bit. 

I was not knowing that it is possible to use rtirq with a non-RT
kernel. I will experiment that too.

> The nouveau driver has never worked on my
> machine with any kernel, ever.

After several try, I finally get it to work with a non-RT kernel. It
was almost one year ago, but its stability was a calamity with the
Geforce 8800 GT.

> I haven't tried nv in a long time
> because it gives me pathetically low resolution.

Last time I try it was on my precedent machine with a few
different RT-kernels, and it give me 1280x1024 without problem (with
custom modelines into xorg.conf). The stability was very good even at
very high system load. The performance with fvwm-crystal was really good
too, jack was almost imperturbable, just the desktop that was slow
sometime at high system load. But on my new machine and its quad
core phenom, it is much more difficult to slow down the desktop.

> But, if you want to try the NVidia proprietary driver, it is better to
> patch the driver souces rather than faking the license in the kernel.
> See here:
> http://article.gmane.org/gmane.linux.rt.user/7478
> This patch lets the NVidia module build on 3.0 and 3.2 RT kernels.
> This kernel/driver combination does not work on my machine,
> unfortunately.  But

Thanks, I will try it too.

OK, so to resume, I have to make 3 kernels, a non-RT for work with
portage and gcc (gcc can give wrong results sometime with a RT-kernel
https://bugs.gentoo.org/show_bug.cgi?id=20600), and 2 RT, one with the
patched nvidia and vesa, and the other with vesa and nv.

> - Trulan

"We have the heroes we deserve."

More information about the Linux-audio-dev mailing list