[SOLVED] yavdr 0.4 friert ein nach ca. 30min playback

oma · 13. September 2012

Hallo,

habe heute einen frischen 0.4 yaVDR installiert, meine Tivii 464 samt Fernbedienung mit

Code

sudo add-apt-repository ppa:yavdr/main
sudo apt-get update && sudo apt-get dist-upgrade
sudo apt-get install linux-media-dkms linux-firmware-yavdr
reboot

installiert und fertig. Soweit so gut - wenn ich den vdr nun eine Zeit lang benutze, speziell aufgefallen ist es mir beim playback, dann bleibt das System nach ca. 40min stehen - letzte Meldungen im syslog sind dann:

Code

Sep 13 21:53:42 myshuttle vdr: [1480] changing pids of channel 428 from 255+255=27:0;259=deu@106,260=eng@106:0:32 to 255+255=27:0;259=deu@106,260=eng@106:0:32
Sep 13 21:53:42 myshuttle vdr: [1480] changing pids of channel 429 from 511+511=27:0;515=deu@106,516=eng@106:0:32 to 511+511=27:0;515=deu@106,516=eng@106:0:32
Sep 13 21:53:42 myshuttle vdr: [1480] changing pids of channel 430 from 767+767=27:0;771=eng@106:0:32 to 767+767=27:0;771=eng@106:0:32
Sep 13 21:53:42 myshuttle vdr: [1480] changing pids of channel 431 from 1023+1023=27:0;1027=deu@106:0:32 to 1023+1023=27:0;1027=deu@106:0:32
Sep 13 21:54:04 myshuttle kernel: [ 1266.241447] NVRM: Xid (0000:01:00): 6, PE0003 
Sep 13 21:54:04 myshuttle kernel: [ 1266.243209] NVRM: Xid (0000:01:00): 6, PE0005 
Sep 13 21:54:04 myshuttle kernel: [ 1266.244734] NVRM: Xid (0000:01:00): 6, PE0005 0520 00000000 00000000 00000000 00000000
Sep 13 21:54:04 myshuttle kernel: [ 1266.246281] NVRM: Xid (0000:01:00): 6, PE0006 
Sep 13 21:54:05 myshuttle kernel: [ 1267.058643] NVRM: Xid (0000:01:00): 26, Ch 0000007f M 00000520 D 00000000 intr 04600000
Sep 13 21:54:05 myshuttle kernel: [ 1267.070289] NVRM: Xid (0000:01:00): 26, Ch 0000007f M 00000510 D 00000000 intr 04400010

Da die letzte Meldung in Richtung nvidia deutet hab ich mal nach dessen Version geguckt:

Code

markus@myshuttle:~$ cat /proc/driver/nvidia/version 
NVRM version: NVIDIA UNIX x86_64 Kernel Module  295.75  Fri Aug 24 12:46:00 PDT 2012
GCC version:  gcc version 4.5.2 (Ubuntu/Linaro 4.5.2-8ubuntu4)

- in irgendwelchen repository gibt´s wohl nen Treiber >300 aber ist der auch mit yaVDR 4.0 "kompatibel"? Jemand ne andere Idee woran´s liegen kann?

Thx4ideas
Markus

gda · 13. September 2012

Hitzeproblem? Wie warm wird die GPU?

Gerald

oma · 13. September 2012

die Karte ist eine Zotac GT210 Synergy Edition in einem Shuttle Barebone - wäre möglich das es zu warm wird. Genügt ein

Code

watch DISPLAY=:1 nvidia-settings -tq gpucoretemp

zum anschauen oder muß man anders messen? Sollte es richtig sein dann sind es zur Zeit 66. Kann das sein? Zu warm - zu kalt?

gda · 13. September 2012

Zitat von oma

Sollte es richtig sein dann sind es zur Zeit 66. Kann das sein? Zu warm - zu kalt?

Ist okay.

Gerald

oma · 14. September 2012

