1 Jul
2004
1 Jul
'04
10:31 p.m.
Hi all,
I am using the latest 2.6.7 kernel (tried also 2.6.5) but with hdsp I cannot select
anything lower than 1024x2 buffer settings in jackd without having massive xruns.
Asoundrc is fine, modprobe.conf is fine too.
The hdsp runs fine with the aforementioned settings but anything lower simply is
horrible.
The kernel is patched with all kinds of mm patches but I am not currently using -r option
nor the realtime module (a bit scared of freezing my machine :-). Is this the best one can
do in user-space?
Any help is greatly appreciated!
Best wishes,
Ico
2 Jul
2 Jul
12:26 a.m.
I am using the latest 2.6.7 kernel (tried also 2.6.5)
but with hdsp I cannot s
elect anything lower than 1024x2 buffer settings in jackd without having massi
ve xruns.
Give up on 2.6 for now. If you can't give up on it, then at least run
all (audio) apps with the environment variable LD_ASSUME_KERNEL set to
2.4.19.
When the dust settles from the kernel and NPTL, 2.6 will be more
viable. Right now, even though it works for some people, its not a
generally viable platform for realtime audio.
--p
7:50 a.m.
New subject: [Alsa-devel] Re: [linux-audio-dev] snd-hdsp oddities
At Thu, 01 Jul 2004 22:16:39 -0400,
Paul Davis wrote:
Hmm, except for some sched policy setting problems on NPTL, I don't
see bigger problem than 2.4+preempt kernel. For some people,
2.4+preempt might work _casually_ better than 2.6, but it can happen
vice versa.
Shouting "DON'T USE 2.6" isn't a good solution. Though, we need to
inform to "set LD_ASSUME_KERNEL as a workaround"...
Takashi
I am using the latest 2.6.7 kernel (tried also
2.6.5) but with hdsp I cannot s
elect anything lower than 1024x2 buffer settings in jackd without having massi
ve xruns.
Give up on 2.6 for now. If you can't give up on it, then at least run
all (audio) apps with the environment variable LD_ASSUME_KERNEL set to
2.4.19.
When the dust settles from the kernel and NPTL, 2.6 will be more
viable. Right now, even though it works for some people, its not a
generally viable platform for realtime audio. 
9:29 a.m.
New subject: [Alsa-devel] Re: [linux-audio-dev] snd-hdsp oddities
On Fri, 02 Jul 2004 11:40:28 +0200
Takashi Iwai <tiwai(a)suse.de> wrote:
Yes, but i wonder: many other people use NPTL for many kinds of applications w/o
problems.. The jack source code is too complex for me to really find my way through it,
but maybe someone might consider summing up how jack handles threads and provide pointers
into the source at the relevant spots.. Maybe NPTL isn't at fault, but jack..
Also, i think it would be very useful to have simplified test case which shows the
"erraneous" behaviour of jack/NPTL..
flo
--
Palimm Palimm!
http://affenbande.org/~tapas/wiki
When the dust
settles from the kernel and NPTL, 2.6 will be more
viable. Right now, even though it works for some people, its not a
generally viable platform for realtime audio.
Hmm, except for some sched policy setting problems on NPTL, I don't
see bigger problem than 2.4+preempt kernel. For some people,
2.4+preempt might work _casually_ better than 2.6, but it can happen
vice versa.
Shouting "DON'T USE 2.6" isn't a good solution. Though, we need to
inform to "set LD_ASSUME_KERNEL as a workaround"...
10:39 a.m.
New subject: [Alsa-devel] Re: [linux-audio-dev] snd-hdsp oddities
At Fri, 2 Jul 2004 13:26:44 +0200,
Florian Schmidt wrote:
On Fri, 02 Jul 2004 11:40:28 +0200
Takashi Iwai <tiwai(a)suse.de> wrote:
Yes, but i wonder: many other people use NPTL for many kinds of
applications w/o problems.. The jack source code is too complex for me
to really find my way through it, but maybe someone might consider
summing up how jack handles threads and provide pointers into the
source at the relevant spots.. Maybe NPTL isn't at fault, but jack..
Well, it's hard to determine at this point.
It could be a bug of pthread_setschedparm() on NPTL.
When the
dust settles from the kernel and NPTL, 2.6 will be more
viable. Right now, even though it works for some people, its not a
generally viable platform for realtime audio.
Hmm, except for some sched policy setting problems on NPTL, I don't
see bigger problem than 2.4+preempt kernel. For some people,
2.4+preempt might work _casually_ better than 2.6, but it can happen
vice versa.
Shouting "DON'T USE 2.6" isn't a good solution. Though, we need to
inform to "set LD_ASSUME_KERNEL as a workaround"... Also, i think it would be very useful to have
simplified test case
which shows the "erraneous" behaviour of jack/NPTL..
Yes, definitely.
Takashi
5 Jul
5 Jul
2:34 p.m.
New subject: [linux-audio-dev] NPTL/2.6 (was snd-hdsp oddities)
On Thu, 2004-07-01 at 19:16, Paul Davis wrote:
When the dust settles from the kernel and NPTL, 2.6
will be more
viable. Right now, even though it works for some people, its not a
generally viable platform for realtime audio.
What sort of issues are you seeing with NPTL and the 2.6 kernel? Are
there stability problems? Functionality problems? I thought I had heard
the NPTL/2.6 was working fine.
Cheers... mo
2:50 p.m.
New subject: [linux-audio-dev] NPTL/2.6 (was snd-hdsp oddities)
On Mon, 2004-07-05 at 09:24, Michael Ost wrote:
On Thu, 2004-07-01 at 19:16, Paul Davis wrote:
What I'm seeing is, sometimes, xrun storms (this is using 2.6.7 + some
extra patches, lsm for realtime as non-root, recent alsa, qjackctl for
starting and running jack). One of them I think I have tracked to an app
running into denormal problems on a PIV. I still don't know for sure
which part of the system is contributing to the problem (jack / nptl /
alsa). On the same hardware with an older glibc and 2.4.x with low
latency patches I don't see the same problems (but the whole distro is
different, FC1 vs FC2).
Some users have had good experiences with 2.6.x by turning off nptl with
the LD_ASSUME_KERNEL trick, but they get lousy performance (ie: lots of
xruns) with nptl on.
-- Fernando
When the dust settles from the kernel and NPTL,
2.6 will be more
viable. Right now, even though it works for some people, its not a
generally viable platform for realtime audio.
What sort of issues are you seeing with NPTL and the 2.6 kernel? Are
there stability problems? Functionality problems? I thought I had heard
the NPTL/2.6 was working fine. 
2:53 p.m.
New subject: [linux-audio-dev] NPTL/2.6 (was snd-hdsp oddities)
--- Fernando Pablo Lopez-Lezcano <nando(a)ccrma.stanford.edu> wrote:
On Mon, 2004-07-05 at 09:24, Michael Ost wrote:
Are
On Thu, 2004-07-01 at 19:16, Paul Davis wrote:
> When the dust settles from the kernel and NPTL, 2.6 will be
more
> viable. Right now, even though it works for
some people, its
not a
generally
viable platform for realtime audio.
What sort of issues are you seeing with NPTL and the 2.6 kernel? there stability problems? Functionality problems?
I thought I had
heard
the NPTL/2.6 was working fine.
What I'm seeing is, sometimes, xrun storms (this is using 2.6.7 +
some
extra patches, lsm for realtime as non-root, recent alsa, qjackctl
for
starting and running jack). One of them I think I have tracked to
an app
running into denormal problems on a PIV. I still don't know for
sure
which part of the system is contributing to the problem (jack /
nptl /
alsa). On the same hardware with an older glibc and 2.4.x with low
latency patches I don't see the same problems (but the whole distro
is
different, FC1 vs FC2).
Some users have had good experiences with 2.6.x by turning off nptl
with
the LD_ASSUME_KERNEL trick, but they get lousy performance (ie:
lots of
xruns) with nptl on.
-- Fernando
7243
days inactive
7247
days old
linux-audio-dev@lists.linuxaudio.org
7 comments
7 participants
participants (7)
-
Charles de Martigny -
Fernando Pablo Lopez-Lezcano -
Florian Schmidt -
icoļ¼ fuse.net -
Michael Ost -
Paul Davis -
Takashi Iwai