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 -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20110926150044.73142...@lurr069-l.ianco.homelinux.org