Das mit der Temperatur fuchst mich trotzdem: Welche Temperatur wäre denn noch ok? Gibt es andere Temperaturen die es zu überwachen gillt? In einem Barebone ist ja nu nicht viel Platz für Luftzirkulation und wenn ich eh grad messe...was ist wichtig zu monitoren?

fnu · 14. September 2012

Zitat von oma

Das mit der Temperatur fuchst mich trotzdem: Welche Temperatur wäre denn noch ok? Gibt es andere Temperaturen die es zu überwachen gillt? In einem Barebone ist ja nu nicht viel Platz für Luftzirkulation und wenn ich eh grad messe...was ist wichtig zu monitoren?

Wie gda schon sagt, ist ok. Ein Wert von 66°C der GPU is ein ganz normaler Wert. Sorgen muß man sich erst ab 90°C machen ... und Kühler wirst Du sie kaum bekommen ...

Regards
fnu

ATD · 14. September 2012

Zitat von oma

Das mit der Temperatur fuchst mich trotzdem: Welche Temperatur wäre denn noch ok?

Die von Dir genannte Temperatur ist definitiv OK. Nur mal so zum Vergleich. Ich hatte mal vor Jahren in meinem PC (unter Windows) eine Gigabyte 6600 GT passiv gekühlt drin. Laut nVidia Referenztreiber war die Abschalttemperatur bei 168°C!

Den Wert habe ich mir nur deswegen gemerkt, weil sie so extrem ist. Es soll jetzt kein Freibrief für was auch immer werden, aber 6x Grad sind absolut in grünen Bereich.

Zu kalt gibt es bei Raumtemperatur nicht.

Albert

Miru · 14. September 2012

Moin,

probier doch die neuen Nvidia-Treiber von hier.

Laufen bei mir auf'm Arbeitsplatz und WAF-Client lt. Sig. gut.

Gruß Miru

oma · 14. September 2012

Natürlich könnte ich neurer Treiber einspielen aber ich bin unsicher ob´s das wirklich da diese Treiber ja bei anderen offensichtlich gut laufen. Ich habe das System heute ca. 3h mit offenem Deckel um Temperaturprobleme auszuschließen laufen lassen und SD Material abgespielt. Nach ca. 2,5h trat der Fehler um 21:50h auf und ich hab ihn im syslog gesehen:

Code

Sep 14 21:42:44 myshuttle vdr: [5273] Text2Skin: replayInfo display update thread started (pid=1091, tid=5273)
Sep 14 21:43:00 myshuttle vdr: [5273] Text2Skin: replayInfo display update thread ended (pid=1091, tid=5273)
Sep 14 21:49:00 myshuttle vdr: [1451] EPGSearch: timer conflict check started
Sep 14 21:49:00 myshuttle vdr: [1451] EPGSearch: timer conflict check finished
Sep 14 21:50:52 myshuttle kernel: [ 7319.100187] NVRM: Xid (0000:01:00): 6, PE0003 
Sep 14 21:50:52 myshuttle kernel: [ 7319.101861] NVRM: Xid (0000:01:00): 6, PE0005 
Sep 14 21:50:52 myshuttle kernel: [ 7319.103417] NVRM: Xid (0000:01:00): 6, PE0001 
Sep 14 21:50:55 myshuttle kernel: [ 7321.713587] NVRM: os_schedule: Attempted to yield the CPU while in atomic or interrupt context
Sep 14 21:50:59 myshuttle kernel: [ 7325.817397] NVRM: os_schedule: Attempted to yield the CPU while in atomic or interrupt context
Sep 14 21:51:03 myshuttle kernel: [ 7329.873314] NVRM: os_schedule: Attempted to yield the CPU while in atomic or interrupt context
Sep 14 21:51:05 myshuttle kernel: [ 7331.873338] NVRM: os_schedule: Attempted to yield the CPU while in atomic or interrupt context
Sep 14 21:51:05 myshuttle kernel: [ 7331.949843] Clocksource tsc unstable (delta = -8589935214 ns)
Sep 14 21:51:05 myshuttle kernel: [ 7331.974739] Switching to clocksource hpet
Sep 14 21:51:12 myshuttle vdr: [1436] XVDR: Recordings state changed (311)
Sep 14 21:51:12 myshuttle vdr: [1436] XVDR: Requesting clients to reload recordings list
Sep 14 21:51:17 myshuttle kernel: [ 7342.761301] cx88[0]/2-mpeg: clearing mask
Sep 14 21:51:17 myshuttle kernel: [ 7342.761301] cx88[0]/0: irq loop -- clearing mask
Sep 14 21:51:20 myshuttle vdr: [1091] ERROR: dvbplayer thread 4762 won't end (waited 9 seconds) - canceling it...
Sep 14 21:51:37 myshuttle kernel: [ 7363.745528] hrtimer: interrupt took 31118431 ns


