Chargement...
 
Skip to main content

1 - Le matériel et les pilotes ALSA, FFADO, ...


[RÉSOLU] Configurer rtIRQ pour carte son FireWire sur carte PCI Express

Bonjour,

J'utilise une carte son firewire (EDIROL FA-66) pour la MAO. Seulement, n'ayant pas de port firewire sur ma machine, j'utilise une carte PCI Express avec ports Firewire.
J'ai configuré rtIRQ comme indiqué dans les tutos: rtirq et http://wiki.linuxmusicians.com/doku.php?id=system_configuration#priorities.

J'ai donc dans mon fichier /etc/sysconfig/rtirq:
Copy to clipboard
RTIRQ_NAME_LIST="rtc ohci1394 snd usb i8042"

Ma question est la suivante: dans la mesure ou il y a un intermédiaire avant la carte son (la carte PCIExpress), ne faut-il pas aussi donner une priorité RT élevée au controlleur de cette carte?

Seulement, je ne suis pas certain de bien l'identifier.
Voici un extrait de la réponse à la commande : lspci-v:


[+]
Est-ce le premier (00:1c.0 PCI bridge: Intel Corporation ...) ou le deuxième (0d:00.0 PCI bridge: Texas Instruments ...) qui est en question?

(j'ai essayé de rajouter "pcieport" dans RTIRQ_NAME_LIST, c'est le nom du kernel module, mais il n'apparait pas quand je redémarre retirq:

Copy to clipboard
Setting IRQ priorities: start [rtc] irq=8 pid=101 prio=95: OK. Setting IRQ priorities: start [ohci1394] irq=19 pid=956 prio=91: OK. Setting IRQ priorities: start [HDA Intel] irq=31 pid=1033 prio=89: OK. Setting IRQ priorities: start [uhci_hcd] irq=20 pid=92 prio=87: OK. Setting IRQ priorities: start [uhci_hcd] irq=20 pid=95 prio=86: OK. Setting IRQ priorities: start [uhci_hcd] irq=21 pid=93 prio=86: OK. Setting IRQ priorities: start [uhci_hcd] irq=21 pid=96 prio=85: OK. Setting IRQ priorities: start [uhci_hcd] irq=22 pid=94 prio=85: OK. Setting IRQ priorities: start [uhci_hcd] irq=22 pid=97 prio=84: OK. Setting IRQ priorities: start [ehci_hcd] irq=20 pid=91 prio=87: OK. Setting IRQ priorities: start [ehci_hcd] irq=22 pid=90 prio=86: OK. Setting IRQ priorities: start [i8042] irq=1 pid=99 prio=85: OK. Setting IRQ priorities: start [i8042] irq=12 pid=98 prio=84: OK.


).

Ma quête est-elle vaine, ou faut-il en effet donner une priorité à ce contrôleur?

(ma config: unam -a:
Linux SaphirSt 2.6.33.13-149.rt31.2.fc14.ccrma.i686.rt #1 SMP PREEMPT RT Wed May 11 20:12:33 EDT 2011 i686 i686 i386 GNU/Linux
)

Merci d'avance à ceux qui prendront la peine de lire ce long post!
Hello !

Je te cite :
J'ai donc dans mon fichier /etc/sysconfig/rtirq: RTIRQ_NAME_LIST="rtc ohci1394 snd usb i8042"
donc, à ce niveau l'ohci1394 est bien prioritaire, c'est parfait.

Par contre, as-tu également un fichier /etc/default/rtirq présent sur ton système ?
Auquel cas, il faudrait que les lignes :
RTIRQ_NAME_LIST="rtc xxx snd i8042"
RTIRQ_NON_THREADED="rtc xxx snd"
soient en conformité, pour l'ordre des interruptions.

A+
Bonjour, et avant tout merci de ta réponse!

Non, je n'ai pas de tel fichier.
Faut-il le créer? Doit-il être une copie de /etc/sysconfig/rtirq?
(A quoi sert-il?)

Merci
Ben, à vrai dire, je me posais la question inverse...
A savoir, le fichier rtirq dans sysconfig jouerait-il le même rôle ?
D'autant que sous ma distrib' basée sur Debian, je n'ai pas de /etc/sysconfig.

