-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Wed, May 09, 2007 at 03:08:01AM +0200, Marcos Guglielmetti wrote: > El Dom 06 May 2007 19:53, Ken Restivo escribi?: > | On Sun, May 06, 2007 at 12:58:16PM +0300, David Baron wrote: > | > Along with (a currently uninstallable rosegarden), the musix reporistory > | > was 2.61-rt kernels. Are these with the rt patch applied or are they > | > simply with 1000hz timer as some "rt" kernels are? > | > > | > Anyone used these yet? > | > | I thought it was RT-patched, downloaded, and found out that it wasn't. > | > | I ended up building a 2.6.21 with Ingo's RT patch -1, from source. Took > | only a short time to build, and worked great. Yay make-kpkg. > | > > " > These are more relevant: > # CONFIG_PREEMPT_NONE is not set > # CONFIG_PREEMPT_VOLUNTARY is not set > # CONFIG_PREEMPT_DESKTOP is not set > CONFIG_PREEMPT_RT=y > CONFIG_PREEMPT=y > CONFIG_PREEMPT_SOFTIRQS=y > CONFIG_PREEMPT_HARDIRQS=y > CONFIG_PREEMPT_BKL=y > # CONFIG_CLASSIC_RCU is not set > CONFIG_PREEMPT_RCU=y > CONFIG_RCU_TRACE=y > > The PREEMPT_RT is the main thing of the "rt" patch. > The security realtime module is realtime-lsm. Setting this here has no effect > since it is not included in the sources but must be compiled seperately. I > think the put that here just to tell you it is (in their estimation) > obsolete. It still works and I do not have rlimits available. " > > Thanks, see: > > > 64studio's kernel: > > cat config-2.6.17-2-multimedia-486 | grep -i preem > # CONFIG_PREEMPT_NONE is not set > # CONFIG_PREEMPT_VOLUNTARY is not set > # CONFIG_PREEMPT_DESKTOP is not set > CONFIG_PREEMPT_RT=y > CONFIG_PREEMPT=y > CONFIG_PREEMPT_SOFTIRQS=y > CONFIG_PREEMPT_HARDIRQS=y > CONFIG_PREEMPT_BKL=y > CONFIG_PREEMPT_RCU=y > # CONFIG_CRITICAL_PREEMPT_TIMING is not set > > > Ok, this is the Musix's kernel: > > marcos@4[boot]$ cat config-2.6.21-rt1 | grep -i preem > # CONFIG_PREEMPT_NONE is not set > # CONFIG_PREEMPT_VOLUNTARY is not set > # CONFIG_PREEMPT_DESKTOP is not set > CONFIG_PREEMPT_RT=y > CONFIG_PREEMPT=y > CONFIG_PREEMPT_SOFTIRQS=y > CONFIG_PREEMPT_HARDIRQS=y > CONFIG_PREEMPT_BKL=y > CONFIG_PREEMPT_RCU=y > # CONFIG_DEBUG_PREEMPT is not set > # CONFIG_CRITICAL_PREEMPT_TIMING is not set > > > The only thing I dont see is: CONFIG_RCU_TRACE=y, but it's there: > > cat config-2.6.21-rt1 | grep -i rcu > # CONFIG_CLASSIC_RCU is not set > CONFIG_PREEMPT_RCU=y > CONFIG_RCU_TRACE=y > > > So, I dont know why did you told the world they are not realtime patched ?why? Probably because I screwed up. Sorry about that. > > Am I missing something here? No, it's more likely I was. > > Just install it and see. But, thanks for your report. > I did. Something let me to conclude it wasn't patched, but I don't remember what it was. > > On the other hand, we could not build 2.6.21 with aufs and all the RT patches, > see: > > cat config-2.6.21 | grep -i preem > # CONFIG_PREEMPT_NONE is not set > # CONFIG_PREEMPT_VOLUNTARY is not set > CONFIG_PREEMPT=y > CONFIG_PREEMPT_BKL=y > # CONFIG_DEBUG_PREEMPT is not set > > > Because of an error related to aufs and realtime patches, the live CD runs > this 2.6.21 kernel and you can install 2.6.21-rt from our repositories. > > But, the performance is not too bad for a Live CD, see: > > > Performance Tests: > > PC: AMD Duron 1800 (64kb cache: too low!), 384mb RAM, HD 30GB IDE 7200 RPM, > Soundcard: SB Live! So: cheap hardware! Not good for this things, but, see: > > Distro: Live-CD Musix GNU/Linux 1.0-r0b3 > > Linux Musix 2.6.21 #1 SMP PREEMPT Fri Apr 27 18:08:33 EEST 2007 i686 GNU/Linux > > Desktop: Icewm + Rox-Filer (Musix's default) > > Ardour 0.99.3 > > Recording to HD (IDE, 7200 RMP) > > I am not using plugins (LADSPA) > > ----------------------------------- > > JACK: 5.3 ms latency, 48khz > > 20 mono tracks: I can play or record 20 mono tracks without problems at all, > no xruns, no stop. > > ----------------------------------- > > JACK: 2.7 ms latency, 48khz > > 20 mono tracks: I can play or record 20 mono tracks without problems at all, > no xruns, no stop. > > ------------ > > Less latency: my SB Live! does not allow me to lower the latency less than > 2.7ms when JACK is in Duplex mode, but I can lower it if I choose only > playback from the qjackctl setup. > > ---------------------------------------- > > JACK: 42,7 ms latency, 48khz > > 39 mono tracks into Ardour: OK, no xruns... sometimes Ardour stop and > says "your machine is not fast enought...etc", but it happends when I move > some slider into Ardour or something like this. If I just record or play, > there are no problems. > > I have to do more tests, but it woud be useful to use better hardware for them > Nice work! - -ken -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFGQgr5e8HF+6xeOIcRAgp6AJ4/I4Nks2kt9+CeJSAXNF0eA1lD3ACg6snN aXaomfsw6J8N9YKMZpb8nJE= =vDGf -----END PGP SIGNATURE----- _______________________________________________ Linux-audio-user mailing list Linux-audio-user@xxxxxxxxxxxxxxxxxxxx http://lists.linuxaudio.org/mailman/listinfo.cgi/linux-audio-user