Sep 14 21:52:38 myshuttle vdr: [1436] XVDR: Timers state changed (2)
Sep 14 21:52:38 myshuttle vdr: [1436] XVDR: Requesting clients to reload timers
Sep 14 21:52:55 myshuttle /usr/bin/signal-event.real[5536]: processing signal restart-vdr
Sep 14 21:52:55 myshuttle /usr/bin/signal-event.real[5536]: processing action /usr/share/yavdr/events/restart-vdr/10_restart-vdr restart-vdr
Sep 14 21:53:24 myshuttle kernel: [ 7469.243666] NVRM: GPU at 0000:01:00.0 has fallen off the bus.
Sep 14 21:53:24 myshuttle init: vdr-frontend main process (1120) killed by KILL signal
Sep 14 21:53:24 myshuttle vdr: [1091] stopping plugin: dynamite
Sep 14 21:53:24 myshuttle vdr: [1091] dynamite: force detaching all devices
Sep 14 21:53:24 myshuttle kernel: [ 7470.690507] Xorg[951]: segfault at 320018269 ip 00007fcda1448429 sp 00007fff16ea6e00 error 4 in nvidia_drv.so[7fcda13e6000+6e3000]
Sep 14 21:53:26 myshuttle vdr: [1435] section handler thread ended (pid=1091, tid=1435)
Sep 14 21:53:26 myshuttle vdr: [1434] tuner on frontend 0/0 thread ended (pid=1091, tid=1434)
Sep 14 21:53:26 myshuttle vdr: [1091] dynamite: deleted device for /dev/dvb/adapter0/frontend0
Sep 14 21:53:26 myshuttle vdr: [1091] stopping plugin: conflictcheckonly
Sep 14 21:53:26 myshuttle vdr: [1091] stopping plugin: text2skin
Sep 14 21:53:26 myshuttle vdr: [1091] stopping plugin: dvd
Sep 14 21:53:26 myshuttle vdr: [1091] stopping plugin: wirbelscan
Sep 14 21:53:26 myshuttle vdr: [1091] stopping plugin: live
Sep 14 21:53:26 myshuttle vdr: [1091] stopping plugin: iptv
Sep 14 21:53:26 myshuttle vdr: [1091] stopping plugin: skinpearlhd
Sep 14 21:53:26 myshuttle vdr: [1091] stopping plugin: menuorg
Sep 14 21:53:26 myshuttle vdr: [1091] stopping plugin: streamdev-server
Sep 14 21:53:26 myshuttle vdr: [1452] streamdev server thread ended (pid=1091, tid=1452)
Sep 14 21:53:26 myshuttle vdr: [1091] stopping plugin: markad
Sep 14 21:53:26 myshuttle vdr: [1091] stopping plugin: epgsearchonly
Sep 14 21:53:26 myshuttle vdr: [1091] stopping plugin: epgsearch
Sep 14 21:53:26 myshuttle vdr: [1091] stopping plugin: burn
Sep 14 21:53:27 myshuttle vdr: [1448] burn-chain manager thread ended (pid=1091, tid=1448)
Sep 14 21:53:27 myshuttle vdr: [1091] stopping plugin: extrecmenu
Sep 14 21:53:28 myshuttle vdr: [1442] extrecmenu worker thread thread ended (pid=1091, tid=1442)
Sep 14 21:53:28 myshuttle vdr: [1091] stopping plugin: channellists
Sep 14 21:53:28 myshuttle vdr: [1091] stopping plugin: quickepgsearch
Sep 14 21:53:28 myshuttle vdr: [1091] stopping plugin: dbus2vdr
Sep 14 21:53:29 myshuttle vdr: [1091] dbus2vdr: deleting 0 message handlers
Sep 14 21:53:29 myshuttle vdr: [1091] dbus2vdr: deleting message dispatcher for interface de.tvdr.vdr.epg
Sep 14 21:53:29 myshuttle vdr: [1091] dbus2vdr: deleting message dispatcher for interface de.tvdr.vdr.plugin
Sep 14 21:53:29 myshuttle vdr: [1091] dbus2vdr: deleting message dispatcher for interface de.tvdr.vdr.recording
Sep 14 21:53:29 myshuttle vdr: [1091] dbus2vdr: deleting message dispatcher for interface de.tvdr.vdr.remote
Sep 14 21:53:29 myshuttle vdr: [1091] dbus2vdr: deleting message dispatcher for interface de.tvdr.vdr.skin
Sep 14 21:53:29 myshuttle vdr: [1091] dbus2vdr: deleting message dispatcher for interface de.tvdr.vdr.timer
Sep 14 21:53:29 myshuttle vdr: [1091] stopping plugin: restfulapi
Sep 14 21:53:29 myshuttle vdr: [1091] restfulapi: will end server thread: /1347652409/
Sep 14 21:53:29 myshuttle vdr: [1439] restfulapi: server thread end: /1347652409/
Sep 14 21:53:29 myshuttle vdr: [1439] restfulapi: server thread ended (pid=1091)
Sep 14 21:53:29 myshuttle vdr: [1091] stopping plugin: tvonscreen
Sep 14 21:53:29 myshuttle vdr: [1091] stopping plugin: xine
Sep 14 21:53:29 myshuttle vdr: [1091] stopping plugin: femon
Sep 14 21:53:29 myshuttle vdr: [1091] stopping plugin: xvdr
Sep 14 21:53:29 myshuttle vdr: [1091] XVDR: XVDR Server stopped
Sep 14 21:53:29 myshuttle vdr: [1310] Leaving cXineRemote thread
Sep 14 21:53:29 myshuttle vdr: [1310] XineRemote control thread ended (pid=1091, tid=1310)
Sep 14 21:53:29 myshuttle vdr: [1091] saved setup to /var/lib/vdr/setup.conf
Sep 14 21:53:30 myshuttle vdr: [1311] section handler thread ended (pid=1091, tid=1311)
Sep 14 21:53:30 myshuttle vdr: [1091] deleting plugin: dynamite
Sep 14 21:53:30 myshuttle vdr: [1280] dynamite udev monitor for subsystem dvb thread ended (pid=1091, tid=1280)
Sep 14 21:53:30 myshuttle vdr: [1091] deleting plugin: conflictcheckonly
Sep 14 21:53:30 myshuttle vdr: [1091] deleting plugin: text2skin
Sep 14 21:53:30 myshuttle vdr: [1091] deleting plugin: dvd
Sep 14 21:53:30 myshuttle vdr: [1091] deleting plugin: wirbelscan
Sep 14 21:53:30 myshuttle vdr: [1091] deleting plugin: live
Sep 14 21:53:30 myshuttle vdr: [1091] deleting plugin: iptv
Sep 14 21:53:30 myshuttle vdr: [1091] deleting plugin: skinpearlhd
Sep 14 21:53:30 myshuttle vdr: [1091] deleting plugin: menuorg
Sep 14 21:53:30 myshuttle vdr: [1091] deleting plugin: streamdev-server
Sep 14 21:53:30 myshuttle vdr: [1091] deleting plugin: markad
Sep 14 21:53:30 myshuttle vdr: [1091] deleting plugin: epgsearchonly
Sep 14 21:53:30 myshuttle vdr: [1091] deleting plugin: epgsearch
Sep 14 21:53:30 myshuttle vdr: [1451] EPGSearch: Leaving conflict check thread
Sep 14 21:53:30 myshuttle vdr: [1451] EPGSearch: conflictcheck thread ended (pid=1091, tid=1451)
Sep 14 21:53:30 myshuttle vdr: [1091] deleting plugin: burn
Sep 14 21:53:30 myshuttle vdr: [1091] deleting plugin: extrecmenu
Sep 14 21:53:30 myshuttle vdr: [1091] deleting plugin: channellists
Sep 14 21:53:30 myshuttle vdr: [1091] deleting plugin: quickepgsearch
Sep 14 21:53:30 myshuttle vdr: [1091] deleting plugin: dbus2vdr
Sep 14 21:53:30 myshuttle vdr: [1091] deleting plugin: restfulapi
Sep 14 21:53:30 myshuttle vdr: [1091] deleting plugin: tvonscreen
Sep 14 21:53:30 myshuttle vdr: [1091] deleting plugin: xine
Sep 14 21:53:30 myshuttle vdr: [1091] deleting plugin: femon
Sep 14 21:53:30 myshuttle vdr: [1091] deleting plugin: xvdr
Sep 14 21:53:30 myshuttle vdr: [1091] cleaning up schedules data
Sep 14 21:53:32 myshuttle vdr: [1091] =====================
Sep 14 21:53:32 myshuttle vdr: [1091] EPG bugfix statistics
Sep 14 21:53:32 myshuttle vdr: [1091] =====================
Sep 14 21:53:32 myshuttle vdr: [1091] IF SOMEBODY WHO IS IN CHARGE OF THE EPG DATA FOR ONE OF THE LISTED
Sep 14 21:53:32 myshuttle vdr: [1091] CHANNELS READS THIS: PLEASE TAKE A LOOK AT THE FUNCTION cEvent::FixEpgBugs()
Sep 14 21:53:32 myshuttle vdr: [1091] IN VDR/epg.c TO LEARN WHAT'S WRONG WITH YOUR DATA, AND FIX IT!
Sep 14 21:53:32 myshuttle vdr: [1091] =====================
Sep 14 21:53:32 myshuttle vdr: [1091] Fix#011Hits#011Channels
Sep 14 21:53:32 myshuttle vdr: [1091] 3#0112205#011DASDING, N24 HD, N24 HD Austria, ANIXE HD, NICK/CC HD, NICK/CC HD Austria, National Geographic, ...
Sep 14 21:53:32 myshuttle vdr: [1091] 4#01195#011radioeins, Disney XD, Junior, HOPE Channel deutsch, ZDF HD, Das Erste HD, Das Erste, ...
Sep 14 21:53:32 myshuttle vdr: [1091] 6#01111048#011tagesschau24, Test-R, arte, PHOENIX, Einsfestival, EinsPlus, WDR Event, MDR JUMP, ...
Sep 14 21:53:32 myshuttle vdr: [1091] 7#0111106#011hr-fernsehen, DRadio Wissen, DKULTUR, DLF, Bremen Eins, Nordwestradio, MDR FIGARO, ...
Sep 14 21:53:32 myshuttle vdr: [1091] 8#0113007#011Test-R, RNF, sportdigital, AXN Action, Romance TV, GOD Channel, Beauty TV, DELUXE MUSIC, ...
Sep 14 21:53:32 myshuttle vdr: [1091] 9#01110760#011Test-R, RNF, sportdigital, AXN Action, Romance TV, GOD Channel, Beauty TV, ...
Sep 14 21:53:32 myshuttle vdr: [1091] 10#011620#011Test-R, ASTRA 3D Demo, HOPE Channel deutsch, pearl.tv Technik-Shop, Die Neue Zeit TV, ...
Sep 14 21:53:32 myshuttle vdr: [1091] 11#0118431#011Test-R, ASTRA 3D Demo, HOPE Channel deutsch, pearl.tv Technik-Shop, La Une HD, ...
Sep 14 21:53:32 myshuttle vdr: [1091] =====================
Sep 14 21:53:32 myshuttle vdr: [1091] caught signal 15
Sep 14 21:53:32 myshuttle vdr: [1091] exiting, exit code 0