Si ce que je suppose est exact (tu as quoi, comme distrib', au fait ?), tu devrais être bon, tel quel.
Si, d'ailleurs, ça a été paramétré comme ça d'origine, c'est plutôt un bon point pour le concepteur car, souvent, il faut se repalucher cet aspect du rtirq, pour l'audio...

A+
j'ai une fedora 14, avec le noyau:

2.6.33.13-149.rt31.2.fc14.ccrma.i686.rt

J'imagine que ces deux fichiers jouent le même rôle.

Mais non, /etc/sysconfig/rtirq n'était pas configuré comme ça au début, il n'y avait pas "ohci1394" dans RTIRQ_NAME_LIST, ni snd d'ailleurs.
En passant, j'hésite même à laisser "usb" dedans, car je n'ai que ma souris en usb quand je fais du son, et je ne suis pas certain qu'il est vraiment nécessaire qu'elle acquiert une prio temps réel...

Merci
Je suis dans le même cas de figure aussi bien sur la machine fixe que sur le portable, avec la même position pour la souris et, en 4 ans, je n'ai observé aucune perturbation.
De toute façon, vu ce qu'on fait, elle passe après les modules de son donc, je pense, aucun souci...

A+
France
coucou,

dans la mesure ou il y a un intermédiaire avant la carte son (la carte PCIExpress), ne faut-il pas aussi donner une priorité RT élevée au controlleur de cette carte?

La réponse est non. Il faut seulement augmenter la priorité des processus IRQ visibles grace à la commande cat /proc/interrupts.
Si tu n'es pas sûr de la bonne configuration de rtirq, renvoi nous le résultat de cette commande.

@allany : l'emplacement et le nom du fichier de configuration varient en fonction de la distribution, je cite la doc sur linuxmao :
  • par défaut : /etc/sysconfig/rtirq
  • gentoo : /etc/conf.d/rtirq
  • Debian : /etc/default/rtirq

oliv'
Merci, Piano' !
Comme quoi, on devrait toujours lire les docs de linuxmao... 😉
J'aurais été plus affirmatif...

Pour les priorités, je suppose que, dans le système de SaphirST, les choses se passent exactement comme tu le dis puisque son IRQ ohci1394 a la priorité suivant juste le rtc.
Ca semblait donc bien être le port firewire qui était pris en compte et non l'express.

A+
Bonsoir,

''Si tu n'es pas sûr de la bonne configuration de rtirq, renvoi nous le résultat de cette commande.
''

Voici le résultat de cette commande:

Copy to clipboard
enreg@SaphirSt:~$ cat /proc/interrupts CPU0 CPU1 0: 150756 206083 IO-APIC-edge timer 1: 2055 270 IO-APIC-edge i8042 8: 0 1 IO-APIC-edge rtc0 9: 0 1 IO-APIC-fasteoi acpi 12: 55 51 IO-APIC-edge i8042 19: 127968 38 IO-APIC-fasteoi ohci1394 20: 1 1 IO-APIC-fasteoi ehci_hcd:usb2, uhci_hcd:usb3, uhci_hcd:usb6 21: 10695 2547 IO-APIC-fasteoi uhci_hcd:usb4, uhci_hcd:usb7 22: 19367 1691 IO-APIC-fasteoi ehci_hcd:usb1, uhci_hcd:usb5, uhci_hcd:usb8 28: 15578 16357 PCI-MSI-edge ahci 29: 1389 1254 PCI-MSI-edge i915 30: 5195 14 PCI-MSI-edge eth0 31: 80 63 PCI-MSI-edge hda_intel NMI: 0 0 Non-maskable interrupts LOC: 179652 183456 Local timer interrupts SPU: 0 0 Spurious interrupts PMI: 0 0 Performance monitoring interrupts PND: 0 0 Performance pending work RES: 8435 21339 Rescheduling interrupts CAL: 45800 51219 Function call interrupts TLB: 443 492 TLB shootdowns TRM: 0 0 Thermal event interrupts THR: 0 0 Threshold APIC interrupts MCE: 0 0 Machine check exceptions MCP: 302 302 Machine check polls ERR: 1 MIS: 0


Bonne soirée!!!