Kein Betreff
Do Jan 21 15:40:30 CET 1999
>From guckes Thu Jan 21 16:40:31 1999
Return-Path: <owner-linux-l at calle.in-berlin.de>
Delivered-To: guckes at math.fu-berlin.de
Received: (qmail 24198 invoked from network); 21 Jan 1999 15:40:27 -0000
Received: from methan.in-berlin.de (160.45.10.13)
by leibniz.math.fu-berlin.de with SMTP; 21 Jan 1999 15:40:26 -0000
Received: from calle.in-berlin.de (calle.in-berlin.de [193.175.21.97])
by methan.in-berlin.de (8.9.1/8.9.1) with ESMTP id QAA14527;
Thu, 21 Jan 1999 16:40:08 +0100 (CET)
(envelope-from owner-linux-l at calle.in-berlin.de)
Received: by calle.in-berlin.de (Smail3.2.0.98)
from localhost with smtp
id <m103M9D-000A0YC>; Thu, 21 Jan 1999 16:35:55 +0100 (CET)
Received: by calle.in-berlin.de (Smail3.2.0.98)
id <m103M9B-000A0Oa>; Thu, 21 Jan 1999 16:35:53 +0100 (CET)
X-Authentication-Warning: tntw.regellos.de: volker owned process doing -bs
Date: Thu, 21 Jan 1999 16:35:16 +0100 (MET)
From: Volker Mueller <volker.mueller at gmx.de>
X-Sender: volker at tntw.regellos.de
To: linux-l at calle.in-berlin.de
Subject: linux-l: X-Server nimmt ttyS3 ausser Betrieb
Message-ID: <Pine.LNX.3.96.990121162410.3809C-100000 at tntw.regellos.de>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-linux-l at calle.in-berlin.de
Reply-To: linux-l at calle.in-berlin.de
Status: O
Content-Length: 7556
Lines: 186
Hi *,
ich habe hier ein nerviges Problem (das in d.c.o.u.l.m auch noch nicht
geloest werden konnte):
Wenn ich X starte, wird mit 50 %iger Sicherheit mein Modem ausser Betrieb
genommen. Nun ist es ja so, dass ich ohne Modem weniger zum Lesen von News
komme und daher effektiver bin, aber ich moechte doch von Zeit zu Zeit
meine DES-Schluessel mit den Keyservern von distributed.net abgleichen
(inzwischen sind es ja dank deep crack wieder RC-Schluessel ;-))
Also, folgendes passiert (ich hoffe, genuegend Infos beigelegt zu haben
;-))
Beim Start von X wird irgendein Signal auf die Leitung gegeben (eine
bestehende Verbindung ueber Modem wird unterbrochen) - die SD und RD -
LED des (externen) Modems (an ttyS3) blinken kurz auf. Warum sie das tun
ist mir zwar schleierhaft (die Maus haengt auf ttyS0), aber so ist es
nun mal. Diese Daten scheinen in irgendeiner Weise die Schnittstelle so zu
beeinflussen, dass sie nix mehr so richtig durchlaesst.
Ob das Modem eingeschaltet ist oder nicht, spielt keine Rolle -
offensichtlich wird wirklich die Schnittstelle "angegriffen"
(Aus-/Einschalten des Modems behebt das Problem ebenfalls nicht).
Weder minicom noch chat sind in der Lage, irgendwie mit dem Modem zu
kommunizieren. Ein shutdown -r nuetzt auch nix - erst ein shutdown -h
und anschliessendes RESET druecken setzt die Schnittstelle weit genug
zurueck.
Ich halte es fuer unwarscheinlich, dass die Grafikkarte schuld ist - das
Verhalten hat sich beim Wechsel von Trident TVGA 9440agi auf
Matrox-Mystique (gebraucht ohne Anleitung ...) nicht geaendert, ausser
dass es mit der schnelleren Matrox nicht mehr vorkommt, dass bei zu
schnellem Verschieben von Fenstern der gleiche Effekt auftritt.
Mein Bord: MB-8433UUD mit AMD-5x86-133 mit 32MB, auf 133 (intern) und 40
(Bus) getaktet - also voellig im gruenen Bereich.
Ramdefekt wuerde ich ausschliessen (da eigentlich viel zu wenig Ram
drinnesteckt ist er staendig am Anschlag, ohne das je ein Sig 11
aufgetreten waere).
Weiterhin stecken irgendeine NE-2000-kompatible und irgendeine
Mozart-Sound-Karte im Rechner.
Kein Stein im Rechner wird uebermaessig warm.
Es laeuft:
Linux tntw 2.0.34 #5 Tue Jun 30 18:57:38 MEST 1998 i486 unknown
X ist (Zeilenumbrueche wegen 70 Zeichen):
XFree86 Version 3.3.2 / X Window System
und startet mit folgenden Meldungen:
--------------
(protocol Version 11, revision 0, vendor release 6300)
Release Date: March 2 1998
If the server is older than 6-12 months, or if your card is newer
than the above date, look for a newer version before reporting
problems. (see http://www.XFree86.Org/FAQ)
Operating System: Linux 2.0.33 i686 [ELF]
Configured drivers:
SVGA: server for SVGA graphics adaptors (Patchlevel 0):
NV1, STG2000, RIVA128, ET4000, ET4000W32, ET4000W32i,
[...]
ct64300, generic
(using VT number 8)
XF86Config: /etc/XF86Config
(**) stands for supplied, (--) stands for probed/default values
(**) XKB: keycodes: "xfree86"
(**) XKB: types: "default"
(**) XKB: compat: "default"
(**) XKB: symbols: "us(pc101)"
(**) XKB: geometry: "pc"
(**) XKB: keymap: "xfree86(de)" (overrides other XKB settings)
(**) XKB: rules: "xfree86"
(**) Mouse: type: MouseSystems, device: /dev/mouse, baudrate: 1200
(**) Mouse: buttons: 3
(**) SVGA: Graphics device ID: "Matrox"
(**) SVGA: Monitor ID: "ms 15ax" [Diese Bezeichnung stimmt nicht mehr.]
(**) FontPath set to
"/usr/X11R6/lib/X11/fonts/misc/,/usr/X11R6/lib/X11/\
fonts/75dpi/:unscaled,/usr/X11R6/lib/X11/fonts/100dpi/:unscaled,\
/usr/X11R6/lib/X11/fonts/Type1/,/usr/X11R6/lib/X11/fonts/Speedo/,\
/usr/X11R6/lib/X11/fonts/75dpi/,/usr/X11R6/lib/X11/fonts/100dpi/"
(--) SVGA: PCI: Matrox MGA 1064SG rev 2, Memory @ 0xf1000000, 0xf0000000
(--) SVGA: Linear framebuffer at 0xF0000000
(--) SVGA: MMIO registers at 0xF1000000
(--) SVGA: Video BIOS info block at 0x000c7e60
(--) SVGA: Found and verified enhanced Video BIOS info block
Using BIOS value for maxPixelClock: 170000 kHz
(--) SVGA: chipset: mga1064sg
(**) SVGA: videoram: 4096k
(**) SVGA: Option "dac_8_bit"
(**) SVGA: Using 16 bpp, Depth 16, Color weight: 565
(--) SVGA: Maximum allowed dot-clock: 170.000 MHz
(**) SVGA: Mode "1152x864": mode clock = 110.000
(**) SVGA: Mode "1024x768": mode clock = 98.900
(**) SVGA: Mode "800x600": mode clock = 69.650
(--) SVGA: Virtual resolution set to 1152x864
(--) SVGA: SpeedUp code selection modified because virtualX != 1024
(--) SVGA: Using XAA (XFree86 Acceleration Architecture)
(--) SVGA: XAA: Solid filled rectangles
(--) SVGA: XAA: Screen-to-screen copy
(--) SVGA: XAA: 8x8 color expand pattern fill
(--) SVGA: XAA: CPU to screen color expansion (TE/NonTE imagetext,\
TE/NonTE polytext)
(--) SVGA: XAA: Using 9 128x128 areas for pixmap caching
(--) SVGA: XAA: Caching tiles and stipples
(--) SVGA: XAA: General lines and segments
(--) SVGA: XAA: Dashed lines and segments
System: `/usr/X11R6/lib/X11/xkb/xkbcomp -w 1 -R/usr/X11R6/lib/X11/xkb\
-xkm -m de\
em1 "The XKEYBOARD keymap compiler (xkbcomp) reports:" -emp "> "\
-eml "Errors from xkbcomp are not fatal to the X server"\
keymap/xfree86 /var/tmp/xfree86.xkm'
------------------
Folgende Modelines von X werden benutzt (Zeilenumbrueche wg. 70-Zeichen):
Modeline "1152x864" 110.00 1152 1240 1324 1552 864 864 876 908
Modeline "1024x768" 98.90 1024 1056 1216 1408 768 782 788 822 -hsync\
-vsync
Modeline "800x600" 69.65 800 864 928 1088 600 604 610 640 -hsync\
-vsync
Einstellung von X fuer die Maus:
Section "Pointer"
Protocol "MouseSystems"
Device "/dev/mouse"
BaudRate 1200
Emulate3Timeout 50
ClearDTR
ClearRTS
EndSection
wobei /dev/mouse nach /dev/ttyS0 zeigt (bzw. nach cua0, aber das habe ich
gerade beim Test geaendert).
Achja - hier noch die devices:
/dev/ttyS0, UART: 16550A, Port: 0x03f8, IRQ: 4 (<- /dev/mouse)
/dev/ttyS3, UART: 16550A, Port: 0x02e8, IRQ: 3 (<- /dev/modem)
Es liegt also weder ein Adress- noch ein IRQ-Konflikt vor.
Monitor ist so'n Aldi-17"-er, der kann aber auch nicht schuld sein, weil
das Problem mit meinem 15"-er vorher auch schon da war (ich weiss - das
ist jetzt keine ordentliche Beweisfuehrung (- nur weil ich von 2 Bier
nicht betrunken bin, heisst das ja auch nicht gleich, dass man von Bier
ueberhaupt nicht betrunken wird ;-)))
Jetzt meine Frage(n):
Woran liegt das?
Kann ich das verhindern?
Wenn ja - WIE kann ich das verhindern?
Wenn nein - kann ich die Schnittstelle zur Laufzeit irgendwie
zuruecksetzen?
Wenn ja - WIE kann ich die Schnittstelle zur Laufzeit
zuruecksetzen?
Wenn nein - MUSS ich das ueberhaupt, um das Modem wieder
benutzen zu koennen?
Wenn ja - Muss ich den Rechner jetzt wegwerfen?
Wenn ja - Mach ich aber nicht.
Wenn nein - Hmmm - hier faellt mir
erstmal nix mehr ein ;-)
Wenn nein - Wie kann ich das Modem wieder zum
Funktionieren ueberreden?
Herzlichen Dank fuer die Aufmerksamkeit,
Tschau, Volker (oops - das ist ja doch etwas laenglich geworden - dieses
Posting ...)
--
Volker Mueller,volker.mueller at gmx.de,http://www.in-berlin.de/user/flinux
Mehr Informationen über die Mailingliste linux-l