System friert ein

helau · 21. August 2004

Moin,
Ich habe ein neues System mit kernel 2.6.8.1 und den neuesten CVS-DVBTreibern aufgesetzt. Dummerweise bleibt es nach geraumer Zeit ( 5 Min - 1 Std ) einfach stehen - ohne LogEntry oder aehnliches.
Nur ausschalten hilft.
Speicher und DVB Karte habe ich schon mal getauscht - diesinds leider nicht.
Hardware ist ne Activy ( Intel 810 ) und ein DVB-S 1.3
Wer hat denn noch Ideen was der Uebeltaeter sein kann ?
Gruss
HelAu

LordZodiac · 21. August 2004

Hallo,

das Problem hatte ich auch.
Bei mir war es eine Änderung im dvb-treiber.

bis dann LordZodiac

holymoly · 21. August 2004

hallo,

Zitat

Original von LordZodiac
Hallo,

das Problem hatte ich auch.
Bei mir war es eine Änderung im dvb-treiber.

bis dann LordZodiac

aber mit den aktuellen Treibern laeufts jetzt aber wieder ,
keine Probleme mehr ?
mfg

helau · 21. August 2004

Moin,
Das ist auch mein Hauptverdaechtiger, ich hab den CVS vom 12. 8 incl Patch fuer ( oder gegen ) UPT im Einsatz.
Gibt es einen anderen der zumindest die Hoffnung auf weniger UPT Probleme weckt ?
Gruss
HelAu

LordZodiac · 21. August 2004

Hallo,

ich habe die Änderungen auskommentiert. Bei mir läuft aber ein SMP-Kernel. Wenn ich die Änderung drin lasse bleibt der Rechner nach 1-2 Stunden stehen, ansonsten läuft er ohne Probleme.

helau
wegen UPT kann ich nix sagen weil ich damit keine Probleme habe.
Bei mir tritt vieleicht mal einer innerhalb von 1 Wocher auf meiner dvb-t Karte auf. Bei der Kabelkarte hatte ich noch nie ein.

bis dann LordZodiac

helau · 21. August 2004

Hi,
Kannst Du genau sagen welche Aenderung in welchem File du auskommentiert hast ?
Auf nem MediaPortal laeuft das Image nun schon ueber eine Stunde mit mehreren Aufnahmen - mit DVB-s 1.3 / 4MB und ner Budget Karte.
Ob doch die Hardware mit Schuld hat ?
Gruss
HelAu

helau · 21. August 2004

Hi,
Also das MediaPortal hats auch erwischt - ein Hardwareproblem scheidet somit wohl aus.
Ich hab jetzt die Aenderungen in dvb_demux.c zurueckgenommen.
Bin mal gespannt obs hilft.
------ Fortsetzung folgt -----------------
Gruss
HelAu

UFO · 21. August 2004

Hi,

ich habe dieses Einfrieren bisher mit *jedem* 2.6er-Kernel festgestellt, den ich getestet habe:
System friert einfach ein, ohne jede Fehlermeldung. Nicht mal Kernel-Panic. Einfach gar nichts.
Egal, welchen DVB-Treiber man benutzt.

Ich wüßte nicht, wie ich das debbuggen könnte. Daher ist Kernel 2.6 für mich einfach unbrauchbar.

CU
Oliver

helau · 21. August 2004

Hi,
Aber LordZodiac hat das Problem auch mit nem 2.4er kernel ...
Da lob ich mir doch meinen Main-VDR mit VDR 1.04 und den guten alten DVB Treibern .....
Gruss
HelAu

UFO · 21. August 2004

Tja, Probleme hier nur mit 2.6.
Egal auf welcher Maschine, alter AMD K6-II 400 MHz oder Intel P4-2800 MHz.

Tritt mit Kernel 2.4 nicht auf, egal mit welchem Treiber. Momentan verwende ich die 2.4-Variante des dvb-kernel-Treibers. Läuft prima, um Längen stabiler als vdr 1.04/DVB 0.9.4 bei mir jemals lief.

Mir scheint, das ist alles sehr hardwareabhängig. UPT-Errors hatte ich z.B. noch nie.
Irgendwo ist da noch der Wurm drin.

CU
Oliver

LordZodiac · 21. August 2004

Hallo UFO,

kann auch sein das es bei mir auftritt weil ich 2xPIII 500 mit SMP Kernel fahre. Ob es das gleiche Problem ist kann ich nicht sagen.
Auf jedenfall hat ich es mit der aktuellen CVS Version des 2.4 Kernels.

