El día 26/05/07, Marcos Guglielmetti <[email protected]> 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 [email protected] 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.