zweite Karte wird nicht voll erkannt.frontend 1/0 timed out while tuning to channel

zochi · 29. Mai 2011

Hallo

nach dem lange Zeit mein Ur-VDR DVB-S von 2006 seinen Dienst tat, wollte ich nun "nur" den lahmen, aber stromfressenden 1300MHz AMD gegen etwas neues ersetzen.

Ich habe also dass Mobo getauscht, resultat: ACPI Wakeup geht nicht mehr, das Board geht beim ausschalten mit der Taste aus
nur ganz kurz aus. Power klappt nicht, power up auch nicht. Lirc liefert nicht suprious intterupts und Zeit jitter.

Das ist nicht ganz so schlimm (wer braucht schon ne FB?),
wie das von den 2 FF Karten nur eine sauber geht, bei der anderen kommt immer

"frontend 1/0 timed out while tuning to channel"

Aufzeichnungen von dieser Karte haben die Länge 0

video2:~# femon -H -a 1
FE: ST STV0299 DVB-S (DVBS)
Problem retrieving frontend information: Function not implemented
status C | signal 0% | snr 0% | ber 65280 | unc -1217772743 |
Problem retrieving frontend information: Function not implemented
status C | signal 0% | snr 0% | ber 65304 | unc -1217772743 |

video2:~# femon -H -a 0
FE: ST STV0299 DVB-S (DVBS)
Problem retrieving frontend information: Function not implemented
status SCVYL | signal 63% | snr 69% | ber 65280 | unc -1216294087 | FE_HAS_LOCK
Problem retrieving frontend information: Function not implemented
status SCVYL | signal 62% | snr 69% | ber 0 | unc -1216294087 | FE_HAS_LOCK

Starte ich femon im OSD so fliege ich kommentarlos aus Menu raus.

Mein vorgehen:
ctvdr 7 von CD installiert
Die Dummy Falle mit dem sources.conf.online umschift
UPdate/upgrade gemacht
Die Referenzen auf eTopi gemacht
updat/upgrade gemacht
Tat!
Aber die 2. Karte nicht.
Beim zappen blieben einige Kanäle schwarz, torz gleichem Transport (mdr ging nicht, rbb ging)

Ich habe natürlich die Antennen Kabel getauscht
Auch habe ich diseq abgecshaltet
und die DVB-S Karte gegen eine andere, v2.1, getauscht.

Bin jetzt am ende, wie ich weiter such soll.

VDR 1.7.18
BOOT_IMAGE=/boot/vmlinuz-2.6.32-5-486
ASROCK AM2NF3-VSTA mit AMD X2 BE-2350

<6>[ 7.744381] dvb-ttpci: found av7110-0.
<6>[ 7.744405] dvb 0000:02:09.0: PCI INT A -> Link[LNKB] -> GSI 19 (level, low) -> IRQ 19
<4>[ 7.744443] IRQ 19/: IRQF_DISABLED is not guaranteed on shared IRQs
<4>[ 7.744455] saa7146: found saa7146 @ mem f88ae800 (revision 1, irq 19) (0x13c2,0x0003).
<6>[ 7.744469] dvb 0000:02:09.0: firmware: requesting dvb-ttpci-01.fw
<6>[ 7.749004] DVB: registering new adapter (Technotrend/Hauppauge WinTV Nexus-S rev2.X)
<4>[ 7.785041] adapter has MAC addr = 00:d0:5c:20:78:9e
<6>[ 7.791648] dvb 0000:02:09.0: firmware: requesting av7110/bootcode.bin
<4>[ 7.998461] dvb-ttpci: gpioirq unknown type=0 len=0
<4>[ 8.024084] dvb-ttpci: info @ card 1: firm f0240009, rtsl b0250018, vid 71010068, app 80002622
<4>[ 8.024086] dvb-ttpci: firmware @ card 1 supports CI link layer interface
<4>[ 8.072153] dvb-ttpci: Crystal audio DAC @ card 1 detected
<4>[ 8.073212] saa7146_vv: saa7146 (1): registered device video1 [v4l2]
<4>[ 8.073502] saa7146_vv: saa7146 (1): registered device vbi1 [v4l2]
<4>[ 8.336181] DVB: registering adapter 1 frontend 0 (ST STV0299 DVB-S)...
<6>[ 8.336343] input: DVB on-card IR receiver as /devices/pci0000:00/0000:00:0e.0/0000:02:09.0/input/input9
<6>[ 8.336374] dvb-ttpci: found av7110-1.

zochi · 29. Mai 2011

Hallo

Kann es wirlich sein, das in zwei Karten die Empfanger defekt sein sollten?
wobei die eine zukurz zuvor mit der Version 1.6 noch lief, wenn auch schlecht?

nach der Hochrüstung auf squeeze und VDR 1.7.18 (komlett neu) hatte ich kein Signal von der 2. (von) Nexus Karten.
Fast alle Aufzeichnungen hatten die Länge 0.

1.7.18 scheint im Default keinen Neustart mehr zu machen, wenn er keinen Stream bekommt.
Das ist für den Anwender am TV nur daran zu merken, wenn die Aufnahmen die Länge null haben.

hab nun mal erste VDR Karte aus dem PCI Slot gezogen und den Anschluss Stecker getauscht:

Auf der ehemaligen 2. Karte habe ich jetzt das OSD, aber immer noch keinen Empfang.

Dann habe ich ein noich viel ältere v1.3 anstelle der wohl defekten 2.1 eingebaut:
So kann zumindet auf der 2. Karte die Kanäle vom EPG gewechselt werden.