bis dann LordZodiac

holymoly · 21. August 2004

hallo,
habe das auch schon gelegentlich gehabt,
das unter dem 2.6.x kernel das komplette System einfriert,
--
2.6.8-gentoo-r1 #8 SMP i686 Intel(R) Pentium(R) 4 CPU 2.80GHz GenuineIntel GNU/Linux
--
mfg

helau · 21. August 2004

Hi,
Mit den Aenderungen an der dvb_demux scheint es jetzt zu laufen. Zumindest ist ein neuer Highscore ohne Absturz erreicht
Ich habe auch mal LogEntries in die:
dvb_demux_feed_add(..) und dvb_demux_feed_del(..) eingebaut:

Code

static void dvb_demux_feed_add(struct dvb_demux_feed *feed)
{
   printk("vor lock add!\n");
	spin_lock(&feed->demux->lock);
	if (dvb_demux_feed_find(feed)) {
		printk(KERN_ERR "%s: feed already in list (type=%x state=%x pid=%x)\n",
				__FUNCTION__, feed->type, feed->state, feed->pid);
		goto out;
	}


	list_add(&feed->list_head, &feed->demux->feed_list);
out:
	spin_unlock(&feed->demux->lock);
   printk("nach unlock add!\n");
}


static void dvb_demux_feed_del(struct dvb_demux_feed *feed)
{
   printk("vor lock del!\n");
	spin_lock(&feed->demux->lock);
	if (!(dvb_demux_feed_find(feed))) {
		printk(KERN_ERR "%s: feed not in list (type=%x state=%x pid=%x)\n",
				__FUNCTION__, feed->type, feed->state, feed->pid);
		goto out;
	}


	list_del(&feed->list_head);
out:
	spin_unlock(&feed->demux->lock);
   printk("nach unlock del!\n");
}

Alles anzeigen

Und das dazugehoerige LogFile sah zum Zeitpunkt des Absturzes so aus:

Code

- Last output repeated 2 times -
....
Aug 21 12:19:38 [kernel] vor lock add!
Aug 21 12:19:38 [kernel] vor lock del!
                - Last output repeated 5 times -
Aug 21 12:19:38 [kernel] nach unlock del!
Aug 21 12:19:38 [kernel] vor lock del!
                - Last output repeated 4 times -
Aug 21 12:19:38 [kernel] vor lock add!
Aug 21 12:19:38 [kernel] vor lock del!
                - Last output repeated 14 times -
Aug 21 12:19:39 [kernel] vor lock add!
Aug 21 12:19:39 [kernel] vor lock del!
                - Last output repeated twice -
Aug 21 12:19:39 [kernel] vor lock add!
Aug 21 12:19:39 [kernel] vor lock del!
                - Last output repeated 9 times -
Aug 21 12:19:40 [kernel] vor lock add!
Aug 21 12:19:40 [kernel] vor lock del!
Aug 21 12:19:40 [kernel] vor lock add!
Aug 21 12:19:40 [kernel] vor lock del!
                - Last output repeated 8 times -
Aug 21 12:19:41 [kernel] vor lock add!
Aug 21 12:19:41 [kernel] vor lock del!
                - Last output repeated 6 times -
Aug 21 12:19:41 [kernel] vor lock add!
Aug 21 12:19:41 [kernel] vor lock del!
                - Last output repeated 15 times -
Aug 21 12:19:42 [kernel] vor lock add!
Aug 21 12:19:42 [kernel] vor lock del!
                - Last output repeated 3 times -
Aug 21 12:19:43 [kernel] vor lock add!
Aug 21 12:19:43 [kernel] vor lock del!
                - Last output repeated 11 times -
Aug 21 12:19:43 [kernel] vor lock add!
Aug 21 12:19:44 [kernel] vor lock del!
                - Last output repeated 13 times -
Aug 21 12:19:44 [kernel] vor lock add!
Aug 21 12:19:44 [kernel] vor lock del!
                - Last output repeated 12 times -
