Carte Geode et liaisons séries en partage d'IRQ
Bonjour,
Sur une carte disposant de +ieurs interfaces séries (4) dont on peut
modifier les lignes d'IRQ et un noyau en 2.6.32, j'ai un comportement
bizarre du programme utilisateur :
- si uniquement les IRQ 3 et 4 sont utilisées sur les 4 liaisons (4 sur
ttyS0 et ttyS2 et 3 sur les deux autres) => pas de communication
depuis l'appli utilisateur (par contre des ls>/dev/ttySx fonctionnent)
- si des IRQ séparées alors pas de problèmes.
La lecture de dmesg montre que le partage d'IRQ semble être actif dans
les deux cas :
Partage des mêmes IRQ
Sep 26 11:42:31 trafic kernel: [ 2.178274] Serial: 8250/16550 driver, 4 ports, IRQ sharing enabled
Sep 26 11:42:31 trafic kernel: [ 2.178495] serial8250: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
Sep 26 11:42:31 trafic kernel: [ 2.178746] serial8250: ttyS1 at I/O 0x2f8 (irq = 3) is a 16550A
Sep 26 11:42:31 trafic kernel: [ 2.178979] serial8250: ttyS2 at I/O 0x3e8 (irq = 4) is a 16550A
Sep 26 11:42:31 trafic kernel: [ 2.179231] serial8250: ttyS3 at I/O 0x2e8 (irq = 3) is a 16550A
Sep 26 11:42:31 trafic kernel: [ 2.180064] 00:05: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
Sep 26 11:42:31 trafic kernel: [ 2.180500] 00:06: ttyS1 at I/O 0x2f8 (irq = 3) is a 16550A
Sep 26 11:42:31 trafic kernel: [ 2.180927] 00:07: ttyS2 at I/O 0x3e8 (irq = 4) is a 16550A
Sep 26 11:42:31 trafic kernel: [ 2.181355] 00:08: ttyS3 at I/O 0x2e8 (irq = 3) is a 16550A
Séparation
Sep 26 14:44:18 trafic kernel: [ 2.177755] Serial: 8250/16550 driver, 4 ports, IRQ sharing enabled
Sep 26 14:44:18 trafic kernel: [ 2.177977] serial8250: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
Sep 26 14:44:18 trafic kernel: [ 2.178225] serial8250: ttyS1 at I/O 0x2f8 (irq = 3) is a 16550A
Sep 26 14:44:18 trafic kernel: [ 2.178459] serial8250: ttyS2 at I/O 0x3e8 (irq = 4) is a 16550A
Sep 26 14:44:18 trafic kernel: [ 2.178711] serial8250: ttyS3 at I/O 0x2e8 (irq = 3) is a 16550A
Sep 26 14:44:18 trafic kernel: [ 2.179502] 00:05: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
Sep 26 14:44:18 trafic kernel: [ 2.179932] 00:06: ttyS1 at I/O 0x2f8 (irq = 3) is a 16550A
Sep 26 14:44:18 trafic kernel: [ 2.180408] 00:07: ttyS2 at I/O 0x3e8 (irq = 10) is a 16550A
Sep 26 14:44:18 trafic kernel: [ 2.180837] 00:08: ttyS3 at I/O 0x2e8 (irq = 11) is a 16550A
D'où peut provenir ce comportement ? Faut-il "toujours" spécifier la
possibilité de partage d'IRQ dans la compilation du noyau mais dans ce
cas pourquoi les "ls" redirigés sur une ttySx fonctionnent-ils même
avec le partage d'IRQ ?
Cordialement.
--
Yann
Reply to: