At Thu, 30 Jan 2003 12:00:32 +0200, Antti Boman wrote: > > Takashi Iwai wrote: > > At Thu, 30 Jan 2003 01:48:18 +0200, > > Antti Boman wrote: > >>>> > >>>>- I have the lowlat patch installed in kernel, but using or not using it > >>>> doesn't seem to change anything. > >>> > >>>most likely the kernel scheduler is irrelevant. > >> > >>The only effect it had was locking the whole machine when using > >>playback/capture only. > > > > do you mean with LL-patch? or with preempt patch? > > Andrew Morton's > (http://www.zip.com.au/~akpm/linux/schedlat.html#downloads) patch. Sorry > about the flaws in terminology, I'm kind of half-dumb with these. If > there are even difference with those ones, I have to check them out > tonight and tell you then. basically LL-patch is safer... anyway i recommed to use without LL-patch (or disabled via sysctl) as the first tests. otherwise we don't know which is the culprit. as long as no heavy disk access, the normal scheduler should work fine.
> >>>>- Using jackd with playback/capture only, it produces the following > >>>> message: > >>>> jackd: pcm.c:5851: snd_pcm_mmap_commit: Assertion 'pcm' failed > >>> > >>>that's weird. > >> > >>Yes, and as you most probably know, it refers to alsa-lib/src/pcm/pcm.c > > > > if the above function is directly called from jack, then it should be > > a bug of jack. the error above says the passed argument is a null > > pointer. > > I know. But I don't know if it's directly called from jackd. I'll try > and ask more on jackit-devel or try to find things myself. May be > another dead-end, though. you can run non-stripped jackd in the source tree before installation, and run from gdb to trace at which point this happens. > > ah, sorry, what do you mean "kernel real-time patches"? > > preempt-patch? > > > > then i don't know. i don't use them together with 2.4 kernels. > > Then again, even without enabling low latency (whatsoever) it doesn't > work. I'm just afraid this won't be solved. And I'm not afraid for > myself, just for the fact that 8738 is a highly used chip. Have you > tried running jackd with the one of yours? yes. no hang up with -R and/or -P options, so far. # jackd -v -R -d alsa -d hw -r 44100 -p 512 -n 2 # jackd -v -R -d alsa -d hw -r 44100 -p 512 -n 2 -P Takashi ------------------------------------------------------- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com _______________________________________________ Alsa-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-devel