yaVDR Sundtek und Start nach suspend2ram

berndH · 6. März 2011

Hallo,

ich habe den Fehler gemacht nochmal yaVDR 0.3 zu installieren. Jetzt habe ich das Problem, dass er nach einem Suspend2Ram nicht mehr sauber hoch kommt:

syslog

Code

Mar  6 21:35:26 myvdr kernel: [  728.813805] CPU3 attaching sched-domain: 
Mar  6 21:35:26 myvdr kernel: [  728.813810]  domain 0: span 1,3 level SIBLING 
Mar  6 21:35:26 myvdr kernel: [  728.813816]   groups: 3 (cpu_power = 589) 1 (cpu_power = 589) 
Mar  6 21:35:26 myvdr kernel: [  728.813828]   domain 1: span 1,3 level MC 
Mar  6 21:35:26 myvdr kernel: [  728.813833]    groups: 1,3 (cpu_power = 1178) 
Mar  6 21:35:26 myvdr kernel: [  728.813842]    domain 2: span 0-3 level CPU 
Mar  6 21:35:26 myvdr kernel: [  728.813847]     groups: 1,3 (cpu_power = 1178) 0,2 (cpu_power = 1178) 
Mar  6 21:35:32 myvdr kernel: [  734.497516] eth0: no IPv6 routers present 
Mar  6 21:35:35 myvdr kernel: [  738.036081] input: Sundtek Ltd. Remote Control as /devices/virtual/input/input6

mediaserv.log

Code

2011-03-06 21:35:35 [3171] Sundtek MediaTV Driver loaded. This driver is licensed for non-commercial use 
2011-03-06 21:35:35 [3171] with Sundtek MediaTV only 
2011-03-06 21:35:35 [3171] Driver loaded within 9444 milliseconds 
2011-03-06 21:35:35 [3171] Initial devicescan done, switching detection mode 
2011-03-06 21:35:50 [3171] Enabling standby

Code

vdruser@myvdr:/var/log$ tail pm-suspend.log 
network-interface (lo) start/running network-interface (eth0) start/running 
vdr-exit-1 stop/waiting success. /usr/lib/pm-utils/sleep.d/10mediasrv resume 
suspend:success. /etc/pm/sleep.d/10_grub-common resume 
suspend:success. /usr/lib/pm-utils/sleep.d/00powersave resume 
suspend:success. /usr/lib/pm-utils/sleep.d/00logging resume 
suspend:success. /usr/lib/pm-utils/sleep.d/000kernel-change resume 
suspend:success. Sun Mar  6 21:35:26 UTC 2011: Finished.

Code

vdruser@myvdr:/var/log$ tail boot.log 
fsck from util-linux-ng 2.17.2 
swapon: /dev/sda2: software suspend data detected. Rewriting the swap signature. 
/dev/sda1: sauber, 80175/1310720 Dateien, 537944/5242880 BlÃ¶cke 
Loading the saved-state of the serial devices from /etc/serial.conf
  * Loading cpufreq kernel modules...                                     [fail]
  * CPUFreq Utilities: Setting ondemand CPUFreq governor...                     
  * disabled, governor not 
  available...                                                                            [ OK ]
  * Exporting directories for NFS kernel daemon...                        [ OK ]
  * Starting NFS kernel daemon                                            [ OK ]
 vdr-addon-acpiwakeup: Resetting wakeup time
  * Checking battery state...                                             [ OK ]

Alles anzeigen

Dank für euere Unterstützung
Bernd

berndH · 13. März 2011

So ich ich bein ein wenig weiter. Folgendes habe ich nach dem Aufwachen gemacht:

root@myvdr:~# status dvb-first
dvb-first stop/waiting
root@myvdr:~# status dvb-last
dvb-last stop/waiting
root@myvdr:~# start dvb-first
dvb-first stop/waiting

Beim "start dvb-first" startet VDR.
Die weiteren Versuche:
initctl emit --no-wait dvb-devices-complete # VDR startet
initctl emit --no-wait startup # VDR startet