Alles anzeigen

auch wenn SSH Zugriff noch machbar war hat der Restart nicht funktioniert und ich mußte ihn hard-resetten...
Das System ist ein klassischer Shuttle Barebone:

Code

markus@myshuttle:~$ lspci
00:00.0 Host bridge: Intel Corporation 82G33/G31/P35/P31 Express DRAM Controller (rev 02)
00:01.0 PCI bridge: Intel Corporation 82G33/G31/P35/P31 Express PCI Express Root Port (rev 02)
00:1b.0 Audio device: Intel Corporation N10/ICH 7 Family High Definition Audio Controller (rev 01)
00:1c.0 PCI bridge: Intel Corporation N10/ICH 7 Family PCI Express Port 1 (rev 01)
00:1c.1 PCI bridge: Intel Corporation N10/ICH 7 Family PCI Express Port 2 (rev 01)
00:1d.0 USB Controller: Intel Corporation N10/ICH 7 Family USB UHCI Controller #1 (rev 01)
00:1d.1 USB Controller: Intel Corporation N10/ICH 7 Family USB UHCI Controller #2 (rev 01)
00:1d.2 USB Controller: Intel Corporation N10/ICH 7 Family USB UHCI Controller #3 (rev 01)
00:1d.3 USB Controller: Intel Corporation N10/ICH 7 Family USB UHCI Controller #4 (rev 01)
00:1d.7 USB Controller: Intel Corporation N10/ICH 7 Family USB2 EHCI Controller (rev 01)
00:1e.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev e1)
00:1f.0 ISA bridge: Intel Corporation 82801GB/GR (ICH7 Family) LPC Interface Bridge (rev 01)
00:1f.1 IDE interface: Intel Corporation 82801G (ICH7 Family) IDE Controller (rev 01)
00:1f.2 IDE interface: Intel Corporation N10/ICH7 Family SATA IDE Controller (rev 01)
00:1f.3 SMBus: Intel Corporation N10/ICH 7 Family SMBus Controller (rev 01)
01:00.0 VGA compatible controller: nVidia Corporation GT218 [GeForce 210] (rev a2)
01:00.1 Audio device: nVidia Corporation High Definition Audio Controller (rev a1)
03:00.0 Ethernet controller: Marvell Technology Group Ltd. 88E8056 PCI-E Gigabit Ethernet Controller (rev 12)
04:09.0 Multimedia video controller: Conexant Systems, Inc. CX23880/1/2/3 PCI Video and Audio Decoder (rev 05)
04:09.2 Multimedia controller: Conexant Systems, Inc. CX23880/1/2/3 PCI Video and Audio Decoder [MPEG Port] (rev 05)
04:0a.0 FireWire (IEEE 1394): Texas Instruments TSB43AB22/A IEEE-1394a-2000 Controller (PHY/Link)

