[linux-audio-user] Which kernel for low latency and kernel 2.6.1-mm# problems
robert.jonsson at dataductus.se
Wed Jan 21 17:55:10 EST 2004
It's all in the message I sent, I didn't remove anything.
To be safe:
Andrew Morton wrote:
>Takashi Iwai <tiwai at suse.de> wrote:
>>a few months ago before 2.6.0 was released, i tested the audio latency
>>with different kernels. the result was shown in the internal
>>conference in SUSE, and i totally forgot to release the data until now
>>maybe it will show you other aspects.
>>here you can find the slides
>OK. How is the suse 2.4 kernel patched in these tests? A form of the
>I made some latency improvements to 2.6's ext3 recently, so it should be
>performing significantly better than it was in 2.6.0-test9.
>I'll do some more checks on 2.6 but as far as I know, it's performing OK.
>If Jack is indeed running with realtime policy I'd be suspecting that
>something other than the normal spends-too-long-in-the-kernel problem is
>Could someone give me a really simple description of how to obtain Jack,
>and how to get it going sufficiently to demonstrate these problems?
Go to |/usr/src/linux/include/linux| (or wherever you have your kernel
sources) and in the file |capability.h| change the line
#define CAP_INIT_EFF_SET to_cap_t(~0&~CAP_TO_MASK(CAP_SETPCAP)
#define CAP_INIT_EFF_SET to_cap_t( ~0 )
and the line
#define CAP_INIT_INH_SET to_cap_t(0)
#define CAP_INIT_INH_SET to_cap_t( ~0 )
Also make sure CONFIG_TMPFS is turned on.
You must then recompile your kernel.
put this in /etc/fstab (you may have to ceate the folders)
shmfs /dev/shm shm defaults 0 0|
none /tmp/jack tmpfs defaults 0 0
||none /mnt/ramfs tmpfs defaults 0 0|
Get jack at http://jackit.sourceforge.net/
do a ./configure --with-default-tmpdir=/mnt/ramfs --enable-capabilities
http://jackit.sourceforge.net/docs/faq.php is a good explanation of
I start jack as a user with
$jackstart -R -v -d alsa -d hw:0
but if the compatability.h wasn't altered then you can start jack as
#jackd -R -v -d alsa -d hw:0
There's an explanation of commnad line options at
I think that's everything.
I got xruns by opening programs but my audio tools are rezound and
ardour and they won't record much longer that 20 seconds before jack xruns.
I was the original poster. I found that if I used the 2.4.2 kernel with
the low-latency patch from
http://www.zip.com.au/~akpm/linux/schedlat.html#downloads and then
installed jack as above, I would get NO xruns using kde, ardour (has
multiple windows) and a network going. I've tried 2.6, 2.6.1 and patched
to -mm4 and mm5 but I get xruns within even fluxbox by doing the most
labour-unintensive computer tasks.
The -p option extends the buffer (is that the word?). Well, I didn't
need it with the 2.4.2 but in the 2.6 I made it -p 8192. It only
extended the xrun relief by a couple of seconds though. (ie it did jack all)
If you could throw any light on this then that would be absolutely great.
More information about the Linux-audio-user