Nur weiß ich jetzt nicht mehr weiter.

Gruß
Bernd

berndH · 18. März 2011

Hat vielleicht noch jemand eine Idee?

Beim "normalen" Start wird scheinbar folgendes ausgeführt:
dvb-first.conf
udev-finish.conf
dvb-last.conf
vdr.conf

Beim WakeUp wird aber nur dvb-first.conf ausgeführt. Hier ist aber der DVB-Treiber noch nicht da (MAX = CURRENT).

Danke

tbf · 19. März 2011

+1 ich habe das selbe Problem.
sudo start dvb-start
oder
sudo start vdr

starten das system wieder.
HW Zotac Ion mit Sundtek DVB-C

Verwende seit langem 0.3 ohne Probleme nur mit letztem
apt-get dist-upgrade ging einiges nicht mehr.

Ich hatte zunächst auch hier probleme:
http://www.vdrportal.de/board/thread.php?threadid=104746

UPDATE:
Bei wird /lib/udev/dvbmon_helper ebenfalls aufgerufen bevor Sundtek das Device erstellt hat. Nach dem Sundtek Eintrag kommt nichts mehr.

https://bugs.yavdr.com/projects/yavdr/wiki/Wiki?version=4

Zitat

Mar 20 00:28:44 vdr dvbmon: We got 0 devices. We need 1 .
Mar 20 00:28:58 vdr kernel: [ 4154.566547] eth0: link up.
Mar 20 00:28:58 vdr kernel: [ 4154.567317] ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
Mar 20 00:29:02 vdr kernel: [ 4157.325420] input: Sundtek Ltd. Remote Control as /devices/virtual/input/input16

UPDATE1:
Es gibt kein /usr/bin/sundtek.bash mehr:
Laut Doku sollte dies gerufen werden sobald HW fertig ist.
SVN:
http://svn.origo.ethz.ch/wsvn/…dtek-debian/debian/postrm

UPDATE2:
OK.... Sundtek Paket im trunk hat wohl ganz anderen setup.
Im tags 0.3:
http://svn.origo.ethz.ch/wsvn/…ts/actions/create-sundtek

Templates sind da, aber sundtek.bash fehlt??
process-template --mode 755 /usr/bin/sundtek.bash

UPDATE3:
http://svn.origo.ethz.ch/wsvn/…ek-debian/debian/postinst
Revision 2064: signal-event sundtek--installer --> signal-event sundtek-hardware

Zitat

#!/bin/sh

case "$1" in
configure)
process-template --mode=755 /etc/yavdr/init/dvb-last.d/sundtek
signal-event sundtek-hardware
cp /tmp/sundtek_installer_development.sh /usr/share/doc/yavdr-installer-sundtek
rm -f /tmp/sundtek_installer_development.sh
;;

esac

# dh_installdeb will replace this with shell code automatically
# generated by other debhelper scripts.

exit 0

#DEBHELPER#

Alles anzeigen

UPDATE4:
--> sudo signal-event sundtek--installer
hat bei mir funktioniert... seltsam weil die Änderung in der Versionskontrolle relativ alt ist. Aber templates wurde prozessiert.

Zitat

02:57:14 vdr dvbmon: We got 0 devices. We need 1 .
Mar 20 02:57:33 vdr sundtek: set mode DVBC
Mar 20 02:57:33 vdr dvbmon: We got 1 devices. We need 1 .
Mar 20 02:57:33 vdr dvbmon: Starting vdr by UDEV.
Mar 20 02:57:33 vdr sundtek: attached device 0 as /dev/dvb/adapter0 finished

berndH · 20. März 2011

Hallo,

hat komischerweise nicht gleich gefruchtet.

Aber wiederholtes
process-template --mode=755 /etc/yavdr/init/dvb-last.d/sundtek
signal-event sundtek-installer
und rebooten hat zum Erfolg geführt.

Danke
Bernd

feelfree · 27. März 2011

Zitat von berndH