Alles anzeigen

Welche Infos sind noch wichtig? Kann man das Problem irgendwie einkreisen?

Miru · 15. September 2012

Versuch' doch einfach die x-swat-Treiber aus deren ppa ... mehr kaputt machen kannst damit Du nicht.

Und rauswerfen kannst Du die ja auch wieder und dann die vom yavdr-repo reinstallieren.

Ich hatte mal ähnliche Meldungen auf meinem Arbeitsplatz und auch auf meinem WAF-Client, und bekam dann den Tip bzgl. x-swat hier aus'm Forum.

fnu · 15. September 2012

Zitat von Miru

Versuch' doch einfach die x-swat-Treiber aus deren ppa ... mehr kaputt machen kannst damit Du nicht.

Keine gute Idee, die Treiber sind zwar vom Ubuntu X-Team, aber z.Zt. zu neu für yaVDR, 30x.xx ... wir haben schon den neuesten 200er Stand im PPA, 295.75 ...

oma

Also wenn ich mir Dein Log Snippet anschaue, würde ich jetzt nicht auf ein generelles Problem der Nvidia Treiber tippen, eher auf ein Inkompatibilität zw. Mainboard, Grafikkarte und der DVB Karte. Riecht ein wenig nach dem guten alten Interrupt-Problem ...