Jetzt habe ich zwar wieder 2 Karten, aber bei Aufzeichnung geht im 2sec der Bildschirmschirm aus
und es wird grün "upcoming recording!" angezeigt.

Was ist denn nun schon wieder los?
Das wirkt wie ein Alptraum mich.

Stand:
OSD auf Haupauge Nexus v2.1
zweite karte: TT v1.3

Und diese Fehlermeldun var/log/syslog

3:17:29 video2 vdr: [1309] switching device 1 to channel 15
3:17:29 video2 vdr: [1309] switching to channel 1
3:17:29 video2 vdr: [1309] info: Upcoming recording!
3:17:32 video2 vdr: [1309] switching to channel 1
3:17:32 video2 vdr: [1309] info: Upcoming recording!

Kann es sein, das das EPG die Karte ständig umschalten will, obwohl eien Aufnahem ansteht oder läuft?

3:03:24 video2 vdr: [1315] ERROR: attempt to open OSD while it is already open - using dummy OSD!
3:03:24 video2 vdr: [1498] receiver on device 1 thread started (pid=1315, tid=1498)
3:03:24 video2 vdr: [1497] femon receiver thread started (pid=1315, tid=1497)
3:03:24 video2 vdr: [1499] TS buffer on device 1 thread started (pid=1315, tid=1499)
3:03:32 video2 vdr: [1315] switching device 1 to channel 15
3:03:32 video2 vdr: [1497] femon receiver thread ended (pid=1315, tid=1497)
3:03:32 video2 vdr: [1315] ERROR (dvbsdffdevice.c,520): Device or resource busy
3:03:32 video2 vdr: [1315] switching to channel 1
3:03:32 video2 vdr: [1499] TS buffer on device 1 thread ended (pid=1315, tid=1499)
3:03:32 video2 vdr: [1498] buffer stats: 110356 (5%) used
3:03:32 video2 vdr: [1498] receiver on device 1 thread ended (pid=1315, tid=1498)
3:03:32 video2 vdr: [1315] info: Upcoming recording!
3:03:32 video2 vdr: [1315] ERROR: attempt to open OSD while it is already open - using dummy OSD!
3:03:32 video2 vdr: [1500] femon receiver thread started (pid=1315, tid=1500)
3:03:35 video2 vdr: [1315] switching to channel 1
3:03:35 video2 vdr: [1500] femon receiver thread ended (pid=1315, tid=1500)
3:03:35 video2 vdr: [1315] info: Upcoming recording!
3:03:35 video2 vdr: [1315] ERROR: attempt to open OSD while it is already open - using dummy OSD!
3:03:35 video2 vdr: [1502] receiver on device 1 thread started (pid=1315, tid=1502)
3:03:35 video2 vdr: [1501] femon receiver thread started (pid=1315, tid=1501)
3:03:35 video2 vdr: [1503] TS buffer on device 1 thread started (pid=1315, tid=1503)
3:03:43 video2 vdr: [1315] switching device 1 to channel 15
3:03:43 video2 vdr: [1501] femon receiver thread ended (pid=1315, tid=1501)3:03:24 video2 vdr: [1315] ERROR: attempt to open OSD while it is already open - using dummy OSD!

May 29 13:03:24 video2 vdr: [1315] ERROR: attempt to open OSD while it is already open - using dummy OSD!
May 29 13:03:24 video2 vdr: [1498] receiver on device 1 thread started (pid=1315, tid=1498)
May 29 13:03:24 video2 vdr: [1497] femon receiver thread started (pid=1315, tid=1497)
May 29 13:03:24 video2 vdr: [1499] TS buffer on device 1 thread started (pid=1315, tid=1499)
May 29 13:03:32 video2 vdr: [1315] switching device 1 to channel 15
May 29 13:03:32 video2 vdr: [1497] femon receiver thread ended (pid=1315, tid=1497)
May 29 13:03:32 video2 vdr: [1315] ERROR (dvbsdffdevice.c,520): Device or resource busy
May 29 13:03:32 video2 vdr: [1315] switching to channel 1
May 29 13:03:32 video2 vdr: [1499] TS buffer on device 1 thread ended (pid=1315, tid=1499)
May 29 13:03:32 video2 vdr: [1498] buffer stats: 110356 (5%) used
May 29 13:03:32 video2 vdr: [1498] receiver on device 1 thread ended (pid=1315, tid=1498)
May 29 13:03:32 video2 vdr: [1315] info: Upcoming recording!
May 29 13:03:32 video2 vdr: [1315] ERROR: attempt to open OSD while it is already open - using dummy OSD!
May 29 13:03:32 video2 vdr: [1500] femon receiver thread started (pid=1315, tid=1500)
May 29 13:03:35 video2 vdr: [1315] switching to channel 1
May 29 13:03:35 video2 vdr: [1500] femon receiver thread ended (pid=1315, tid=1500)
May 29 13:03:35 video2 vdr: [1315] info: Upcoming recording!
May 29 13:03:35 video2 vdr: [1315] ERROR: attempt to open OSD while it is already open - using dummy OSD!
May 29 13:03:35 video2 vdr: [1502] receiver on device 1 thread started (pid=1315, tid=1502)
May 29 13:03:35 video2 vdr: [1501] femon receiver thread started (pid=1315, tid=1501)
May 29 13:03:35 video2 vdr: [1503] TS buffer on device 1 thread started (pid=1315, tid=1503)
May 29 13:03:43 video2 vdr: [1315] switching device 1 to channel 15
May 29 13:03:43 video2 vdr: [1501] femon receiver thread ended (pid=1315, tid=1501)3:03:24 video2 vdr: [1315] ERROR: attempt to open OSD while it is already open - using dummy OSD!

