Bonjour !
Je tente de faire fonctionner JACK 0.98-1 sur m'a Suse 9.2 avec noyau d'origine soit un 2.6.8-24.
Le problèmes de JACK c'est qu'il a besoin des permissions realtimes que seul ROOT possède.
Le seul moyen si on a un kernel 2.6.X c'est "d'installer" ceci http://sourceforge.net/projects/realtime-lsm/.(...)
Et pour faire cela, comme le précise le README, il faut être capable de compiler un noyau.....et je crois que justement je ne le suis pas.
D'ou ma question: existe-t-il un "noyau Suse" compilé pour JACK ?
-- Non ok, je sais que ça n'existe pas.
Donc je vais me compiler un noyau.
D'après le README de realtime-LSM, il faut avoir ces options:
CONFIG_MODULES=y
CONFIG_SECURITY=y
CONFIG_SECURITY_CAPABILITIES=m
CONFIG_SECURITY_SELINUX=y
J'ai controlé avec un "make xconfig", ces options sont celles par défaut du noyau Suse, donc a priori rien à modifier.
J'ai donc fait un "make cloneconfig" tout simplement. Ensuite je suis à la lettre les étapes du REAMDE à savoir make bzImage, make modules, make KERNEL_DIR=/usr/src/linux-2.6.6, sudo make install,
Et lorsque je boot sur le nouveau noyau, j'ai plein d'erreur que je n'ai pas notée......mais c'est vraiment le gros bordel; je n'ai même pas d'interface réseau !
Comme j'ai un kernel 2.6.8 et que realtime-LSM est fait pour des kernels 2.6.6 peut être est-ce ça ?
L'autre chose dont je n'étais pas sur, est que j'ai fais tout mes manip de config du kernel directement dans usr/src/linux. Ayant installé les source du kernel par RPM, je n'ai pas choisi leur emplacement. en fait usr/src/linux n'est que lien symbolique sur usr/src/linux-2.6.8-24.
Est-ce bien correct ?
Merci d'avance !
Forum Linux.suse JACK et Real-Time avec Suse 9.2
26
nov.
2004
# setpriority
Posté par Sébastien . Évalué à 1.
je viens de regarder ce qui se dit à propos de jack dans la Manuel de la suse (le manuel "SuSE Linux Userguide" est sur les cd de la distribution et tu peux facilement installer la version html ou pdf depuis yast).
Bref, dans le manuel, il est préconisé d'utiliser la commande setpriority (paquetage rtstools).
Voici la procédure décrite pour l'application timidity (ce doit être la meme chose avec jackd) :
...For this reason, many audio programs attempt to switch their processes to a real-time scheduler, but switching a process to another scheduler is only possible with root privileges. The application setpriority in the rtstools package is required for this task.
For example, proceed as follows to run the application timidity with the FIFO scheduler:
1. Start timidity
2. Open a root console session.
3. Use "pidof timidity" to find the process ID of timidity.
4. Change the scheduler with the command "setpriority fifo 10".
You can use the following command in a root shell to speed up this procedure:
for i in `pidof timidity`; do setpriority $i fifo 10; done
...
Donc à mon avis, tu démarres jackd en tant qu'utilisateur normal comme indiqué dans ce meme manuel :
jackd -d alsa -d hw:0
et ensuite, tu lui donnes les priorités temps réeles avec setpriority.
Normalement, le noyau de suse dispose de tout ce qu'il faut pour le temps réel, sans avoir besoin patcher le noyau.
Sinon, je ne suis pas étonné que tu ais des problèmes avec linux-2.6.6, sachant que la suse fonctionne par défaut avec un 2.6.8 patché maison.
J'aurai tenté d'appliquer le patch sur le noyau de suse. Bien entendu, tu ne l'appliques pas sur les sources originales se suse, mais sur une copie du dossier linux-2.6.8-24. Mais essayes d'abord ce que je t'ai dit plus haut.
Pour ta dernière question, OUI, c'est normal que /usr/src/linux soit un lien vers /usr/src/linux-2.6.8-24.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.