Interessant ist der Teil mit dem "hpet", kannst Du mal "hpet=disable" per grub übergeben und schauen ob sich das Problem legt?

Regards
fnu

oma · 15. September 2012

Danke schon mal an alle "mit-Forscher"

Ich habe gestern Nacht noch das System beobachet und mit geschlossenem Gehäuse tritt es "gefühlt" häufiger auf als mit offenem Deckel - das kann natürlich auch ein Zufall sein... Das System hat bereits 2 Jahre in einer anderen Config (FF TT DVB-S Karte, Ausgang direkt per TV-Out am Fernseher ergo kein xserver) prima fuktioniert. Erst nach dem Umbau zu HD (yaVDR, GT210 rein, Tivii 464 rein, FF TT DVB-S raus) begannen die Probleme.

Ich habe nun 2 Dinge getan - Gehäuse geöffnet und einen kleinen Lüfter vor die GT210 gestellt um jedwedes Temperaturproblem auszuschließen. Ebenso habe ich fnu's Tipp umgesetzt - hier nach dem Reboot:

Code

Sep 15 14:52:33 myshuttle kernel: [	0.000000] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-2.6.38-16-generic root=UUID=0a8b5b19-73a8-4922-bcfa-b0a6e76e236a ro vmalloc=256m quiet splash vga=792 noresume nohz=off acpi_enforce_resources=lax hpet=disabled vt.handoff=7
Sep 15 14:52:33 myshuttle kernel: [	2.950631] hpet_acpi_add: no address or irqs in _CRS