3:03:24 video2 vdr: [1498] receiver on device 1 thread started (pid=1315, tid=1498)
3:03:24 video2 vdr: [1497] femon receiver thread started (pid=1315, tid=1497)
3:03:24 video2 vdr: [1499] TS buffer on device 1 thread started (pid=1315, tid=1499)
3:03:32 video2 vdr: [1315] switching device 1 to channel 15
3:03:32 video2 vdr: [1497] femon receiver thread ended (pid=1315, tid=1497)
3:03:32 video2 vdr: [1315] ERROR (dvbsdffdevice.c,520): Device or resource busy
3:03:32 video2 vdr: [1315] switching to channel 1
3:03:32 video2 vdr: [1499] TS buffer on device 1 thread ended (pid=1315, tid=1499)
3:03:32 video2 vdr: [1498] buffer stats: 110356 (5%) used
3:03:32 video2 vdr: [1498] receiver on device 1 thread ended (pid=1315, tid=1498)
3:03:32 video2 vdr: [1315] info: Upcoming recording!
3:03:32 video2 vdr: [1315] ERROR: attempt to open OSD while it is already open - using dummy OSD!
3:03:32 video2 vdr: [1500] femon receiver thread started (pid=1315, tid=1500)
3:03:35 video2 vdr: [1315] switching to channel 1
3:03:35 video2 vdr: [1500] femon receiver thread ended (pid=1315, tid=1500)
3:03:35 video2 vdr: [1315] info: Upcoming recording!
3:03:35 video2 vdr: [1315] ERROR: attempt to open OSD while it is already open - using dummy OSD!
3:03:35 video2 vdr: [1502] receiver on device 1 thread started (pid=1315, tid=1502)
3:03:35 video2 vdr: [1501] femon receiver thread started (pid=1315, tid=1501)
3:03:35 video2 vdr: [1503] TS buffer on device 1 thread started (pid=1315, tid=1503)
3:03:43 video2 vdr: [1315] switching device 1 to channel 15
3:03:43 video2 vdr: [1501] femon receiver thread ended (pid=1315, tid=1501)

Mit zwei Nexus 2.1

2:26:58 video2 vdr: [1381] info: Upcoming recording!
2:27:04 video2 vdr: [1456] frontend 0/0 timed out while tuning to channel 15, tp 112421
2:27:06 video2 vdr: [1381] switching device 1 to channel 16
2:27:06 video2 vdr: [1381] switching to channel 15
2:27:06 video2 vdr: [1381] info: Channel not available!
2:27:07 video2 vdr: [1381] connect from 127.0.0.1, port 35605 - accepted
2:27:08 video2 vdr: [1381] closing SVDRP connection

zochi · 29. Mai 2011

Offenbar gibt es ein Problem mit dem EPG scan, wenn 2 Karten da sind und 2 Aufnahmen laufen
in VDR V.1.7.18?

Ich habe jetzt das EGPScanTimeout auf Null gesetzt und neu gestartet.
Dennoch schaltet irgend was ständig um!
Da z.Zt. keine Aufnahmen mehr laufen, ist der Hauptbildschirm wieder stabil

Warum nimmt EPGscan jetzt Device 2, aber wenn eine Aufnahme läuft Device 1 und achaltet damit
dem Betrachter ständig das Bild weg?
Warum ist das mit der Warnung "upcoming recording" verknüpft?

/etc/vdr/setup.conf -> /var/lib/vdr/setup.conf
...
EPGBugfixLevel = 2
EPGLanguages =
EPGLinger = 0
EPGScanTimeout = 0
...
3:36:01 video2 vdr: [1315] switching device 2 to channel 7
3:36:12 video2 vdr: [1315] switching device 2 to channel 15
3:36:23 video2 vdr: [1315] switching device 2 to channel 7
3:36:34 video2 vdr: [1315] switching device 2 to channel 15
3:36:45 video2 vdr: [1315] switching device 2 to channel 7
3:36:56 video2 vdr: [1315] switching device 2 to channel 15

zochi · 4. Juni 2011

Hab nun die 2. TT FF gegen eine HP nova budget ersetzt da mit einer einzlenen FF v2.1 kein sinnvoller Betireb mehr mögllich scheint.

Damit geht es! Also klarer Fall von
"A software with a hardware patch"

Also
1 TT FF 2.1 OSD
1 Hauppage Nova Budget

Es scheint mit Sqeeze/1.7.18 ein Problem geworden zu sein, wenn 2 FF eingesetzt werden.
Sehr Schade.

Was trotz Budget geblieben ist, das es es wohl nicht mehr möglich ist auf einer FF das Video zu sehen und (mehr als?)
einen Kanal von dieser
aufzuzeichen:
Das gibt weiter hin buffer overflows, also Klötzchen und asynchronene Ton...wenn auch nicht soo schlim.

Das ist keine Frage der CPU Leistung, die dreht die ganze Zeit Däumchen!
Für mich riecht das nach einem Programmmierfehler der Art:
Interrupts sperren und dann auf den nächsten Interrupt warten bis einen der Timeout raus boxt.
oder reentrance probleme.
Das es in diesem Bereich Lösungbedarf gibt, könnte auch davon abgeleitet werden, das vor Multiprozessor
Betrieb gewarnt wird. Aber da die CPU eh 98% Idle würden 2 PUs eh nicht helfen.

Schade ist auch, das die Dokumenation so mager ist, gerade im Bereich der Fehler suche oder der Unterschiede zwischen den Versionen.
ebenson dass der VDR-Wiki kein Schreiben mehr erlaubt, also Fehler darin ewig bestehen
bleiben?, zumal auch kein Verantwortlicher mehr imVDR-Wiki zu entdecken ist...?
.

