6 May
2007
6 May
'07
7:58 a.m.
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?
6 May
6 May
3:53 p.m.
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
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.
- -ken
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (GNU/Linux)
iD8DBQFGPhYXe8HF+6xeOIcRAq7+AJ9SQCb8XF2BIKLwJXQJf16WfuAGYQCdEJfM
V+lHi2OkAswduu1mm34jjAc=
=Ff1f
-----END PGP SIGNATURE-----
7 May
7 May
4:33 a.m.
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),
Yes: there are problems for now at ftp://musix.ourproject.org
ftp://musix.ourproject.org/pub/musix/
apt-cache policy rosegarden
rosegarden:
Installed: 1:1.5.1-2
Candidate: 1:1.5.1-2
Version table:
*** 1:1.5.1-2 0
500 ftp://musix.ourproject.org ./ Packages
100 /var/lib/dpkg/status
1:1.4.0-1 0
500 ftp://ftp.fr.debian.org etch/main Packages
apt-get install rosegarden
Reading package lists... Done
Building dependency tree... Done
The following extra packages will be installed:
libxml-parser-perl libxml-twig-perl rosegarden-data sndfile-programs
Suggested packages:
libunicode-map8-perl libunicode-string-perl
Recommended packages:
libtie-ixhash-perl libxml-xpath-perl
The following NEW packages will be installed:
libxml-parser-perl libxml-twig-perl rosegarden-data sndfile-programs
The following packages will be upgraded:
rosegarden
1 upgraded, 4 newly installed, 0 to remove and 41 not upgraded.
Need to get 6420kB of archives.
After unpacking 2249kB of additional disk space will be used.
Do you want to continue [Y/n]?
But ftp://musix.ourproject.org does not reply... for now.
| > 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.
Sorry: I dont build kernels for Musix, but I used to think that they are
realtime patched:
cat /boot/config-2.6.21-rt1 | grep -i real
# CONFIG_APM_REAL_MODE_POWER_OFF is not set
CONFIG_NETFILTER_XT_MATCH_REALM=m
# Real Time Clock
CONFIG_REALTIME_CAPABILITIES=m
marcos@6[~]$ cat /boot/config-2.6.17-2-multimedia-486 | grep -i real
# CONFIG_APM_REAL_MODE_POWER_OFF is not set
CONFIG_NETFILTER_XT_MATCH_REALM=m
# Real Time Clock
CONFIG_SECURITY_REALTIME=m
I am running JACK as normal user, and it runs in realtime:
ps -C jackd -cmL
PID LWP CLS PRI TTY TIME CMD
18315 - - - ? 00:00:27 jackd
- 18315 TS 21 - 00:00:00 -
- 18319 TS 20 - 00:00:00 -
- 18320 TS 24 - 00:00:00 -
- 18321 FF 60 - 00:00:00 -
- 18436 FF 50 - 00:00:23 -
uname -a
Linux Musix 2.6.21 #1 SMP PREEMPT Fri Apr 27 18:08:33 EEST 2007 i686 GNU/Linux
with no xruns at all running ardour, etc.
--
Marcos Guglielmetti
* Director del desarrollo de Musix GNU+Linux, 100% Software Libre
* Colabora: http://www.musix.org.ar/wiki/index.php/Musix1.0tasks
* CD Download: (http://www.musix.org.ar/en/)
* Videos, programas, etc.: ftp://musix.ourproject.org/pub/musix/
* Reporte de errores:
https://www.musix.org.ar/wiki/index.php?title=Problemas-Bugs
*IRC: #musix channel on freenode
* http://autosus.wordpress.com/
«No te tomes en serio nada que no te haga reír» [un amigo de E. Galeano]
... tampoco sigas al pie de la letra ninguna de estas frases...
8 May
8 May
11:16 a.m.
On Monday 07 May 2007, Marcos Guglielmetti wrote:
Sorry: I dont build kernels for Musix, but I used to
think that they are
realtime patched:
cat /boot/config-2.6.21-rt1 | grep -i real
# CONFIG_APM_REAL_MODE_POWER_OFF is not set
CONFIG_NETFILTER_XT_MATCH_REALM=m
# Real Time Clock
CONFIG_REALTIME_CAPABILITIES=m
marcos@6[~]$ cat /boot/config-2.6.17-2-multimedia-486 | grep -i real
# CONFIG_APM_REAL_MODE_POWER_OFF is not set
CONFIG_NETFILTER_XT_MATCH_REALM=m
# Real Time Clock
CONFIG_SECURITY_REALTIME=m
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.
7 May
7 May
5:08 p.m.
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.
|
| -ken
http://farm1.static.flickr.com/198/488697781_4be6f16974_o.jpg
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.
http://farm1.static.flickr.com/198/488697781_4be6f16974_o.jpg
--
Marcos Guglielmetti
* Director del desarrollo de Musix GNU+Linux, 100% Software Libre
* Colabora: http://www.musix.org.ar/wiki/index.php/Musix1.0tasks
* CD Download: (http://www.musix.org.ar/en/)
* Videos, programas, etc.: ftp://musix.ourproject.org/pub/musix/
* Reporte de errores:
https://www.musix.org.ar/wiki/index.php?title=Problemas-Bugs
*IRC: #musix channel on freenode
* http://autosus.wordpress.com/
«No te tomes en serio nada que no te haga reír» [un amigo de E. Galeano]
... tampoco sigas al pie de la letra ninguna de estas frases...
9 May
9 May
4:11 a.m.
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.
|
| -ken
| _______________________________________________
by David Baron May 08, 2007; 02:31pm
"
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?
Am I missing something here?
Just install it and see. But, thanks for your report.
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
--
Marcos Guglielmetti
* Director del desarrollo de Musix GNU+Linux, 100% Software Libre
* Colabora: http://www.musix.org.ar/wiki/index.php/Musix1.0tasks
* CD Download: (http://www.musix.org.ar/en/)
* Videos, programas, etc.: ftp://musix.ourproject.org/pub/musix/
* Reporte de errores:
https://www.musix.org.ar/wiki/index.php?title=Problemas-Bugs
*IRC: #musix channel on freenode
* http://autosus.wordpress.com/
«No te tomes en serio nada que no te haga reír» [un amigo de E. Galeano]
... tampoco sigas al pie de la letra ninguna de estas frases...
3:55 p.m.
-----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-----
4:57 p.m.
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.
------------
Impressive stuff.. Is this 2.7ms round trip (64 Frames/Period)?
Because I have only ever got 128 Frames/Period from my SBLive..
Any idea why?
James
8:36 p.m.
El Mié 09 May 2007 20:57, James Stone escribió:
| > 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.
| >
| > ------------
|
| Impressive stuff.. Is this 2.7ms round trip (64 Frames/Period)?
No: Ardour 0.99.3 says I am running at 2.7ms
I cant lower it when recording from my sb live
| Because I have only ever got 128 Frames/Period from my SBLive..
So I am
| Any idea why?
Sb Live does not support less than that (i think, but, ask the JACK's people)
| James
--
*****`&' *********************************************
** # Marcos Guglielmetti **
** # Musix GNU+Linux, 100% Software Libre **
** _#_ http://www.musix.org.ar/en **
** (#) **
** / O \ ftp://musix.ourproject.org/pub/musix/ **
** ( === ) http://autosus.wordpress.com/ **
*** `---' *******************************************
10 May
10 May
4:01 a.m.
On 5/9/07, Marcos Guglielmetti <marcospcmusica(a)gmail.com> wrote:
Sb Live does not support less than that (i think, but,
ask the JACK's people)
You can go lower but must select the multichannel devices in qjackctl.
This is better for JACK anyway because you get a JACK port for each
physical inout and output.
Lee
11 May
11 May
4:15 p.m.
El Jue 10 May 2007 08:01, Lee Revell escribió:
| On 5/9/07, Marcos Guglielmetti <marcospcmusica(a)gmail.com> wrote:
| > Sb Live does not support less than that (i think, but, ask the JACK's
| > people)
|
| You can go lower but must select the multichannel devices in qjackctl.
| This is better for JACK anyway because you get a JACK port for each
| physical inout and output.
|
| Lee
Wow, nice TIP!
But: at least with my normal kernel, it produces too much crackle and a bit of
xruns that qjackctl shows... I will try with another kernels later.
I am thinking: there is a good how to about the capabilities of qjackctl
around there? In that case: it's all well documented?
Thanks
--
*****`&' *********************************************
** # Marcos Guglielmetti **
** # Musix GNU+Linux, 100% Software Libre **
** _#_ http://www.musix.org.ar/en **
** (#) **
** / O \ ftp://musix.ourproject.org/pub/musix/ **
** ( === ) http://autosus.wordpress.com/ **
*** `---' *******************************************
6459
days inactive
6464
days old
linux-audio-user@lists.linuxaudio.org
10 comments
5 participants
participants (5)
-
David Baron -
James Stone -
Ken Restivo -
Lee Revell -
Marcos Guglielmetti