Heinz, Heinz Dittmar wrote on Donnerstag, 29. Dezember 2005 13:36:
Am Donnerstag 29 Dezember 2005 12:57 schrieb Gunreben, Peter (Peter):
Heinz Dittmar wrote on Donnerstag, 29. Dezember 2005 12:38:
ich habe auf meinem Rechner eine zusätzliche ISA-Karte mit 4 seriellen und 2 parallelen Schnittstellen, eine VScom 420 Pro.
[...]
hedi-1:/home/heinz # setserial /dev/ttyS4 uart 16550A port 0x3E0 irq 5 ^fourport Cannot set serial info: Invalid argument hedi-1:/home/heinz # setserial /dev/ttyS5 uart 16550A port 0x2E0 irq 5 ^fourport Cannot set serial info: Invalid argument hedi-1:/home/heinz # Wie man sieht, funktionieren ttyS4 und ttyS5 nicht mehr. Vielleicht weiß jemand einen Rat.
Sind deine Device-Nodes richtig gesetzt?
ls -l /dev/ttyS?
Ja das war auch mein erster Gedanke, sie sind alle vorhanden.
Was sagt cat /proc/tty/driver/serial Peter.
Am Donnerstag 29 Dezember 2005 13:54 schrieb Gunreben, Peter (Peter):
cat /proc/tty/driver/serial hedi-1:/home/heinz # cat /proc/tty/driver/serial serinfo:1.0 driver revision: 0: uart:16550A port:000003F8 irq:4 tx:0 rx:0 1: uart:16550A port:000002F8 irq:3 tx:6722862 rx:8 RTS|DTR 2: uart:16550A port:000003E8 irq:5 tx:0 rx:0 3: uart:16550A port:000002E8 irq:5 tx:0 rx:0 4: uart:unknown port:00000000 irq:0 5: uart:unknown port:00000000 irq:0 6: uart:unknown port:00000000 irq:0 7: uart:unknown port:00000000 irq:0
Gruß, Heinz Dittmar
Hallo, Am Thu, 29 Dec 2005, Heinz Dittmar schrieb:
Am Donnerstag 29 Dezember 2005 13:54 schrieb Gunreben, Peter (Peter):
cat /proc/tty/driver/serial hedi-1:/home/heinz # cat /proc/tty/driver/serial serinfo:1.0 driver revision: 0: uart:16550A port:000003F8 irq:4 tx:0 rx:0 1: uart:16550A port:000002F8 irq:3 tx:6722862 rx:8 RTS|DTR 2: uart:16550A port:000003E8 irq:5 tx:0 rx:0 3: uart:16550A port:000002E8 irq:5 tx:0 rx:0 4: uart:unknown port:00000000 irq:0 5: uart:unknown port:00000000 irq:0 6: uart:unknown port:00000000 irq:0 7: uart:unknown port:00000000 irq:0
Das riecht zusammen mit den Fehlermeldungen aus deiner ersten Mail nach einem IO-Port Konflikt. Was spuckt 'cat /proc/ioports' aus? -dnh --
Du bist ja nur der Schrecken von dag°. Wem WoKo in dag° Schrecken einjagt, der hat dag° nicht verstanden. Umgekehrt wird ein Schuhschrank draus: WoKo ist der Schrecken des restlichen Nutznetzes. [Michael Hoffmann und Dieter Bruegmann in dag°]
Am Freitag 30 Dezember 2005 18:02 schrieb David Haller:
cat /proc/ioports hedi-1:/home/heinz # cat /proc/ioports 0000-001f : dma1 0020-0021 : pic1 0040-0043 : timer0 0050-0053 : timer1 0060-006f : keyboard 0070-0077 : rtc 0080-008f : dma page reg 00a0-00a1 : pic2 00c0-00df : dma2 00f0-00ff : fpu 0170-0177 : ide1 01f0-01f7 : ide0 0278-027a : parport2 027b-027f : parport2 02e8-02ef : serial 02f8-02ff : serial 0376-0376 : ide1 0378-037a : parport1 037b-037f : parport1 03bc-03be : parport0 03c0-03df : vesafb 03e8-03ef : serial 03f6-03f6 : ide0 03f8-03ff : serial 0cf8-0cff : PCI conf1 d000-d0ff : 0000:00:0c.0 d400-d4ff : 0000:00:0b.0 d400-d4ff : via-rhine d800-d83f : 0000:00:0a.0 d800-d83f : Ensoniq AudioPCI e000-e0ff : 0000:00:09.0 e000-e0ff : sym53c8xx e400-e41f : 0000:00:07.2 e400-e41f : uhci_hcd e800-e80f : 0000:00:07.1 e800-e807 : ide0 e808-e80f : ide1
Die letzten beiden 03e0 und 03e0 fehlen natürlich, da sie ja nicht gesetzt werden. Viele Grüße, Heinz Dittmar
Am Samstag 31 Dezember 2005 03:13 schrieb Heinz Dittmar:
Am Freitag 30 Dezember 2005 18:02 schrieb David Haller:
cat /proc/ioports
hedi-1:/home/heinz # cat /proc/ioports 0000-001f : dma1 0020-0021 : pic1 0040-0043 : timer0 0050-0053 : timer1 0060-006f : keyboard 0070-0077 : rtc 0080-008f : dma page reg 00a0-00a1 : pic2 00c0-00df : dma2 00f0-00ff : fpu 0170-0177 : ide1 01f0-01f7 : ide0 0278-027a : parport2 027b-027f : parport2 02e8-02ef : serial 02f8-02ff : serial 0376-0376 : ide1 0378-037a : parport1 037b-037f : parport1 03bc-03be : parport0 03c0-03df : vesafb 03e8-03ef : serial 03f6-03f6 : ide0 03f8-03ff : serial 0cf8-0cff : PCI conf1 d000-d0ff : 0000:00:0c.0 d400-d4ff : 0000:00:0b.0 d400-d4ff : via-rhine d800-d83f : 0000:00:0a.0 d800-d83f : Ensoniq AudioPCI e000-e0ff : 0000:00:09.0 e000-e0ff : sym53c8xx e400-e41f : 0000:00:07.2 e400-e41f : uhci_hcd e800-e80f : 0000:00:07.1 e800-e807 : ide0 e808-e80f : ide1 Fehler : ich meinte, die letzten beiden 03e0 und 02e0 fehlen natürlich, da sie ja nicht gesetzt werden. Viele Grüße, Heinz Dittmar
Hallo, Am Sat, 31 Dec 2005, Heinz Dittmar schrieb: [..]
Fehler : ich meinte, die letzten beiden 03e0 und 02e0 fehlen natürlich, da sie ja nicht gesetzt
Ich glaube, die Ports sind einfach falsch, so sieht's in den Quellen aus... Versuch mal 0x1A0 fuer ttyS4 und 0x1A8 fuer ttyS5, die sind bei dir ja auch noch frei. Oder hast du die auf der Karte so gejumpert? -dnh -- It was the day my grandmother exploded. -- "The Crow Road", Iain Banks
Am Samstag 31 Dezember 2005 21:35 schrieb David Haller: Hallo, Ein gutes neues Jahr!
Am Sat, 31 Dec 2005, Heinz Dittmar schrieb: [..]
Fehler : ich meinte, die letzten beiden 03e0 und 02e0 fehlen natürlich, da sie ja nicht gesetzt
Ich glaube, die Ports sind einfach falsch, so sieht's in den Quellen aus... Versuch mal 0x1A0 fuer ttyS4 und 0x1A8 fuer ttyS5, die sind bei dir ja auch noch frei. Oder hast du die auf der Karte so gejumpert?
Das geht auf dieser Karte nicht über Hardware-Jumber, sondern über ein Konfiguration - Programm das man von DOS aus fest einprogrammiert wird (EEPROM o. ä.). Die Karte hält die Konfiguration bei auch beim ausschalten des Rechners. Ich habe aber nichts daran geändert seit 9.3., und da hat es noch funktioniert. Ich werde es beim nächsten herunterfahren des Rechners (ist normalerweise immer an), einmal kontrollieren. Vielleicht hat die Neuinstallation 10.0 daran was geändert. Werde dann darüber berichten. Viele Grüße, Heinz Dittmar
Hallo und frohes Neues...! Am Sonntag, 1. Januar 2006 10:03 schrieb Heinz Dittmar:
Das geht auf dieser Karte nicht über Hardware-Jumber, sondern über ein Konfiguration - Programm das man von DOS aus fest einprogrammiert wird (EEPROM o. ä.). Die Karte hält die Konfiguration bei auch beim ausschalten des Rechners. Ich habe aber nichts daran geändert seit 9.3., und da hat es noch funktioniert. Ich werde es beim nächsten herunterfahren des Rechners (ist normalerweise immer an), einmal kontrollieren. Vielleicht hat die Neuinstallation 10.0 daran was geändert. Werde dann darüber berichten. Viele Grüße, Heinz Dittmar
Was sagt denn pnpdump? Vielleicht hat die SUSE bei der installation tatsächlich daran herumgespielt... Allerdings brauchst Du dafür nicht zu booten, pnpdump sagt Dir bei laufendem System, wie die Karte eingestellt ist... Gruss Mario
Am Sonntag Januar 1 2006 10:40 schrieb Mario van der Linde:
pnpdump hedi-1:~ # pnpdump # $Id: pnpdump_main.c,v 1.27 2001/04/30 21:54:53 fox Exp $ # Release isapnptools-1.26 # # This is free software, see the sources for details. # This software has NO WARRANTY, use at your OWN RISK # # For details of the output file format, see isapnp.conf(5) # # For latest information and FAQ on isapnp and pnpdump see: # http://www.roestock.demon.co.uk/isapnptools/ # # Compiler flags: -DREALTIME -DHAVE_PROC -DENABLE_PCI -DHAVE_SCHED_SETSCHEDULER -DHAVE_NANOSLEEP -DWANT_TO_VALIDATE # # Trying port address 0273 # Trying port address 0283 # Trying port address 028b # Trying port address 0293 # Trying port address 029b REALTIME operation timeout exceeded - Switching to normal scheduling nanosleep failed: Interrupted system call # Trying port address 02a3 # Trying port address 02ab # Trying port address 02b3 # Trying port address 02bb # Trying port address 02c3 # Trying port address 02cb # Trying port address 02d3 # Trying port address 02db # Trying port address 02e3 # Trying port address 02f3 # Trying port address 0303 # Trying port address 030b # Trying port address 0313 # Trying port address 031b # Trying port address 0323 # Trying port address 032b # Trying port address 0333 # Trying port address 033b # Trying port address 0343 # Trying port address 034b # Trying port address 0353 # Trying port address 035b # Trying port address 0363 # Trying port address 036b # Trying port address 0373 # Trying port address 0383 # Trying port address 038b # Trying port address 0393 # Trying port address 039b # Trying port address 03a3 # Trying port address 03ab # Trying port address 03b3 # Trying port address 03bb # Trying port address 03e3 # Trying port address 03f3 # No boards found hedi-1:~ # Viele Grüße, Heinz Dittmar
Am Sonntag Januar 1 2006 10:03 schrieb Heinz Dittmar:
Am Samstag 31 Dezember 2005 21:35 schrieb David Haller: Hallo, Ein gutes neues Jahr!
Am Sat, 31 Dec 2005, Heinz Dittmar schrieb: [..]
Fehler : ich meinte, die letzten beiden 03e0 und 02e0 fehlen natürlich, da sie ja nicht gesetzt
Ich glaube, die Ports sind einfach falsch, so sieht's in den Quellen aus... Versuch mal 0x1A0 fuer ttyS4 und 0x1A8 fuer ttyS5, die sind bei dir ja auch noch frei. Oder hast du die auf der Karte so gejumpert?
Das geht auf dieser Karte nicht über Hardware-Jumber, sondern über ein Konfiguration - Programm das man von DOS aus fest einprogrammiert wird (EEPROM o. ä.). Die Karte hält die Konfiguration bei auch beim ausschalten des Rechners. Ich habe aber nichts daran geändert seit 9.3., und da hat es noch funktioniert. Ich werde es beim nächsten herunterfahren des Rechners (ist normalerweise immer an), einmal kontrollieren. Vielleicht hat die Neuinstallation 10.0 daran was geändert. Werde dann darüber berichten. Ich habe die Konfiguration der karte noch einmal überprüft, es scheint alles in Ordnung zu sein, mit den oben geschilderten Adressen. Es muß also entweder am Kernel oder an setserial liegen. Viele Grüße, Heinz Dittmar
Hallo, Am Sat, 07 Jan 2006, Heinz Dittmar schrieb:
Es muß also entweder am Kernel oder an setserial liegen.
Aender mal das initscript: ==== # SETSERIAL="/bin/setserial -b" SETSERIAL="/bin/setserial -v -b" set -x ==== -dnh -- "In der Regel bilden acht Bit ein Byte, 1.024 Byte ein Megabyte..." [aus einer Informationsbroschüre des Ministeriums für Wirtschaft]
Am Samstag Januar 7 2006 19:54 schrieb David Haller:
Hallo,
Am Sat, 07 Jan 2006, Heinz Dittmar schrieb:
Es muß also entweder am Kernel oder an setserial liegen.
Aender mal das initscript:
==== # SETSERIAL="/bin/setserial -b" SETSERIAL="/bin/setserial -v -b" Auf die schnelle: heinz@hedi-1:~> su - Password: hedi-1:~ # setserial -bv /dev/ttyS4 uart 16550A port 0x3E0 irq 5 ^fourport Cannot set serial info: Invalid argument hedi-1:~ # setserial -v /dev/ttyS4 uart 16550A port 0x3E0 irq 5 ^fourport Cannot set serial info: Invalid argument hedi-1:~ # setserial -bv /dev/ttyS5 uart 16550A port 0x2E0 irq 5 ^fourport Cannot set serial info: Invalid argument hedi-1:~ # setserial -v /dev/ttyS5 uart 16550A port 0x2E0 irq 5 ^fourport Cannot set serial info: Invalid argument hedi-1:~ # setserial -b /dev/ttyS5 uart 16550A port 0x2E0 irq 5 ^fourport Cannot set serial info: Invalid argument hedi-1:~ # setserial -v /dev/ttyS3 uart 16550A port 0x2E8 irq 5 ^fourport /dev/ttyS3, UART: 16550A, Port: 0x02e8, IRQ: 5 hedi-1:~ # setserial -b /dev/ttyS3 uart 16550A port 0x2E8 irq 5 ^fourport hedi-1:~ # setserial -b -v /dev/ttyS3 uart 16550A port 0x2E8 irq 5 ^fourport /dev/ttyS3 at 0x02e8 (irq = 5) is a 16550A hedi-1:~ # Viele Grüße, Heinz Dittmar
Hallo, Am Sun, 08 Jan 2006, Heinz Dittmar schrieb:
Am Samstag Januar 7 2006 19:54 schrieb David Haller:
Am Sat, 07 Jan 2006, Heinz Dittmar schrieb:
Es muß also entweder am Kernel oder an setserial liegen.
Aender mal das initscript:
==== # SETSERIAL="/bin/setserial -b" SETSERIAL="/bin/setserial -v -b" Auf die schnelle: heinz@hedi-1:~> su - Password: hedi-1:~ # setserial -bv /dev/ttyS4 uart 16550A port 0x3E0 irq 5 ^fourport Cannot set serial info: Invalid argument
*gna* Etwas geschwaetziger koennte setserial mit '-v' schon sein... Aber "heut nacht"[tm] werde ich mir das nicht mehr anschauen. -dnh -- Wer etwas "Narrensicher" nennt, unterschätzt die Narren. [Ratti in suse-linux]
participants (4)
-
David Haller -
Gunreben, Peter (Peter) -
Heinz Dittmar -
Mario van der Linde