UFO · 4. Juni 2011

Ich würde mal die Firmware der FF-Karte updaten:
http://www.escape-edv.de/endriss/firmware/

zochi · 4. Juni 2011

Danke für den Hinweis, half nicht.
Dabei stellten sich 2 folgende Fragen:
-Warum heisst eigentlich die neuere Version "fb" und die ältere "fc"? Ich hätte es anders rum erwartet?
So kann ich nur am Dateidatum feststellen welche Version neuer ist.
-Woher weis ich SICHER das die richtige oder überhaupt welche Firmware Version tatsächlich gerade läuft?
Im syslog wird ja nur der Dateiname angegeben. Wenn in der Datei nicht drin ist was sein sollte sucht man sich den Wolf.

Noch mal genauer den Effekt:
Ich nehme vom WDR um 1.00 Domian als Video auf, und gleichzeitig von 1live als Radio.
Also 2 Transponder.
Ich hatte mit diese Kombination "früher" nie merkliche Probleme. (Athon 1200MHz)
Jetzt neue MoBo mit 2.1GHz (BE3500?) "stuckert" der Ton wenn ich life zusehe.
Spiele ich aber die Aufnahme ab während noch aufgenommen wird ist dies glasklar.
Ich habe PCI Lantency mal von 32 auf 128 auf nun 256 verändert. 32 auf 128 scheint etwas gebracht zu haben,
weil voher das "stuckern" völlig unerträglich war. (Das Struckern sind wohl buffer overflows).

Irgenwie kann's doch nicht sein. Das hat doch mal alles wunderbar funktioniert.
Hängt das mit dem Auslagern der ffkarte in ein Plugin zusammen?
Lesen hier eigentlich auch Entwickler mit, oder ist das hier nur ein user-to-user-board?

UFO · 4. Juni 2011

Zitat von zochi

Danke für den Hinweis, half nicht.
Dabei stellten sich 2 folgende Fragen:
-Warum heisst eigentlich die neuere Version "fb" und die ältere "fc"? Ich hätte es anders rum erwartet?

Weil Werner damals mit dem "Countdown" angefangen hat. Es nochmal zu ändern, würde nur die Verwirrung vergrößern.

Zitat

So kann ich nur am Dateidatum feststellen welche Version neuer ist.

Nein: (älter) ff -> fe -> fd -> fc ->fb -> ... (neuer)

Zitat

-Woher weis ich SICHER das die richtige oder überhaupt welche Firmware Version tatsächlich gerade läuft?
Im syslog wird ja nur der Dateiname angegeben. Wenn in der Datei nicht drin ist was sein sollte sucht man sich den Wolf.

Anhand des Logs kann man erkennen, daß Firmware 2622 lief:

Code

dvb-ttpci: info @ card 1: firm f0240009, rtsl b0250018, vid 71010068, app 80002622

Mit der aktuellen würde dort "app 80fb2624" stehen.

Zitat

Noch mal genauer den Effekt:
Ich nehme vom WDR um 1.00 Domian als Video auf, und gleichzeitig von 1live als Radio.
Also 2 Transponder.

Was wird auf welcher Karte aufgenommen?
Stottert der Ton bei Radio-Wiedergabe oder bei TV-Wiedergabe oder beidem?

Zitat

Ich hatte mit diese Kombination "früher" nie merkliche Probleme. (Athon 1200MHz)
Jetzt neue MoBo mit 2.1GHz (BE3500?) "stuckert" der Ton wenn ich life zusehe.
Spiele ich aber die Aufnahme ab während noch aufgenommen wird ist dies glasklar.
Ich habe PCI Lantency mal von 32 auf 128 auf nun 256 verändert. 32 auf 128 scheint etwas gebracht zu haben,
weil voher das "stuckern" völlig unerträglich war. (Das Struckern sind wohl buffer overflows).

Irgenwie kann's doch nicht sein. Das hat doch mal alles wunderbar funktioniert.

Alles anzeigen

Ja - früher war alles besser...

Du hast so vieles gleichzeitig verändert, daß unmöglich so einfach zu sagen ist, woran es liegt.

Was liefern
- uname -a
- hdparm -tT /dev/sda ("sda" ggf. durch die video-Platte ersetzen)
- cat /proc/interrupts
?

Außerdem bitte einen Logauszug posten, der das Laden der Treiber und VDR komplett enthält.

CU
Oliver

zochi · 5. Juni 2011

Zitat von UFO

Weil Werner damals mit dem "Countdown" angefangen hat. Es nochmal zu ändern, würde nur die Verwirrung vergrößern.

(älter) ff -> fe -> fd -> fc ->fb -> ... (neuer)

Aha, ich dachte mir das zwar auch schon, nach dem ich nach anderen Versionen gegooglet hatte. Aber Gewissheit ist besser, Danke
Vielleicht wäre ein Hinweis im Readme hilfreich, da diese Nomenklatur ja gewöhnungsbedürftig ist?
(Auch wenn niemand readme liest ;-))

Zitat
Anhand des Logs kann man erkennen, daß Firmware 2622 lief:
Code
dvb-ttpci: info @ card 1: firm f0240009, rtsl b0250018, vid 71010068, app 80002622
Mit der aktuellen würde dort "app 80fb2624" stehen.

Mist, ich habe immer nach "firmware" grept.
Wo sind diese parameter beschrieben?

Zitat

