9.2: warum zweite serielle PCI-Karte ttyS44/45?
Habe in einen 9.2er PC zwei serielle PCI-Karten (Digitus) eingebaut. Die werden vom Kernel automatisch auf ttyS14, ttyS15 und ttyS44, ttyS45 gelegt. Bei Suse 8.2 war das noch schön brav ab ttyS4, ttyS5, ttyS6, ... Das Endergebnis bei Suse 9.2 ist, daß die ttyS44 und 45 nicht nutzbar sind. Es existierten z.B. keine device nodes größer als ttyS23. Auch wenn ich einfach mal aus dem hohlen Bauch heraus device nodes anlege (mknod /dev/ttyS45 c 4 89), dann gehts auch nicht. pserver:/home # dmesg | grep ttyS -1 Serial: 8250/16550 driver $Revision: 1.90 $ 48 ports, IRQ sharing enabled ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A ACPI: PCI interrupt 0000:00:08.0[A] -> GSI 10 (level, low) -> IRQ 10 ttyS14 at I/O 0xa000 (irq = 10) is a 16550A ttyS15 at I/O 0xa008 (irq = 10) is a 16550A ACPI: PCI interrupt 0000:00:0b.0[A] -> GSI 12 (level, low) -> IRQ 12 ttyS44 at I/O 0xa800 (irq = 12) is a 16550A ttyS45 at I/O 0xa808 (irq = 12) is a 16550A Using anticipatory io scheduler ohne ACPI (acpi=off als STartparameter) ist es auch nicht besser: pserver:~ # dmesg | grep ttyS -1 Serial: 8250/16550 driver $Revision: 1.90 $ 48 ports, IRQ sharing enabled ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A PCI: Found IRQ 10 for device 0000:00:08.0 -- PCI: Sharing IRQ 10 with 0000:00:12.0 ttyS14 at I/O 0xa000 (irq = 10) is a 16550A ttyS15 at I/O 0xa008 (irq = 10) is a 16550A PCI: Found IRQ 12 for device 0000:00:0b.0 PCI: Sharing IRQ 12 with 0000:00:0c.0 ttyS44 at I/O 0xa800 (irq = 12) is a 16550A ttyS45 at I/O 0xa808 (irq = 12) is a 16550A Using anticipatory io scheduler jmd hier eine Idee? Es muß ja schon irgendwie am Kernel liegen, wenn der bereit beim booten meine zweite PCI-seriell-Karte auf ttyS44/45 legt. danke schon mal Ekkard hier noch ein lspci -v [...] 0000:00:08.0 Serial controller: Timedia Technology Co Ltd PCI2S550 (Dual 16550 UART) (rev 01) (prog-if 02 [16550]) Subsystem: Timedia Technology Co Ltd: Unknown device 4037 Flags: stepping, medium devsel, IRQ 10 I/O ports at a000 0000:00:0b.0 Serial controller: Timedia Technology Co Ltd PCI2S550 (Dual 16550 UART) (rev 01) (prog-if 02 [16550]) Subsystem: Timedia Technology Co Ltd: Unknown device 4037 Flags: stepping, medium devsel, IRQ 12 I/O ports at a800 [...]
Hallo, Am Wed, 30 Mar 2005, Ekkard Gerlach schrieb: [..]
Auch wenn ich einfach mal aus dem hohlen Bauch heraus device nodes anlege (mknod /dev/ttyS45 c 4 89), dann gehts auch nicht.
Das ist aber 4,89 ist ttyS25, nicht S45. Probier's mal mit mknod -m 640 /dev/ttyS44 c 4 108 mknod -m 640 /dev/ttyS45 c 4 109 -dnh -- Ist es Zufall, daß, was im Johannesevangelium mit Word beginnt, letztlich in der Johannesapokalypse endet? Daß der gewundene Leib eines Drachens eigentlich eine Büroklammer darstellt, ist doch wohl jedem klar, oder? [David Kastrup versucht einen LaTeX-Word-Streit in dctt zu entfachen]
* David Haller schrieb:
Hallo,
Am Wed, 30 Mar 2005, Ekkard Gerlach schrieb: [..]
Auch wenn ich einfach mal aus dem hohlen Bauch heraus device nodes anlege (mknod /dev/ttyS45 c 4 89), dann gehts auch nicht.
Das ist aber 4,89 ist ttyS25, nicht S45.
Probier's mal mit
mknod -m 640 /dev/ttyS44 c 4 108 mknod -m 640 /dev/ttyS45 c 4 109
Das war's, Danke! Hmmm .. daß ich minor nodes einfach nur hochzählen mußte, nämlich von 88 auf 108, weil zwischen ttyS23 und ttys43 auch nur die Differenz 20 liegt, das hätte ich vielleicht auch probieren können. Naja, ich habe mich in die major/minor Vergabe auch nie eingearbeitet. Gruss, Ekkard
participants (2)
-
David Haller -
Ekkard Gerlach