somit müsste hpet nun aus sein. Da ich den Fehler nicht reproduzieren kann lasse ich den vdr einfach laufen, spiele ab und an was ab und warte ob das Problem nochmal auftritt...

Miru · 15. September 2012

fnu,

wie gesagt, laufen die x-swat Treiber auf meinem Arbeitsplatz und auf dem WAF-Client lt. meiner Sig..

Zumindest auf meinem Arbeitsplatz waren dann ähnliche Fehlermeldung weg ... leider hab' ich die logs schon in den Datenhimmel gejagt.

Beim WAF-Client, welcher ja den 0.5.0-alpha1-Unterbau mit dem Pulse-Eight-XBMC-Überbau via xvdr hat, habe ich nix negatives feststellen können.

Gruß Miru ... welcher beim WAF-Client halt auch testen kann, weil zusätzlich noch SAT-DVB-S2 und VOMP zum VDR-Server für's Publikum im Wohnzimmer zur Verfügung stehen.

fnu · 15. September 2012

Zitat von oma

Erst nach dem Umbau zu HD (yaVDR, GT210 rein, Tivii 464 rein, FF TT DVB-S raus) begannen die Probleme.

Tja, die TevII ist ja als super problemloses Gerät bekannt, daher hätte ich schon eine Idee, was Du tun könntest ...

Ein Temperatur Problem der Nvidia Karte würde ich ausschließen, 66°C ist gar nix und wenn würde das Videobild ruckeln, weil die GPU bei hohen Temperaturen runtertaktet, aber hey, das wäre irgendwo um 90°C ...

Nicht auszuschließen, das ein anderes Gerät Temperatur Probleme hat. Was ist denn jetzt mit "hpet=disable" oder willst Du nur Deine Vermutungen hier bestätigt bekommen?

Zitat von Miru

wie gesagt, laufen die x-swat Treiber auf meinem Arbeitsplatz und auf dem WAF-Client lt. meiner Sig..

Ich habe nix gegen die Treiber vom X-Swat Team, hab sie selbst oft verwendet und auch empfohlen. Aber das ein Nvidia 300er Treiber mit 0.5 läuft, ist cool, wundert mich zwar ein wenig, aber ich kann ja auch nicht alles wissen ...

Regards
fnu

Miru · 15. September 2012