Was wird auf welcher Karte aufgenommen?
Stottert der Ton bei Radio-Wiedergabe oder bei TV-Wiedergabe oder beidem?

Woher weiss ich das, welche Karte was macht? Nur aus dem Logfile?
Ist es immer dasselbe oder spielt da ne Rolle, was ich zuvor gesehen habe?

Radio Ton habe ich nicht probiert. Das Radio liegt ja irgendwo im 3 stelligen KanalBereich....
(Wäre schon nett, wenn (neue) Radio Sender ganz am Ende angezeigt(einsortiert) würden, so das ich von Kanal 1 per wrap-arround
zu den Radio Kanäle käme. die dann vielleicht "-1" "-2" gingen.)

Rest folgt...
(proc/Interrupt während der Aufnahme?)

zochi · 5. Juni 2011

Zitat von UFO

Was liefern
- uname -a
- hdparm -tT /dev/sda ("sda" ggf. durch die video-Platte ersetzen)
- cat /proc/interrupts
?

Code

~# mount
/dev/sda1 on / type ext3 (rw,errors=remount-ro)
tmpfs on /lib/init/rw type tmpfs (rw,nosuid,mode=0755)
proc on /proc type proc (rw,noexec,nosuid,nodev)
sysfs on /sys type sysfs (rw,noexec,nosuid,nodev)
udev on /dev type tmpfs (rw,mode=0755)
tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev)
devpts on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=620)
/dev/sda6 on /var/lib/video.00 type ext3 (rw)


video2:~#
~# hdparm -tT /dev/sda
-bash: hdparm: command not found
# aptitude install hdparm
video2:~# hdparm -tT /dev/sda


/dev/sda:
 Timing cached reads:   1804 MB in  2.00 seconds = 900.29 MB/sec
 Timing buffered disk reads:  232 MB in  3.02 seconds =  76.75 MB/sec


video2:~# cat /proc/interrupts
           CPU0
  0:         44   IO-APIC-edge      timer
  1:          8   IO-APIC-edge      i8042
  4:          2   IO-APIC-edge
  7:          1   IO-APIC-edge
  8:          0   IO-APIC-edge      rtc0
  9:          0   IO-APIC-fasteoi   acpi
 12:        133   IO-APIC-edge      i8042
 14:          0   IO-APIC-edge      pata_amd
 15:          0   IO-APIC-edge      pata_amd
 18:  523923921   IO-APIC-fasteoi   saa7146 (0)
 19:   89361146   IO-APIC-fasteoi   cx88[0], cx88[0], cx88[0]
 20:     319578   IO-APIC-fasteoi   sata_nv
 21:   13149306   IO-APIC-fasteoi   ehci_hcd:usb1, ohci_hcd:usb3
 22:     853465   IO-APIC-fasteoi   ohci_hcd:usb2, eth0
NMI:          0   Non-maskable interrupts
LOC:   50313966   Local timer interrupts
SPU:          0   Spurious interrupts
PMI:          0   Performance monitoring interrupts
PND:          0   Performance pending work
ERR:          1
MIS:          0


video2:~# uname -a
Linux video2 2.6.32-5-486 #1 Wed May 18 06:47:47 UTC 2011 i686 GNU/Linux






# w
 14:35:51 up 3 days, 12:25,  1 user,  load average: 0.67, 0.61, 0.56


video2:~# top
top - 14:36:42 up 3 days, 12:26,  1 user,  load average: 0.60, 0.59, 0.55
Tasks:  65 total,   1 running,  64 sleeping,   0 stopped,   0 zombie
Cpu(s):  1.3%us,  4.0%sy,  4.7%ni, 86.4%id,  0.0%wa,  0.3%hi,  3.3%si,  0.0%st
Mem:   3830792k total,   562872k used,  3267920k free,   185732k buffers
Swap:  2650684k total,        0k used,  2650684k free,   270316k cached


  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND
 3845 vdr       20   0  155m  18m 3760 S 10.6  0.5 132:48.71 vdr
 3852 root      20   0     0    0    0 S  1.3  0.0  31:35.54 kdvb-ad-1-fe-0
 5290 root      20   0     0    0    0 S  0.7  0.0   1:23.34 cx88[0] dvb
    1 root      20   0  2032  704  608 S  0.0  0.0   0:02.66 init
    2 root      20   0     0    0    0 S  0.0  0.0   0:00.00 kthreadd
    3 root      20   0     0    0    0 S  0.0  0.0   0:00.24 ksoftirqd/0
    4 root      RT   0     0    0    0 S  0.0  0.0   0:00.00 watchdog/0
    5 root      20   0     0    0    0 D  0.0  0.0   0:45.10 events/0
    6 root      20   0     0    0    0 S  0.0  0.0   0:00.00 cpuset
    7 root      20   0     0    0    0 S  0.0  0.0   0:00.00 khelper
    8 root      20   0     0    0    0 S  0.0  0.0   0:00.00 netns
    9 root      20   0     0    0    0 S  0.0  0.0   0:00.00 async/mgr
   10 root      20   0     0    0    0 S  0.0  0.0   0:00.00 pm
   11 root      20   0     0    0    0 S  0.0  0.0   0:00.26 sync_supers
   12 root      20   0     0    0    0 S  0.0  0.0   0:00.22 bdi-default
   13 root      20   0     0    0    0 S  0.0  0.0   0:00.00 kintegrityd/0

Alles anzeigen

10% Load ohne das eine Aufnahme läuft?

Code

video2:~# uname -a
Linux video2 2.6.32-5-486 #1 Wed May 18 06:47:47 UTC 2011 i686 GNU/Linux




