22 Feb
2012
22 Feb
'12
6:25 p.m.
New flash! First time I have seen such a thing. On Debian SId (unstable).
The two dkms modules I have:
Vboxdrv.ko built fine!
Nvidia kernel module does not build correctly: Make.log ends with: Building
modules, stage 2.
MODPOST 1 modules
WARNING: could not find /var/lib/dkms/nvidia/295.20/build/.nv-
kernel.o.i386.cmd for /var/lib/dkms/nvidia/295.20/build/nv-kernel.o.i386
FATAL: modpost: GPL-incompatible module nvidia.ko uses GPL-only symbol
'migrate_enable'
make[4]: *** [__modpost] Error 1
make[3]: *** [modules] Error 2
make[2]: *** [sub-make] Error 2
make[1]: *** [all] Error 2
make[1]: Leaving directory `/usr/src/linux-headers-3.2.0-1-rt-686-pae'
make: *** [modules] Error 2
make: Leaving directory `/var/lib/dkms/nvidia/295.20/build'
There have been past problems with nvidia stuff compiling for rt kernels which
was fixable in the source. The above looks like something else! Something can
be overridden to get this to modpost?
Anyway, a small step for -rt, a big step for linux audio :-)
(No objection to running nouveau but it is problably no good enough for DAW
software which often has animation, i.e. meters, etc.)
22 Feb
22 Feb
7:04 p.m.
On 02/22/2012 06:24 PM, David Baron wrote:
New flash! First time I have seen such a thing. On
Debian SId (unstable).
The two dkms modules I have:
Vboxdrv.ko built fine!
Nvidia kernel module does not build correctly: Make.log ends with: Building
modules, stage 2.
MODPOST 1 modules
WARNING: could not find /var/lib/dkms/nvidia/295.20/build/.nv-
kernel.o.i386.cmd for /var/lib/dkms/nvidia/295.20/build/nv-kernel.o.i386
FATAL: modpost: GPL-incompatible module nvidia.ko uses GPL-only symbol
'migrate_enable'
make[4]: *** [__modpost] Error 1
make[3]: *** [modules] Error 2
make[2]: *** [sub-make] Error 2
make[1]: *** [all] Error 2
make[1]: Leaving directory `/usr/src/linux-headers-3.2.0-1-rt-686-pae'
make: *** [modules] Error 2
make: Leaving directory `/var/lib/dkms/nvidia/295.20/build'
There have been past problems with nvidia stuff compiling for rt kernels which
was fixable in the source. The above looks like something else! Something can
be overridden to get this to modpost?
Anyway, a small step for -rt, a big step for linux audio :-)
(No objection to running nouveau but it is problably no good enough for DAW
software which often has animation, i.e. meters, etc.)
Cool! All though we don't really need -rt anymore afaik. Lowlatency
would be good enough.
\r
7:36 p.m.
Am Mittwoch, den 22.02.2012, 19:24 +0200 schrieb David Baron:
New flash! First time I have seen such a thing. On
Debian SId (unstable).
The two dkms modules I have:
Vboxdrv.ko built fine!
Nvidia kernel module does not build correctly: Make.log ends with: Building
modules, stage 2.
MODPOST 1 modules
WARNING: could not find /var/lib/dkms/nvidia/295.20/build/.nv-
kernel.o.i386.cmd for /var/lib/dkms/nvidia/295.20/build/nv-kernel.o.i386
FATAL: modpost: GPL-incompatible module nvidia.ko uses GPL-only symbol
'migrate_enable'
make[4]: *** [__modpost] Error 1
make[3]: *** [modules] Error 2
make[2]: *** [sub-make] Error 2
make[1]: *** [all] Error 2
make[1]: Leaving directory `/usr/src/linux-headers-3.2.0-1-rt-686-pae'
make: *** [modules] Error 2
make: Leaving directory `/var/lib/dkms/nvidia/295.20/build'
There have been past problems with nvidia stuff compiling for rt kernels which
was fixable in the source. The above looks like something else! Something can
be overridden to get this to modpost?
Anyway, a small step for -rt, a big step for linux audio :-)
(No objection to running nouveau but it is problably no good enough for DAW
software which often has animation, i.e. meters, etc.)
_______________________________________________
Thanks for head-up, I do a quick test with this kernel, but it didn't
work nice on my box. (veryyy slllooowww graaphiiccc)
CPU: Single core Intel Pentium 4 CPU (-UP-) cache 512 KB flags
(sse sse2) bmips 5184.77 clocked at 2592.386 MHz
Graphics: Card: ATI Radeon R200 QH [Radeon 8500] bus-ID: 01:00.0 X.Org
1.10.3 drivers ati,radeon Resolution 1024x768(a)75.0hz
GLX Renderer Rasterizer GLX Version 2.1 Mesa 7.10.3 Direct
Rendering Yes
Well, normal I build my kernel by myself and specify it for my hardware,
so it isn't a wonder that a standard kernel didn't suite my needs.
Anyhow, it's nice to have "standard -rt kernels" in debian now.
greets
hermann
23 Feb
23 Feb
4:54 p.m.
Il 22/02/2012 18:24, David Baron ha scritto:
Anyway, a small step for -rt, a big step for linux
audio :-)
I've just installed it on Wheezy, and it's running fine :-)
I see that the kernel doesn't include the system timer patch
(CONFIG_HZ=1000): it's not needed anymore? Can someone tell me the
benefits of that patch?
--
Nicola
8:15 p.m.
On 02/23/2012 05:53 AM, Nicola Pandini wrote:
Il 22/02/2012 18:24, David Baron ha scritto:
Don't know about that. Only ones I saw required PAE, which neither of my
music laptops support. Also, I noticed that the AMD version also
requires PAE. Why would a 64-bit kernel need PAE?
--
David
gnome(a)hawaii.rr.com
authenticity, honesty, community
Anyway, a small step for -rt, a big step for
linux audio :-)
I've just installed it on Wheezy, and it's running fine :-)
I see that the kernel doesn't include the system timer patch
(CONFIG_HZ=1000): it's not needed anymore? Can someone tell me the
benefits of that patch?
9:46 p.m.
Il 23/02/2012 20:15, david ha scritto:
On 02/23/2012 05:53 AM, Nicola Pandini wrote:
I found something here:
http://www.rosegardenmusic.com/wiki/frequently_asked_questions
It should affects MIDI timing. I mostly use MIDI, so I think it's a
feature that I'd try to have in my kernel.
--
Nicola
Il 22/02/2012 18:24, David Baron ha scritto:
Don't know about that. Only ones I saw required PAE, which neither of
my music laptops support. Also, I noticed that the AMD version also
requires PAE. Why would a 64-bit kernel need PAE?
Anyway, a small step for -rt, a big step for
linux audio :-)
I've just installed it on Wheezy, and it's running fine :-)
I see that the kernel doesn't include the system timer patch
(CONFIG_HZ=1000): it's not needed anymore? Can someone tell me the
benefits of that patch?
24 Feb
24 Feb
6:29 a.m.
On 02/23/2012 10:44 AM, Nicola Pandini wrote:
Il 23/02/2012 20:15, david ha scritto:
Are you talking about the System Timer Resolution topic? That has
nothing to do with PAE. I've been using Rosegarden for years without
changing the system timer resolution from the 250Hz value, and never
have any MIDI jitter problems.
There's nothing about PAE on that page.
--
David
gnome(a)hawaii.rr.com
authenticity, honesty, community
On 02/23/2012 05:53 AM, Nicola Pandini wrote:
I found something here:
http://www.rosegardenmusic.com/wiki/frequently_asked_questions
It should affects MIDI timing. I mostly use MIDI, so I think it's a
feature that I'd try to have in my kernel. Il 22/02/2012 18:24, David Baron ha scritto:
Don't know about that. Only ones I saw required PAE, which neither of
my music laptops support. Also, I noticed that the AMD version also
requires PAE. Why would a 64-bit kernel need PAE?
Anyway, a small step for -rt, a big step for
linux audio :-)
I've just installed it on Wheezy, and it's running fine :-)
I see that the kernel doesn't include the system timer patch
(CONFIG_HZ=1000): it's not needed anymore? Can someone tell me the
benefits of that patch?
4660
days inactive
4662
days old
linux-audio-user@lists.linuxaudio.org
6 comments
5 participants
participants (5)
-
david -
David Baron -
hermann -
Nicola Pandini -
rosea.grammostola