Thomas Schubert wrote:

Es kann alle möglichen Ursachen haben, manche Chipsatzeinstellungen können helfen (siehe oben), es kann auch ein Konflikt mit zB der Soundkarte sein, manche Chipsätze sind allgemein anfällig (ua MVP3 von VIA). Fernsehkarten können sehr hohe Anforderungen an die Stabilität des Systems stellen.

Die stelle ich auch ;-).

Der bttv Treiber an sich ist wohl ziemlich ausgereift, wenn alle Komponenten passen macht er keine Probleme. Es kann höchstens sein, dass er einige "Workarounds" für spezielle Probleme nicht enthält.

Offengestanden, an diese Art von "Argumentation" möchte ich mich unter Linux nicht gewöhnen. Stabilität ist das A und das O. Ein Treiber, der bekanntermaßen "spezielle Probleme" hat, gehört nicht in den stabilen Kernel. Ich werde den Hinweis auf die BIOS-Einstellung P&P-OS verfolgen, ansonsten fliegt die Karte nach dem nächsten Absturz wieder raus. - Matthias -- LPI Level 1 certified http://www.selflinux.de

David Haller wrote:

Hast du mal versucht kwintv selbst zu kompilieren??? Nein, oder? Ich hab hier mal versucht 0.8.5 zu kompilieren...

configure:4799: checking for unistd.h configure:4809: /lib/cpp conftest.C >/dev/null 2>conftest.out In file included from configure:4804: confdefs.h:14: warning: `VERSION' redefined confdefs.h:2: warning: this is the location of the previous definition configure: failed program was: #line 4804 "configure" #include "confdefs.h" #include

Tja, und in einem aehnlichem Stil geht's dann auch weiter... Sofern das Teil ueberhaupt kompiliert...

Hallo David, daß kwintv in dieser Version nicht zu empfehlen ist, hab ich gelentlich schon vernommen, aber an sich traue ich einer Applikation nicht zu, den Kernel ins Nirvana zu schicken. Letzlich kann dies nur durch Aufrufe der bttv-Funktionen geschehen. Ich werde den Hinweis allerdings mal verfolgen und mir die aktuelle (müßte 0.8.9 sein) Version bauen. Gruß, Matthias

Manfred Tremmel wrote:

Hatte mit den 2.2er Kerneln (Du fährst ja 2.2.18) gelegentlich Probleme wenn Fenster über das Fernsehfenster geschoben wurden. Hat mir öfters mal X eingefrohren, aber nie den Rechner aufgehängt.

Nein, ich fahre nicht 2.2.18, das ist nur meine Maschine @work. Die betroffene Maschine läuft bei mir zuhause mit 2.4.14. Bei mir hängt sich zwar ebenfalls nicht der komplette Kernel weg, da der Rechner sich noch anpingen läßt. Tatsächlich läuft sogar das Fernsehbild samt Ton noch einwandfrei weiter. Die Maschine reagiert jedoch auf jegliche Usereingaben nicht mehr und verweigert sich auch einem Einloggen über Telnet und Verwandte (rlogin, ssh). Auf ganz elementarer Ebene lebt die Maschine also noch, aber man kommt nicht mehr an sie ran.

Mit frühen 2.4er Kerneln hat sich das Problem enorm verschärft, war aber dann irgendwann weg (2.4.5 oder so). Seitdem läufts stabil wie ne eins.

Sieht bei mir leider anders aus. - Matthias

Christoph Maurer wrote:

...

Nein, ich fahre nicht 2.2.18, das ist nur meine Maschine @work. Die betroffene Maschine läuft bei mir zuhause mit 2.4.14. Bei mir hängt sich zwar ebenfalls nicht der komplette Kernel weg, da der Rechner sich noch anpingen läßt. Tatsächlich läuft sogar das Fernsehbild samt Ton noch einwandfrei weiter. Die Maschine reagiert jedoch auf jegliche Usereingaben nicht mehr und verweigert sich auch einem Einloggen über Telnet und Verwandte (rlogin, ssh). Auf ganz elementarer Ebene lebt die Maschine also noch, aber man kommt nicht mehr an sie ran.

Klappen die Magic SysRQ Keys denn noch?

Die Unterstützung dafür müßte ich für diesen Zweck erstmal in den Kernel einbauen. Ich vermute aber, daß jegliche Tastatureingaben nicht mehr beim Kernel ankommen. - Matthias