# grep -i "firm.*app" /var/log/messages
[code]
May 31 17:24:19 video2 kernel: [    5.660088] dvb-ttpci: info @ card 0: firm f0240009, rtsl b0250018, vid 71010068, app 80fb2624
Jun  1 15:00:43 video2 kernel: [78088.532087] dvb-ttpci: info @ card 0: firm f0240009, rtsl b0250018, vid 71010068, app 80fb2624
Jun  1 18:38:22 video2 kernel: [    5.468085] dvb-ttpci: info @ card 0: firm f0240009, rtsl b0250018, vid 71010068, app 80fb2624
Jun  1 20:43:16 video2 kernel: [    5.552085] dvb-ttpci: info @ card 1: firm f0240009, rtsl b0250018, vid 71010068, app 80fb2624
Jun  2 02:10:02 video2 kernel: [    5.824088] dvb-ttpci: info @ card 0: firm f0240009, rtsl b0250018, vid 71010068, app 80fb2624

Alles anzeigen

[/code]

Emm, wieso mal card 1 und mal card 0?
Isch 'abe aber gar keine zweite TT FF...?

Code

video2:~# ctvdrsysinfo
CPU:
98.1% - User 0.7%us, - System 2.9%ni,


Memory:
3741.01 MB Ram - 549.945 MB Belegt


Swap:
2588.56 MB Swap - 0 MB Belegt


Disk Space:
/dev/sda1 : 2.4G von 3.8G frei
udev : 1.9G von 1.9G frei
tmpfs : 1.9G von 1.9G frei
/dev/sda6 : 297G von 453G frei


Tasks:
67 - Running 1 - Sleep 66 - Stopped 0


video2:~# ctvdrinfo
**************************************
*        c't VDR Ãbersicht           *
**************************************


VDR   : 1.7.18-2~ctvdr1
Kernel: 2.6.32-5-486
ABI   : vdr-abi-1.7.18-multipatch


Patches:
--------------------------------------
opt-20_liemikuutio
opt-21_internal-cam-devices
opt-22-x_edit_marks
opt-24_jumpplay
opt-27_ttxtsubs
opt-31-x_reelchannelscan
opt-37-x_menuorg
opt-38_disableDoubleEpgEntrys
opt-39_noepg
opt-41-x_timer-info
opt-42-x_MainMenuHooks
opt-43-x_recordshowfree
opt-44_rotor
opt-45_yaepg
opt-48-x_pin
opt-50_graphtft
opt-50_graphtft-liemikuutio
opt-51_cuttime
opt-52_hard_link_cutter


Plugins:
( N = Native Plugin       )
( D = Debian Plugin       )
( - = Deaktiviert         )
--------------------------------------
D dvbsddevice
  Package: vdr-plugin-dvbsddevice
  Version: 1.7.18-2~ctvdr1
D femon
  Package: vdr-plugin-femon
  Version: 1.7.9-3


AddonÂPackages:
--------------------------------------


......................................
Eine Kopie dieser Ausgaben wurde
erzeugt in: /tmp/vdrinfo.log
......................................


~# lspci -vv
...
00:0b.0 PCI bridge: nVidia Corporation nForce3 250Gb AGP Host to PCI Bridge (rev a2) (prog-if 00 [Normal decode])
        Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B- DisINTx-
        Status: Cap- 66MHz+ UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
        Latency: 16
        Bus: primary=00, secondary=01, subordinate=01, sec-latency=10
        Memory behind bridge: f8f00000-f9ffffff
        Prefetchable memory behind bridge: f0000000-f7ffffff
        Secondary status: 66MHz+ FastB2B- ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort+ <SERR- <PERR-
        BridgeCtl: Parity+ SERR+ NoISA- VGA+ MAbort- >Reset- FastB2B-
                PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn-


00:0e.0 PCI bridge: nVidia Corporation nForce3 250Gb PCI-to-PCI Bridge (rev a2) (prog-if 00 [Normal decode])
        Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B- DisINTx-
        Status: Cap- 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR+ <PERR- INTx-
        Latency: 0
        Bus: primary=00, secondary=02, subordinate=02, sec-latency=128
        Memory behind bridge: fa000000-febfffff
        Secondary status: 66MHz- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort+ <SERR- <PERR+
        BridgeCtl: Parity+ SERR+ NoISA- VGA- MAbort- >Reset- FastB2B-
                PriDiscTmr- SecDiscTmr+ DiscTmrStat- DiscTmrSERREn-


00:18.0 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] HyperTransport Technology Configuration
        Control: I/O- Mem- BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
        Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
        Capabilities: [80] HyperTransport: Host or Secondary Interface
                Command: WarmRst+ DblEnd- DevNum=0 ChainSide- HostHide+ Slave- <EOCErr- DUL-
                Link Control: CFlE- CST- CFE- <LkFail- Init+ EOC- TXO- <CRCErr=0 IsocEn- LSEn- ExtCTL- 64b-
                Link Config: MLWI=16bit DwFcIn- MLWO=16bit DwFcOut- LWI=16bit DwFcInEn- LWO=16bit DwFcOutEn-
                Revision ID: 1.02
                Link Frequency: 800MHz
                Link Error: <Prot- <Ovfl- <EOC- CTLTm-
                Link Frequency Capability: 200MHz+ 300MHz- 400MHz+ 500MHz- 600MHz+ 800MHz+ 1.0GHz+ 1.2GHz- 1.4GHz- 1.6GHz- Vend-
                Feature Capability: IsocFC- LDTSTOP+ CRCTM- ECTLT- 64bA- UIDRD- ExtRS- UCnfE-


