[gull] Carte série

[Blaise Vogel]

Bonjour,

Je viens de subir un freeze d'une Debian et j'aimerais éviter que cela se 
reproduise. 
J'ai une carte pci avec 4 ports séries:
blaise at elcap:~$ lspci -v
...
0000:00:05.0 Serial controller: Timedia Technology Co Ltd PCI2S550 (Dual 16550 
UART) (rev 01) (prog-if 02
[16550])
        Subsystem: Timedia Technology Co Ltd: Unknown device 4056
        Flags: stepping, medium devsel, IRQ 169
        I/O ports at 2400 [size=32]
        I/O ports at 2420 [size=16]
...

blaise at elcap:~$ setserial -gb /dev/ttyS*
/dev/ttyS0 at 0x03f8 (irq = 4) is a 16550A
/dev/ttyS14 at 0x2400 (irq = 169) is a 16550A
/dev/ttyS15 at 0x2408 (irq = 169) is a 16550A
/dev/ttyS44 at 0x2420 (irq = 169) is a 16550A
/dev/ttyS45 at 0x2428 (irq = 169) is a 16550A

Tout a fonctionné correctement durant un mois, puis ces quelques lignes 
dans /var/log/syslog

Nov 12 09:26:05 localhost pppd[5182]: pppd 2.4.2 started by a_ppp, uid 0
Nov 12 09:26:05 localhost pppd[5182]: using channel 777
Nov 12 09:26:05 localhost kernel: serial8250: too much work for irq169
Nov 12 09:26:06 localhost last message repeated 20 times
Nov 12 09:26:06 localhost pppd[5182]: Using interface ppp1
Nov 12 09:26:06 localhost kernel: serial8250: too much work for irq169
Nov 12 09:26:06 localhost last message repeated 20 times
Nov 12 09:26:06 localhost pppd[5182]: Connect: ppp1 <--> /dev/ttyS15
Nov 12 09:26:06 localhost pppd[5182]: sent [LCP ConfReq id=0x1 <asyncmap 0x0> 
<auth pap> <magic 0xee240647> <pcomp> <accomp>]
Nov 12 09:26:06 localhost kernel: serial8250: too much work for irq169
Nov 12 09:26:06 localhost last message repeated 517 times
Nov 12 09:26:06 localhost pppd[5182]: rcvd [LCP ConfAck id=0x1 <asyncmap 0x0> 
<auth pap> <magic 0xee240647> <pcomp> <accomp>]
Nov 12 09:26:06 localhost kernel: serial8250: too much work for irq169
Nov 12 09:26:07 localhost last message repeated 314 times
Nov 12 09:26:07 localhost kernel: serial8250:  irq169
Nov 12 09:26:07 localhost kernel: serial8250: too much work for irq169
Nov 12 09:26:08 localhost last message repeated 101 times
Nov 12 09:26:08 localhost kernel: seri irq169
Nov 12 09:26:08 localhost kernel: serial8250: too much work for irq169
Nov 12 09:26:08 localhost last message repeated 203 times
Nov 12 09:26:08 localhost kernel: serial8250: too muc irq169
Nov 12 09:26:08 localhost kernel: serial8250: too much work for irq169
Nov 12 09:26:08 localhost last message repeated 34 times
Nov 12 09:26:09 localhost pppd[5182]: sent [LCP ConfReq id=0x1 <asyncmap 0x0> 
<auth pap> <magic 0xee240647> <pcomp> <accomp>]
Nov 12 09:26:09 localhost kernel: serial8250: too much work for irq169
Nov 12 09:26:09 localhost last message repeated 66 times
Nov 12 09:26:09 localhost kernel: seri irq169
Nov 12 09:26:09 localhost kernel: serial8250: too much work for irq169
Nov 12 09:26:09 localhost last message repeated 855 times
Nov 12 09:26:09 localhost pppd[5182]: rcvd [LCP ConfAck id=0x1 <asyncmap 0x0> 
<auth pap> <magic 0xee240647> <pcomp> <accomp>]
Nov 12 09:26:09 localhost kernel: serial8250: too much work for irq169
Nov 12 09:26:10 localhost last message repeated 218 times
Nov 12 09:26:10 localhost kernel: serial8250: too much work f irq169
Nov 12 09:26:11 localhost kernel: serial8250: too much work for irq169
Nov 12 09:26:11 localhost last message repeated 101 times
Nov 12 09:26:11 localhost kernel: seri irq169
Nov 12 09:26:11 localhost kernel: serial8250: too much work for irq169
Nov 12 09:26:11 localhost last message repeated 853 times
Nov 12 09:26:11 localhost pppd[5182]: rcvd [LCP ConfReq id=0x3 <magic 0xc7aa> 
<pcomp> <accomp>]
Nov 12 09:26:11 localhost pppd[5182]: sent [LCP ConfAck id=0x3 <magic 0xc7aa> 
<pcomp> <accomp>]
Nov 12 09:26:11 localhost pppd[5182]: sent [LCP EchoReq id=0x0 
magic=0xee240647]
Nov 12 09:26:11 localhost kernel: serial8250: too much work for irq169
Nov 12 09:26:11 localhost last message repeated 237 times
Nov 12 09:26:11 localhost pppd[5182]: rcvd [PAP AuthReq id=0x4 user="*****" 
password=<hidden>]

Et là le serveur a freezé (en 6 secondes!)

Ce qui m'étonne c'est la présence des lignes ...serial8250..., pour moi j'ai 
un UART16550, il ne devrait donc pas y avoir d'utilisation de l'UART8250 ?

Ou alors il y a conflit sur l'irq 169 ?

Blaise Vogel