fnu,

Zitat von fnu

Aber das ein Nvidia 300er Treiber mit 0.5 läuft, ist cool, wundert mich zwar ein wenig, aber ich kann ja auch nicht alles wissen ...

darum ist es geniale Test-Version von Euch und ich kann halt auch auf'm Quasi-Produktiv-System testen ... hab' aber in der Rückhand Ausweichmöglichkeiten ... ohne das mir von der weiblichen Belegschaft @home der Kopf abgerissen wird.

Gruß Miru

hotzenplotz5 · 15. September 2012

Miru kannst du mal testen ob mit dem treiber noch die bildschirmerkennung funktioniert ?
also im yavdr webfrontend.

und evtl. ein paar logs dazu liefern ?

oma · 15. September 2012

fnu: verstehe deine Fage irgendwie nicht:

Zitat

Was ist denn jetzt mit "hpet=disable" oder willst Du nur Deine Vermutungen hier bestätigt bekommen?

ich möchte vor allem das der Fehler verschwindet und vermeiden das andere ähnliches "leid" erfahren oder zumindest wissen wo zu suchen ist. Habe doch hpet=disable eingetrage, neu gebootet und den Log Teil angehängt?!? Oder meinst du es sei trotzdem aktiv?
Und woher hätte ich im übrigen das hier wissen sollen?

Zitat

Tja, die TevII ist ja als super problemloses Gerät bekannt

Laut wiki gillt die als supportet, habe im Forum/google gesucht und wenig (man findet zu allen Karten immer irgendwas) "problematisches" gefunden. Aber welche Karte würdest du denn empfehlen?? Abfoderung wäre das sie, offensichtlich, wenig warm wird, problemlos läuft, imoptimalen Fall einen IR Empfänger hat, und nur einen PCI Platz nutzt (habe nur 2 im Shuttle und in einem steckt die GT).

Miru: Sollte alles andere nix bringen nehme ich gern die von dir empfohlenen Treiber. Nach etwas rechere zu den 300er Treibern bin ich da noch zurückhaltend...

Gruß
Markus

Miru · 15. September 2012

hotzenplotz5

ja ging ... jetzt no test-time ... weibliches @home hat die Kiste nun beschlagnahmt. Mach' ich morgen in früh, wenn die noch schlafen. Log poste ich dann morgen gleich.

Sorry und Gruß Miru

Miru · 15. September 2012

oma,

mach', wie Du meinst ... aber Du hast schon den Weg "back to the roots".

Gruß Miru

fnu · 16. September 2012

Zitat von oma

Habe doch hpet=disable eingetrage, neu gebootet und den Log Teil angehängt?!?

Oh, mein Fehler, hab ich so nicht verstanden und ja, meine Vermutung mit dem guten alten Interupt-Problemen scheinen sich eher zu bestätigen, schade für Dich.

Zitat von oma

Laut wiki gillt die als supportet, habe im Forum/google gesucht und wenig (man findet zu allen Karten immer irgendwas) "problematisches" gefunden.

Dann hast Du nicht richtig gesucht. Wenn es in den letzten Monaten Problemthreads hier gab, waren es immer welche zu TevII Karten. Ich möchte nicht bestreiten das einige diese erfolgreich betreiben, aber eben genauso viele haben Probleme damit. Es gibt immer Nutzer die mit X-beliebiger DVB Karte Probleme haben, das sind aber wenige, bei den TevII fällt so richtig die große Zahl der Nutzer auf, die Issues haben. Also insofern können die Karten IMHO keine Empfehlung sein ...

Die DVB Karte ist das allerwichtigste Bauteil im VDR, ohne die gibt es kein VDR, also muß man sich die Frage stellen, ob man hier am richtigen Ende spart. Welchen Karten ich mein Vertrauen schenke kann man meiner Signatur entnehmen, die Geräte funktionieren wie es sich gehört, unauffällig zuverlässig.

Regards
fnu

[SOLVED] yavdr 0.4 friert ein nach ca. 30min playback

Jetzt mitmachen!

Teilen