udev blockiert /dev/ttyS2

[cosmac]

hi,

weil der xserver in Squeeze neuerdings von udev abhängt, wollte ich udev mal wieder eine Chance geben. Das Ergebnis ist sehr, nun, spassig. Der Rechner hat 4 normale serielle Schnittstellen, die auch mit Interrupt Sharing funktionieren:

Code: Alles auswählen

# dmesg | grep 16550
[    0.893255] Serial: 8250/16550 driver, 4 ports, IRQ sharing enabled
[    0.893773] serial8250: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
[    0.894302] serial8250: ttyS1 at I/O 0x2f8 (irq = 3) is a 16550A
[    0.894812] serial8250: ttyS2 at I/O 0x3e8 (irq = 4) is a 16550A
[    0.895322] serial8250: ttyS3 at I/O 0x2e8 (irq = 3) is a 16550A
# ls -l /dev/ttyS*
crw-rw---- 1 root dialout 4, 64 Apr 19 20:35 /dev/ttyS0
crw-rw---- 1 root dialout 4, 65 Apr 19 20:48 /dev/ttyS1
crw-rw---- 1 root dialout 4, 66 Apr 19 20:27 /dev/ttyS2
crw-rw---- 1 root dialout 4, 67 Apr 19 19:47 /dev/ttyS3

An keinem Port ist etwas angesteckt, als einzige Besonderheit sind DCD, CTS und DSR bei ttyS1 bis ttyS3 immer aktiv, ttyS0 ist ganz normal. Wenn udev läuft, kann man /dev/ttyS2 nicht mehr benutzen, alle anderen sind o.k.

Code: Alles auswählen

$ statserial /dev/ttyS2
statserial: can't open device `/dev/ttyS2': Device or resource busy

# lsof /dev/ttyS2
COMMAND PID USER   FD   TYPE DEVICE SIZE/OFF NODE NAME
udevd   289 root    3u   CHR   4,66      0t0  821 /dev/ttyS2
udevd   390 root    3u   CHR   4,66      0t0  821 /dev/ttyS2
udevd   391 root    3u   CHR   4,66      0t0  821 /dev/ttyS2

Mal abgesehen davon, dass es nur ttyS2 trifft und dass udev das close() vergisst: was soll überhaupt das open(), es gibt ja nicht nur Modems und serielle Mäuse oder wonach sucht der da?!

Einerseits bestätigt das mein altes Vorurteil "das wird nie was mit udev", aber eigentlich sollte man einen RC-Bug draus machen, immerhin brauche ich alle 4 Ports und die entscheidende Anwendung läuft nicht mehr

The severity levels are:
critical
makes unrelated software on the system (or the whole system) break, or causes serious data loss, or introduces a security hole on systems where you install the package.

[_] Bug Report (hat doch eh' keinen Zweck?)
[_] udev vergessen (schnellste und zuverlässigste Lösung!)
[_] Würgaround suchen (passt am besten zur udev-Idee?)
[_] RTFM (wär mir fast das liebste)
[_] das Debianforum kennt die Lösung?

[novalix]

Hi,

wenn es out of the box nicht läuft, dann ist es zweitrangig, ob man die nötigen Einstellungen bzw. Workarounds in der Dokumentation oder im Interweb finden kann.
Der Job von udev ist es, Geräte automatisch bereitzustellen und nicht deren Interfaces zu blockieren.
Imho -> Bugreport

Groetjes, niels

[Danielx]

[X] Bug Report

Gruß,
Daniel

[cosmac]

o.k., das Abstimmungsergebnis ist eindeutig, dann muss es wohl sein
dankeschön!