process-template --mode=755 /etc/yavdr/init/dvb-last.d/sundtek
signal-event sundtek-installer
und rebooten hat zum Erfolg geführt.

Danke, bei mir (gleiche Hardware) jetzt auch. Und das nach gefühlten 5 Stunden Fehlersuche. Ich verspreche hoch und heilig, nie wieder irgendetwas updaten zu wollen, obwohl vorher alles funktioniert hat.
Wäre trotzdem schön, wenn die Ursache direkt behoben werden könnte.. Wer ist jetzt eigentlich der Schuldige? YaVDR oder der Sundtek-Treiber?

gemuesepudding · 28. März 2011

Hi!

Noch weiß ich nicht was genau passiert, aber ich habe eine Vermutung.

Könnt Ihr mal schauen ob der VDR nicht noch läuft, wenn der Rechner aus S3 kommt? An sich sollte er laufen.

Wenn nicht, dann ist er wegen dem fehlenden Sundtek-DVB-Dev abgestürzt. Bitte vor dem Suspend mal die ProzessId des VDR notieren und dann nach dem Resume vergleichen. An sich sollte die gleich sein.

V_R

steffen_b · 29. März 2011

Volker, nicht in stable. Das geht nur mit unstable und dynamite.

Code

process-template --mode=755 /etc/yavdr/init/dvb-last.d/sundtek
 signal-event sundtek-installer

Weiss nicht was das entfernt hat, aber das sorgt garantiert dafür das der VDR nicht startet.

gemuesepudding · 29. März 2011

steffen_b: was ist "nicht in stable"? Hier geht es doch um stable und ja, kein dynamite..

V_R

steffen_b · 29. März 2011

Der VDR kann nur durchlaufen wenn er nicht die geräte im Zugriff hat. Sowas machen wir in unstable mit dynamite.

Zitat

Könnt Ihr mal schauen ob der VDR nicht noch läuft, wenn der Rechner aus S3 kommt? An sich sollte er laufen.

Oder meintest du als Fehlfunktion ? Dann halt ich meine Klappe

gemuesepudding · 29. März 2011

Ne, ich glaube auch, dass der nicht durchläuft. Aber offensichtlich läuft beim resume das dvb-last nicht. Denn wir gehen ja davon aus, das der vdr im S3 durchläuft und sich nicht beendet.

Ich denke, dass wir das aber machen müssen.

V_R

berndH · 2. April 2011

Es wird eine neu ProzessID vergeben und wenn ich lirc einschalte kommt er nicht mehr hoch.

gemuesepudding · 3. April 2011

Äääh? "wenn ich LIRC einschalte" heißt?

berndH · 3. April 2011

Sorry, soll mich auch besser ausdrücken. Ich versuche es nochmal.
Wenn ich lirc aktiviere. Kommt das System aus dem S3-Status nicht mehr hoch. Es ist auch nicht per SSH zu erreichen. Da hilft es nur den Powerknopf 10sec zu halten. Mittlerweile habe ich folgendes ein gebaut.

Code

vdruser@myvdr:~$ tail -10 /etc/pm/sleep.d/30force-reload
    	fi
    	;;
	suspend)
    	service remoted stop
    	rmmod lirc_serial
    	rmmod lirc_dev
    	;;
esac

Code

vdruser@myvdr:~$ cat /etc/yavdr/force-reload-*
lirc_serial
lirc_dev
vdr
remoted

Funktioniert aber nur dürftig. Es dauert extrem lang bis ein Bild kommt.

Vielleicht auf noch interessant ich benutze den Artic Empfänger

Viele Grüße
Bernd

berndH · 4. April 2011

Hallo,

@V_R
em, bist Du Dir sicher das VDR durchlaufen soll?

"/etc/pm/sleep.d/20vdr_sleep"

Code

case $1 in
 	hibernate|suspend)
     	echo "vdr is going to sleep"
     	stop vdr || /bin/true
     	stop logo-stop || /bin/true
     	;;

Danke Bernd

yaVDR Sundtek und Start nach suspend2ram

Jetzt mitmachen!

Teilen