Aug 21 12:19:45 [kernel] vor lock add!
Aug 21 12:19:45 [kernel] vor lock del!
Aug 21 12:19:45 [kernel] vor lock add!
Aug 21 12:19:45 [kernel] vor lock del!
Aug 21 12:16:56 [kernel] Linux version 2.6.8 (root@vdr01) (gcc version 3.3.3 20040412 (Gentoo Linux 3.3.3-r6, ssp-3.3.2-2, pie-8.7.6)) #6 SMP Fri Aug 20 09:51:19 CEST 2004
Aug 21 12:16:57 [kernel] ts: Compaq touchscreen protocol output
Aug 21 12:16:59 [kernel] hw_random hardware driver 1.0.0 loaded
Aug 21 12:17:01 [kernel] Linux video capture interface: v1.00
Aug 21 12:17:01 [kernel] saa7146: register extension 'dvb'.
Aug 21 12:17:01 [kernel] DVB: registering new adapter (Siemens/Technotrend/Hauppauge PCI rev1.3).
Aug 21 12:17:01 [kernel] adapter has MAC addr = 00:d0:5c:00:94:83
Aug 21 12:17:01 [kernel] gpioirq unknown type=0 len=0
Aug 21 12:17:01 [kernel] DVB: AV7111(0) - firm f0240009, rtsl b0250018, vid 71010068, app c000261c
Aug 21 12:17:01 [kernel] av7110(0): adac type set to 0
Aug 21 12:17:01 [kernel] saa7146_vv: saa7146 (0): registered device video0 [v4l2]
Aug 21 12:17:02 [kernel] 8139too Fast Ethernet driver 0.9.27
Aug 21 12:17:02 [kernel] eth0: RealTek RTL8139 at 0xd0983000, 00:e0:4c:03:3f:d3, IRQ 11
Aug 21 12:17:02 [kernel] eth0:  Identified 8139 chip type 'RTL-8100B/8139D'
Aug 21 12:17:02 [kernel] eth0: link up, 100Mbps, full-duplex, lpa 0x45E1
Aug 21 12:17:03 [kernel] saa7146: register extension 'budget dvb'.

Alles anzeigen

Wie man sieht ist das system nicht eingefroren sondern scheint munter zu loopen

Gruss
HelAu

UFO · 21. August 2004

Zitat

Original von LordZodiac
kann auch sein das es bei mir auftritt weil ich 2xPIII 500 mit SMP Kernel fahre. Ob es das gleiche Problem ist kann ich nicht sagen.
Auf jedenfall hat ich es mit der aktuellen CVS Version des 2.4 Kernels.

IIRC haben einige Leute auf der ML berichtet, daß es Probleme mit SMP- bzw. HT-Maschinen gibt. Afaik wurde das Problem aber noch nicht gefunden.

CU
Oliver

LordZodiac · 21. August 2004

Hallo UFO,

meine Maschine läuft jetzt seit einem Jahr mit SMP Kernel.
Das war das erste mal das ich damit Probleme hatte.

bis dann LordZodiac

Austrian Coder · 21. August 2004

Ich muss sagen meine Budget DVB-S (Thypoon DBV-S) läuft ohne Abstürtzt mit dem aktuellen nitro-source (2.6.8.1er Kernel) und DVB-CVS.
Hatte eigentlich noch nie Probleme mit den 2.6ern.

holymoly · 21. August 2004

Hi,
auf dem mediaportal ,
gentoo - mit den gs-sources 2.4.25_pre ,vdr-1.3.10
und dem Treiber --> linux-dvb.2003-11-08.tar.bz2
gibts diese freezes nicht

Code

Mit den Aenderungen an der dvb_demux scheint es jetzt zu laufen.

Wo kann man diese Aenderungen finden ?
mfg

Austrian Coder · 21. August 2004

Tritt das Problem nur bei FF-Karten auf?

LordZodiac · 21. August 2004

Hallo Austrian Coder,

das Problem scheint beim SMP-Kernel aufzutretten.

holymoly

wir reden von den aktuellen CVS Treiber.
Es betriff die Änderung im dvb-demux.c von Verion 1.48 auf 1.49 im CVS.

bis dann LordZodiac

UFO · 21. August 2004

Zitat

Original von Austrian Coder
Ich muss sagen meine Budget DVB-S (Thypoon DBV-S) läuft ohne Abstürtzt mit dem aktuellen nitro-source (2.6.8.1er Kernel) und DVB-CVS.
Hatte eigentlich noch nie Probleme mit den 2.6ern.

Baue mir zum Testen gerade den 2.6.8.1. Mal sehen. Könnte natürlich auch an der FF-Karte hängen. Vielleicht sollte ich zum Vergleich mal Budget+Softdevice/Xine testen. Aber da möchte ich eigentlich nicht hin...

CU
Oliver

System friert ein

Jetzt mitmachen!

Teilen