El día 26/05/07, Marcos Guglielmetti <marcospcmusica@gmail.com> escribió:
El Domingo, 27 de Mayo de 2007 00:46, Gabriel Dandrea escribió:
| Hola, hace un tiempo que estoy tratando de hacer correr jackd en realtime,
| como usuario normal.
| Estoy en Debian testing/unstable, usando los repositorios de musix. De ahi
| me baje el kernel source 2.6.21 rt7, configure, hice un make, make
| modules_install, y copie manualmente la bzImage a boot para cargarlo todo.
| Lo aclaro porque no se si por ahi es algun error por no usar make-kpkg.
| El modulo realtime lo tengo como realcap, pero segun vi esta en desuso
| por pam, con lo
| que me bastaria con setear en /etc/security/limits.conf
| @audio - rt_priority 100
Just this:
@audio - rtprio 100
(debian lo hace mal, se ve...)
| @audio - nice -10
| @audio - memlock 4000000
| pero no pasa nada. Al correr qjackctl para ver que pasa solo veo xruns,
| porque no puede establecer prioridad realtime, me sale esto:
|
| cannot use real-time scheduling (FIFO at priority 20) [for thread
| -1228035152, from thread -1228035152] (1: Operation not permitted)
| cannot use real-time scheduling (FIFO at priority 10) [for thread
| -1236423760, from thread -1236423760] (1: Operation not permitted)
| Si lo ejecuto sin realtime no pasa nada.
| En Musix me anda todo bien pero en mi sistema, no quiere no pasa nada.
| Tengo que habilitar realtime, con mi kernel, alguien me puede orientar un
| poco, porque la verdad ni idea que hacer.
|
|
| Saludos, Gabriel.
--
`&'
# Marcos Guglielmetti
# Musix GNU+Linux, 100% Software Libre
_#_
http://www.musix.org.ar/en
(#)
/ O \ + archivos: ftp://musix.ourproject.org/pub/musix/
( === ) Ecología:
http://autosus.wordpress.com/
`---'
_______________________________________________
Musix GNU+Linux - www.musix.org.ar
Musix-usuarios mailing list
Musix-usuarios@lists.ourproject.org
https://lists.ourproject.org/cgi-bin/mailman/listinfo/musix-usuarios
Ya lo solucione era otro problema, merecia un STFW.
No busque porque ya estaba medio sin esperanzas con jackd, con otra lucha anterior que tuve
tratando de usarlo en Archlinux, a lo que termine con Debian por otros motivos (documentacion e info pages). Bastaba solo con buscar el error por lo que agregue esto a /etc/modules
realcap mlock=1 gid=29
en mi caso realcap, en la mayoria el modulo realtime.
Pero yo pense igual que no hacia falta el parche realtime-lsm que estaba desaprobado, y que con limits.conf bastaba pero se ve que no. Se sigue usando realtime-lsm para realtime?
Saludos, Gabriel.