[Musix-usuarios] Jackd realtime y $
Marcos Guglielmetti
marcospcmusica en gmail.com
Sab Mayo 26 23:34:25 CEST 2007
El Domingo, 27 de Mayo de 2007 03:24, Gabriel Dandrea escribió:
| El día 26/05/07, Marcos Guglielmetti <marcospcmusica en 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 en 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.
Se siguen usando ambas cosas (podés optar, yo ya no uso realtime-lsm), pero a
lo que iba, que no me expliqué bien, es que tu /etc/security/limits.conf está
mal escrito, habría que reportar esto a la gente de Debian, si es que ellos
lo escriben así.
Algo correcto sería:
@audio - rtprio 99
@audio - memlock 250000
@audio - nice -10
Nunca @audio - rt_priority 100, esa forma (rt_priority) quedó en desuso
aparentemente
¿alguien sabe a qué paquete corresponde esto?
Yo creo que es a libpam-modules - Pluggable Authentication Modules for PAM
pero no lo sé
Habría que reportar a su mantenedor:
apt-cache show libpam-modules
Package: libpam-modules
Priority: required
Section: libs
Installed-Size: 572
Maintainer: Sam Hartman <hartmans en debian.org>
Si es que corresponde ¿no?
Salute
--
`&'
# 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/
`---'
Más información sobre la lista de distribución Musix-usuarios