00:18.1 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] Address Map
        Control: I/O- Mem- BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
        Status: Cap- 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-


00:18.2 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] DRAM Controller
        Control: I/O- Mem- BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
        Status: Cap- 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-


00:18.3 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] Miscellaneous Control
        Control: I/O- Mem- BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
        Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
        Capabilities: [f0] Secure device <?>
        Kernel driver in use: k8temp


01:00.0 VGA compatible controller: nVidia Corporation NV34 [GeForce FX 5200] (rev a1) (prog-if 00 [VGA controller])
        Subsystem: XFX Pine Group Inc. Device 1280
        Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
        Status: Cap+ 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
        Latency: 248 (1250ns min, 250ns max)
        Interrupt: pin A routed to IRQ 11
        Region 0: Memory at f9000000 (32-bit, non-prefetchable) [size=16M]
        Region 1: Memory at f0000000 (32-bit, prefetchable) [size=128M]
        Expansion ROM at f8fe0000 [disabled] [size=128K]
        Capabilities: [60] Power Management version 2
                Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-)
                Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME-
        Capabilities: [44] AGP version 3.0
                Status: RQ=32 Iso- ArqSz=0 Cal=3 SBA+ ITACoh- GART64- HTrans- 64bit- FW+ AGP3+ Rate=x4,x8
                Command: RQ=1 ArqSz=0 Cal=0 SBA- AGP- GART64- 64bit- FW- Rate=<none>


02:05.0 Multimedia controller: Philips Semiconductors SAA7146 (rev 01)
        Subsystem: Technotrend Systemtechnik GmbH Technotrend/Hauppauge DVB card rev2.1
        Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
        Status: Cap- 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
        Latency: 248 (3750ns min, 9500ns max)
        Interrupt: pin A routed to IRQ 18
        Region 0: Memory at febffc00 (32-bit, non-prefetchable) [size=512]
        Kernel driver in use: dvb


02:08.0 Multimedia video controller: Conexant Systems, Inc. CX23880/1/2/3 PCI Video and Audio Decoder (rev 05)
        Subsystem: Hauppauge computer works Inc. Nova-S-Plus DVB-S
        Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV+ VGASnoop- ParErr- Stepping- SERR+ FastB2B- DisINTx-
        Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
        Latency: 248 (5000ns min, 13750ns max), Cache Line Size: 64 bytes
        Interrupt: pin A routed to IRQ 19
        Region 0: Memory at fa000000 (32-bit, non-prefetchable) [size=16M]
        Capabilities: [44] Vital Product Data
                Unknown large resource type 04, will not decode more.
        Capabilities: [4c] Power Management version 2
                Flags: PMEClk- DSI+ D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-)
                Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME-
        Kernel driver in use: cx8800


02:08.1 Multimedia controller: Conexant Systems, Inc. CX23880/1/2/3 PCI Video and Audio Decoder [Audio Port] (rev 05)
        Subsystem: Hauppauge computer works Inc. Device 9202
        Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV+ VGASnoop- ParErr- Stepping- SERR+ FastB2B- DisINTx-
        Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
        Latency: 248 (1000ns min, 63750ns max), Cache Line Size: 64 bytes
        Interrupt: pin A routed to IRQ 19
        Region 0: Memory at fb000000 (32-bit, non-prefetchable) [size=16M]
        Capabilities: [4c] Power Management version 2
                Flags: PMEClk- DSI+ D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-)
                Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME-
        Kernel driver in use: cx88_audio


02:08.2 Multimedia controller: Conexant Systems, Inc. CX23880/1/2/3 PCI Video and Audio Decoder [MPEG Port] (rev 05)
        Subsystem: Hauppauge computer works Inc. Device 9202
        Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV+ VGASnoop- ParErr- Stepping- SERR+ FastB2B- DisINTx-
        Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
        Latency: 248 (1500ns min, 22000ns max), Cache Line Size: 64 bytes
        Interrupt: pin A routed to IRQ 19
        Region 0: Memory at fc000000 (32-bit, non-prefetchable) [size=16M]
        Capabilities: [4c] Power Management version 2
                Flags: PMEClk- DSI+ D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-)
                Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME-
        Kernel driver in use: cx88-mpeg driver manager


02:08.4 Multimedia controller: Conexant Systems, Inc. CX23880/1/2/3 PCI Video and Audio Decoder [IR Port] (rev 05)
        Subsystem: Hauppauge computer works Inc. Device 9202
        Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV+ VGASnoop- ParErr- Stepping- SERR+ FastB2B- DisINTx-
        Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
        Latency: 248 (1500ns min, 63750ns max), Cache Line Size: 64 bytes
        Interrupt: pin A routed to IRQ 9
        Region 0: Memory at fd000000 (32-bit, non-prefetchable) [size=16M]
        Capabilities: [4c] Power Management version 2
                Flags: PMEClk- DSI+ D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-)
                Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME-


video2:~# lsusb
Bus 003 Device 002: ID 0d8c:0201 C-Media Electronics, Inc. CM6501
Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 002 Device 002: ID 0bc7:0006 X10 Wireless Technology, Inc. Wireless Transceiver (ACPI-compliant)
Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 001 Device 003: ID 2040:5200 Hauppauge
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub




----- /proc/cpuinfo -----
  processor     : 0
  vendor_id     : AuthenticAMD
  cpu family    : 15
  model         : 107
  model name    : AMD Athlon(tm) X2 Dual Core Processor BE-2350
  stepping      : 1
  cpu MHz               : 2109.427
  cache size    : 512 KB
  fdiv_bug      : no
  hlt_bug               : no
  f00f_bug      : no
  coma_bug      : no
  fpu           : yes
  fpu_exception : yes
  cpuid level   : 1
  wp            : yes
  flags         : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt rdtscp lm 3dnowext 3dnow extd_apicid pni cx16 lahf_lm cmp_legacy svm extapic cr8_legacy 3dnowprefetch
  bogomips      : 4218.85
  clflush size  : 64
  cache_alignment       : 64
  address sizes : 40 bits physical, 48 bits virtual
  power management: ts fid vid ttp tm stc 100mhzsteps


----- /proc/cpuinfo end -----


video2:~# (cat /proc/interrupts  | grep -e "saa") ; sleep 1 ; (cat /proc/interrupts  | grep -e "saa")
 18:  526766882   IO-APIC-fasteoi   saa7146 (0)
 18:  526769652   IO-APIC-fasteoi   saa7146 (0)
                  2770
video2:~# (cat /proc/interrupts  | grep -e "saa") ; sleep 1 ; (cat /proc/interrupts  | grep -e "saa")
 18:  526776708   IO-APIC-fasteoi   saa7146 (0)
 18:  526779288   IO-APIC-fasteoi   saa7146 (0)
                  2580

Alles anzeigen

Das sind ca. 2500 Interrupt pro Sekunde. Ist das OK, alle 300...400ns einen Interrupt?
Bei 5Mbit/s wäre das 2KB pro Interrupt.

ASRoc AM2NF3-VSTA

Dieter · 5. Juni 2011

Hallo,
Du meist sicher Mikrosekunden? (1/2500).

zochi · 5. Juni 2011

Zitat von Dieter

Hallo,
Du meist sicher Mikrosekunden? (1/2500).

Klar, 300..400us, wunderte mich schon...ns, das wäre echt fix.
Denn noch scheinen mir das recht viele Interrupts/s zu sein.
Woher kommen die?
Ist das OK?

Achso:
Hab jetzt noch mal ne USB DVB-T Dual Karte (Hauppage) dazu gesteckt. Der Treiber dib700 fehlte.
Nun sehe ich das der Schall doch schneller ist als das Licht!
Im Bild klappert der Mund des Ansagers ne sekunde oder so weiter, obwohl schon alles gesagt war...

zochi · 7. Juni 2011

Heute kein "stucking" bei Domian ... radio+video aufzeichnung. Beides OK.
Muss mal schauen ob da letzte oche noch eine dritte Aufnahme lief.

UFO · 12. Juni 2011

Zitat von zochi

Code

video2:~# hdparm -tT /dev/sda


/dev/sda:
 Timing cached reads:   1804 MB in  2.00 seconds = 900.29 MB/sec
 Timing buffered disk reads:  232 MB in  3.02 seconds =  76.75 MB/sec

Plattenübertragungsrate ist ok.

Zitat

Code

video2:~# cat /proc/interrupts
 18:  523923921   IO-APIC-fasteoi   saa7146 (0)

Karte hat eigenen Interrupt - gut.

Zitat
# grep -i "firm.*app" /var/log/messages
Code
Jun  1 20:43:16 video2 kernel: [    5.552085] dvb-ttpci: info @ card 1: firm f0240009, rtsl b0250018, vid 71010068, app 80fb2624
Jun  2 02:10:02 video2 kernel: [    5.824088] dvb-ttpci: info @ card 0: firm f0240009, rtsl b0250018, vid 71010068, app 80fb2624
Emm, wieso mal card 1 und mal card 0?
Isch 'abe aber gar keine zweite TT FF...?

Aber 'ne Budget. Kann sein, daß manchmal die eine, manchmal die andere Karte zuerst erkannt wird.

Zitat

Code

~# lspci -vv
02:05.0 Multimedia controller: Philips Semiconductors SAA7146 (rev 01)
        Subsystem: Technotrend Systemtechnik GmbH Technotrend/Hauppauge DVB card rev2.1
        Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
        Status: Cap- 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
        Latency: 248 (3750ns min, 9500ns max)
        Interrupt: pin A routed to IRQ 18
        Region 0: Memory at febffc00 (32-bit, non-prefetchable) [size=512]
        Kernel driver in use: dvb

Sieht soweit eigentlich auch gut aus. Evtl. könnte es helfen, im Bios mit der PCI-Latency zu spielen (z.B. 64 oder 128).

Zitat

Code

video2:~# (cat /proc/interrupts  | grep -e "saa") ; sleep 1 ; (cat /proc/interrupts  | grep -e "saa")
 18:  526766882   IO-APIC-fasteoi   saa7146 (0)
 18:  526769652   IO-APIC-fasteoi   saa7146 (0)
                  2770
video2:~# (cat /proc/interrupts  | grep -e "saa") ; sleep 1 ; (cat /proc/interrupts  | grep -e "saa")
 18:  526776708   IO-APIC-fasteoi   saa7146 (0)
 18:  526779288   IO-APIC-fasteoi   saa7146 (0)
                  2580

Das sind ca. 2500 Interrupt pro Sekunde.
...
Bei 5Mbit/s wäre das 2KB pro Interrupt.

Kommt hin und ist bei ungemoddeten FF-Karten völlig normal.

Generell:
Bei FF-Karten ohne Full-TS-Mod ist die Datenübertragung kritisch.
Hohe Datenraten (z.B. mehrere Aufnahmen gleichzeitig auf der FF) führen zwangsläufig zu Problemen.

Ich selbst verwende seit Jahren keine ungemoddete FF-Karte mehr...

CU
Oliver

zweite Karte wird nicht voll erkannt.frontend 1/0 timed out while tuning to channel

Jetzt mitmachen!

Teilen