Wiederstart bei Suspend to RAM oder Disk

Bei meinem Board hat s2ram noch nie funktioniert, von daher kann ich nur sagen was bei mir für s2disk nötig war.

1. yavdr macht kein richtiges s2disk (und das Webfrontend schweigt zu diesem Umstand) sondern legt zwar ein resume Abbild an, ignoriert es aber beim Booten. Diese Änderung muss man also für ein s2disk wieder rückgängig machen.

2. Ich musste von swsusp wieder auf kernel als zurückstellen.

3. Ich musste das force-module-reload Script anpassen so das vor dem suspend die krankhaften Treiber, die den Suspend des öfteren erfolgreich abkacken lassen (danach hilft nur noch ein harter Reset), entladen werden und beim resume dann wieder neu geladen werden.

Seitdem funktioniert s2disk nahezu perfekt. Warum vdr allerdings erst kurz da ist nach einem resume um dann noch einmal der Poweroff Animation Platz zu machen und dann wieder zu erscheinen konnte mir bisher niemand beantworten.

Das Howto plane ich schon (vorallem für mich falls ich das irgendwann nochmal durchmachen muss) schon länger, finde aber dank kürzlich erschienenem Baby 2.0 keine Zeit dazu.
Allerdings dürfte sich alles dazu auch in diesem Forum mit meinem Nick als Threadersteller finden, denn ohne die Hilfe von zahlreichen yavdr Experten hätte ich das so auch nicht hinbekommen.

Hi!

S3 geht bei meinem At3ion-t nun o.o.t.b. ohne zusätzliche Konfiguration. Vorher hatte ich die Datei /etc/default/grub editiert:

(gilt für Kernel v 2.6.32-2):
########
.
.
.
GRUB_CMDLINE_LINUX_DEFAULT="vmalloc=256m quiet noresume nohz=off acpi_enforce_resources=lax acpi=force hpet=disable usbcore.autosuspend=-1"
.
.
.
########

Dabei habe ich "acpi=force hpet=disable usbcore.autosuspend=-1" ergänzt.
Ansonsten die Änderungen wie in yavdr FAQ-Wiki beschriegen.

Vielleicht hilft dir dies weiter.

Ciao,

0815tux

0815tux,
hattest Du den auch das Verhalten, dass nach dem Wakeup kurz das Bild kommt und dann wieder das Frontend neu gestartet wird?

Hier scheint was nicht zu stimmen:

root@vdr-sylvia:/home/sylvia# ls -la /dev/input/wake-up/
ls: Zugriff auf /dev/input/wake-up/ nicht möglich: Datei oder Verzeichnis nicht gefunden

Bei mir hängt die MCEUSB an USB 0 und mittels:

echo "USB0" > /proc/acpi/wakeup

funktioniert das ganze bis zum nächsten Reboot.

Begonnen hatte ich das Problem auch schon mal hier, dann habe ich mittlerweile die S480 eingebaut und muß mich nun wieder mit dem Problem beschäftigen. Hier findet Ihr auch dazu passende Logs. Aber leider keine Lösung.

Ich würde den Topic ändern in " Restart Frontend/VDR nach Wakeup mit kurzzeitigem Bild&Ton"
das trifft das Problem besser.

suspend.log

/etc/pm/sleep.d/30force-reload suspend suspend:success.
/etc/pm/sleep.d/30irserver suspend suspend:not executable.
/usr/lib/pm-utils/sleep.d/49bluetooth suspend suspend:disabled.
/usr/lib/pm-utils/sleep.d/55NetworkManager suspend suspend:not applicable.
/usr/lib/pm-utils/sleep.d/75modules suspend suspend:success.
/usr/lib/pm-utils/sleep.d/90clock suspend suspend:not applicable.
/usr/lib/pm-utils/sleep.d/94cpufreq suspend suspend:disabled.
/usr/lib/pm-utils/sleep.d/95anacron suspend suspend:stop: Unknown instance:
success.
/usr/lib/pm-utils/sleep.d/95led suspend suspend:disabled.
/usr/lib/pm-utils/sleep.d/98video-quirk-db-handler suspend suspend:disabled.
/usr/lib/pm-utils/sleep.d/99video suspend suspend:disabled.
Do 24. Feb 19:32:07 CET 2011: performing suspend
Switching from vt9 to vt1
switching back to vt9
Do 24. Feb 19:35:30 CET 2011: Awake.
Do 24. Feb 19:35:30 CET 2011: Running hooks for resume
/usr/lib/pm-utils/sleep.d/99video resume suspend:disabled.
/usr/lib/pm-utils/sleep.d/98video-quirk-db-handler resume suspend:disabled.
/usr/lib/pm-utils/sleep.d/95led resume suspend:disabled.
/usr/lib/pm-utils/sleep.d/95anacron resume suspend:success.
/usr/lib/pm-utils/sleep.d/94cpufreq resume suspend:disabled.
/usr/lib/pm-utils/sleep.d/90clock resume suspend:not applicable.
/usr/lib/pm-utils/sleep.d/75modules resume suspend:success.
/usr/lib/pm-utils/sleep.d/55NetworkManager resume suspend:not applicable.
/usr/lib/pm-utils/sleep.d/49bluetooth resume suspend:disabled.
/etc/pm/sleep.d/30irserver resume suspend:not executable.
/etc/pm/sleep.d/30force-reload resume suspend:success.
/etc/pm/sleep.d/20vdr_sleep resume suspend:logo-start start/running, process 3504
network-interface (lo) start/running
network-interface (eth0) start/running
vdr-exit-1 stop/waiting
success.
/etc/pm/sleep.d/10_unattended-upgrades-hibernate 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.
Do 24. Feb 19:35:59 CET 2011: Finished.
Initial commandline parameters:
Blacklisting 05led.
Blacklisting 10NetworkManager.
Blacklisting 49bluetooth.
Blacklisting 94cpufreq.
Blacklisting 95led.
Blacklisting 98video-quirk-db-handler.

syslog:
http://pastebin.com/vVwGvq19

Leider kann man hier nicht wirklich erkennen wieso der vdr beendet wird
Auszug der betreffenden Stelle:

Feb 27 22:57:30 vdr-sylvia vdr: [18721] loading /var/lib/vdr/sources.conf
Feb 27 22:57:30 vdr-sylvia vdr: [18721] loading /var/lib/vdr/diseqc.conf
Feb 27 22:57:42 vdr-sylvia init: vdr-frontend main process (18786) terminated with status 255
Feb 27 22:57:42 vdr-sylvia vdr: [18721] stopping plugin: vnsiserver
Feb 27 22:57:42 vdr-sylvia vdr: [18721] VNSI: VNSI Server stopped

Hallo,

habe dasselbe Problem wie marmiss500.

Mein VDR2 (yavdr 0.3 auf Zotac Zbox HD-ID11) fährt runter in S3 und gleich wieder hoch.

Da es laut 0815tux (Thread http://vdr-portal.de/board/thread.php?threadid=103983) jetzt ootb gehen soll, habe ich gerade ein yavdr-upgrade gemacht.

.. aber nix, er bleibt nicht unten, fährt immerwieder hoch.

Im Syslog ist nichts wirkliches zu erkennen.
====================================================
......
Feb 28 11:41:03 yavdr2 kernel: [ 452.415523] CPU 2 is now offline
Feb 28 11:41:03 yavdr2 kernel: [ 452.416540] CPU0 attaching NULL sched-domain.
Feb 28 11:41:03 yavdr2 kernel: [ 452.416548] CPU3 attaching NULL sched-domain.
Feb 28 11:41:03 yavdr2 kernel: [ 452.464036] CPU0 attaching NULL sched-domain.
Feb 28 11:41:03 yavdr2 kernel: [ 452.568012] CPU 3 is now offline
Feb 28 11:41:03 yavdr2 kernel: [ 452.568017] SMP alternatives: switching to UP code
Feb 28 11:41:03 yavdr2 kernel: [ 452.574243] Extended CMOS year: 2000
Feb 28 11:41:03 yavdr2 kernel: [ 452.574243] Back to C!
Feb 28 11:41:03 yavdr2 kernel: [ 452.574243] CPU0: Thermal monitoring enabled (TM1)
Feb 28 11:41:03 yavdr2 kernel: [ 452.574243] Extended CMOS year: 2000
Feb 28 11:41:03 yavdr2 kernel: [ 452.574243] Enabling non-boot CPUs ...
Feb 28 11:41:03 yavdr2 kernel: [ 452.574243] SMP alternatives: switching to SMP code
Feb 28 11:41:03 yavdr2 kernel: [ 452.580034] Booting processor 1 APIC 0x2 ip 0x6000
Feb 28 11:41:03 yavdr2 kernel: [ 452.360139] Initializing CPU#1
Feb 28 11:41:03 yavdr2 kernel: [ 452.360139] CPU: L1 I cache: 32K, L1 D cache: 24K
Feb 28 11:41:03 yavdr2 kernel: [ 452.360139] CPU: L2 cache: 512K
Feb 28 11:41:03 yavdr2 kernel: [ 452.360139] CPU: Physical Processor ID: 0
Feb 28 11:41:03 yavdr2 kernel: [ 452.360139] CPU: Processor Core ID: 1
......
====================================================

Was habe ich gemacht:
Bios:
- S3 aktiviert
- HPET deaktiviert
- RTC deaktiviert

YAVDR:
- Im Webfrontend S2RAM aktiviert
- in /etc/vdr/vdr-addon-acpiwakeup.conf -> ACPI_ENABLED=yes
- testweise /etc/default/grup angepasst
(acpi=force hpet=disable usbcore.autosuspend=-1)
# update-grub

Alles zusammen .. kein Erfolg.

.. zumindest habe ich danach immer ein Bild, im Gegensatz zu vielen anderen ;o)

Wer weiss Rat?

Vielen Dank!

marmiss500: Hast du ne MCE Fernbedienung?

Habe gerade herausgefunden, das die MCE das Problem ist.
Sobald "EUSB" für ACPI wakeup enabled ist
(cat /proc/acpi/wakeup), dann bleibt die Kiste net unten.

Stellt man EUSB auf disabled (echo "EUSB" >/proc/acpi/wakeup),
dann bleibt er down.

... blöd, denn ich hab ne MCE Fernbedieung, und die ist ansonsten TOP.

Hat jemand vielleicht ne Lösung dazu?

Danke.

Wie wäre es mal mit einem lsusb damit man weiß was Ihr alles dran habt? Grundsätzlich, wenn der Rechner direkt wieder aufwacht, gibt es irgendein Device (USB in der Regel) was den Wakeup erlaubt.

dann was habt Ihr hier:

cat /proc/acpi/wakeup
Device  S-state   Status   Sysfs node
P0P1      S4     disabled  pci:0000:00:1e.0
USB0      S4     enabled   pci:0000:00:1d.0
USB1      S4     disabled  pci:0000:00:1d.1
USB2      S4     disabled  pci:0000:00:1d.2
USB3      S4     disabled  pci:0000:00:1d.3
EUSB      S4     disabled  pci:0000:00:1d.7
P0PA      S4     disabled  pci:0000:00:1c.0
P0P5      S4     disabled  pci:0000:00:1c.1
LAN       S4     disabled  pci:0000:03:00.0
P0P6      S4     disabled  pci:0000:00:1c.2
P0P7      S4     disabled
P0P8      S4     disabled
P0P9      S4     disabled

Ich habe auch eine MCE USB und nur den dafür verantwortlichen USB0 enabled. Vorher waren alle disabled.
Wenn bei Euch das System sofort wieder aufwacht, müsste hier an mehreren Stellen oder falschen Stellen ein enabled stehen.

alle anderen müssen auf disabled stehen. Eigentlich geht das bei yavdr 0.3 automatisch. Aber nur eigentlich. Bei mir habe ich mir so geholfen:

nano /etc/rc.local

# Enable wakeup for the remote
status=`cat /proc/acpi/wakeup | grep "USB0" | awk {'print $3}'`
if [ "$status" = "disabled" ]; then
echo "USB0" > /proc/acpi/wakeup
fi

Den betreffenden USB Anschluß kann man ja vorher ausprobieren.

Torsten73:

Kann gerade nicht an den VDR ran, daher müsste ich den lsub nachliefern,
das ist aber nicht das Problem.

Ich war der Meinung, das der EUSB zur MCE gehört, denn diesen hatte ich disabled und alle anderen (USB0 bis USB3) enabled.

Das hatte zur Folge, dass S3 funktionierte (blieb down), das Aufwecken jedoch nicht mit der MCE (Powerknopf) ging, sondern nur mit USB-Tastatur.

Werds morgen nochmal testen, mache mir aber keine grosse Hoffnung, da ich es so schon hatte. Das MCE USB0 ist, hatte ich schon gelesen, und daher enabled ... nur leider ohne Erfolg.

... to be continued

SoS,
Auf welcher USB die Fb hängt kann von System zu System unterschiedlich sein. Bei mir ist es zufälligerweise die erste USB. (hinten)

marmiss500,
bist Du Dir da wirklich sicher? da ist doch ein separates Modul hinter der Frontplatte und es geht ein Kabel zum Board. Das mal abziehen.
Es gibt auch noch andere Devices die ein System aufwecken dürfen, wie PS2 Geräte, Serielle Geräte wenn vorhanden.
Ein USB Gerät dürfte bei Dir laut lsusb keinen Wakeup auslösen.

... so, habe mal ein template gemacht:

/etc/yavdr/templates_custom/etc/init/usb-wakeup.conf/11zotacusb

script
# Disable EUSB (sonst geht kein S3)
status_eusb=`cat /proc/acpi/wakeup | grep "EUSB" | awk {'print $3}'`
if [ "$status_eusb" = "enabled" ]; then
echo "EUSB" >/proc/acpi/wakeup
fi
# Enable wakeup for the remote (USB0)
status_usb0=`cat /proc/acpi/wakeup | grep "USB0" | awk {'print $3}'`
if [ "$status_usb0" = "disabled" ]; then
echo "USB0" > /proc/acpi/wakeup
fi
end script

danach ein #process-template /etc/init/usb-wakeup.conf

#cat /proc/acpi/wakeup (nach Neustart)

Device  S-state   Status   Sysfs node
P0P1      S4     disabled  pci:0000:00:1e.0
P0P4      S4     disabled  pci:0000:00:1c.0
P0P5      S4     disabled  pci:0000:00:1c.1
P0P6      S4     disabled  pci:0000:00:1c.2
P0P7      S4     disabled
P0P8      S4     disabled
P0P9      S4     disabled
USB0      S3     enabled   pci:0000:00:1d.0
USB1      S3     disabled  pci:0000:00:1d.1
USB2      S3     disabled  pci:0000:00:1d.2
USB3      S3     disabled  pci:0000:00:1d.3
EUSB      S3     disabled  pci:0000:00:1d.7

.. soweit, so gut.

Nur kann ich jetzt nicht testen, ob die MCE auch wieder einschaltet.
.. Morgen mehr ;o)

Gute Nacht,
SoS

.. so,da bin ich wieder.

Wie gesagt, nochmal USB0-USB3 getestet, kein Erfolg.
Mit der MCE ist bei mir kein Wakeup möglich, mit Tastatur schon.

Hier (englischsprachiges XBMC-Forum) geht es ebenfalls um das Wakeup-Problem mit der MCE.

Vielleicht hilft es dem einen oder anderen...

.. mir bisher leider noch nicht.

SoS

MCE ist nicht gleich MCE ... Es gibt da verschiedene Empfänger. Solange Du nicht weißt worunter Linux das Gerät erkennt, wird man es nicht lösen können.

Versuche mal Dein Gerät mittels lsusb -v zu ermitteln.

Bei mir ist das z.B ein:

...
Bus 010 Device 002: ID 0609:031d SMK Manufacturing, Inc. eHome Infrared Receiver
Device Descriptor:
  bLength                18
  bDescriptorType         1
  bcdUSB               1.10
  bDeviceClass            0 (Defined at Interface level)
  bDeviceSubClass         0
  bDeviceProtocol         0
  bMaxPacketSize0        16
  idVendor           0x0609 SMK Manufacturing, Inc.
  idProduct          0x031d eHome Infrared Receiver
  bcdDevice            0.00
  iManufacturer           1 SMK
  iProduct                2 eHome Infrared Transceiver
  iSerial                 3 SM002KOM
  bNumConfigurations      1
  Configuration Descriptor:
    bLength                 9
    bDescriptorType         2
    wTotalLength           32
    bNumInterfaces          1
    bConfigurationValue     1
    iConfiguration          0
    bmAttributes         0xa0
      (Bus Powered)
...

Hallo Torsten73,

hab heute morgen nochmal umgesteckt, hängt jetzt an USB1 und ich
muss nochmal testen. Bin aber jetzt im Büro und die Kiste steht zu Hause.

Hier der lsusb -v:

Bus 003 Device 002: ID 0471:0815 Philips eHome Infrared Receiver
Device Descriptor:
  bLength                18
  bDescriptorType         1
  bcdUSB               1.10
  bDeviceClass            0 (Defined at Interface level)
  bDeviceSubClass         0
  bDeviceProtocol         0
  bMaxPacketSize0        16
  idVendor           0x0471 Philips
  idProduct          0x0815 eHome Infrared Receiver
  bcdDevice            0.00
  iManufacturer           1 Philips
  iProduct                2 eHome Infrared Transceiver
  iSerial                 3 PH00LoYP
  bNumConfigurations      1
  Configuration Descriptor:
    bLength                 9
    bDescriptorType         2
    wTotalLength           32
    bNumInterfaces          1
 bConfigurationValue     1
    iConfiguration          0
    bmAttributes         0xa0
      (Bus Powered)
      Remote Wakeup
    MaxPower              100mA
    Interface Descriptor:
      bLength                 9
      bDescriptorType         4
      bInterfaceNumber        0
      bAlternateSetting       0
      bNumEndpoints           2
      bInterfaceClass       255 Vendor Specific Class
      bInterfaceSubClass    255 Vendor Specific Subclass
      bInterfaceProtocol    255 Vendor Specific Protocol
      iInterface              0
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x01  EP 1 OUT
        bmAttributes            2
          Transfer Type            Bulk
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x0010  1x 16 bytes
        bInterval               0
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x81  EP 1 IN
        bmAttributes            2
          Transfer Type            Bulk
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x0010  1x 16 bytes
        bInterval               0
Device Status:     0x0003
  Self Powered
  Remote Wakeup Enabled

Hier die anderen zugehörigen Daten:

/sys/bus/usb/devices/3-1
0000:00:1d.1
USB1


Device  S-state   Status   Sysfs node
P0P1      S4     disabled  pci:0000:00:1e.0
P0P4      S4     disabled  pci:0000:00:1c.0
P0P5      S4     disabled  pci:0000:00:1c.1
P0P6      S4     disabled  pci:0000:00:1c.2
P0P7      S4     disabled
P0P8      S4     disabled
P0P9      S4     disabled
USB0      S3     enabled   pci:0000:00:1d.0
USB1      S3     enabled   pci:0000:00:1d.1
USB2      S3     disabled  pci:0000:00:1d.2
USB3      S3     disabled  pci:0000:00:1d.3
EUSB      S3     disabled  pci:0000:00:1d.7

Gestern an USB 3 ging es nicht mit dem Wakeup ...
(da hatte ich auch <USB3 S3 enabled pci:0000:00:1d.3>).

Gruss,
SoS

schau mal hier, mehr kann ich Dir auch nicht helfen. Der Empfänger kann es auf jeden Fall.
http://www.vdrportal.de/board/thread.php?postid=907116

Dein USB Port ist aber auch Standby Powered? D.h. Jumper für wakeup enable aktiviert oder im Bios aktiviert? Da es der integrierte ist, sollte das eigentlich der Fall sein, außer Du hast im Bios Dir was verstellt.

Strom ist drauf im S3. Wenn ich Power auf der FB drücke blinkt der Empfänger kurz und hat ab dann seine rote LED permanent an.

Nur aufwachen mags net ...

Ich weiss auch nicht, hab auch schon viel gelesen und probiert ... na ja, nochmal drüber schlafen.

Vielen Danke soweit für die Unterstützung.

SoS

.. so, nun geht's bei mir!

Schlafen legen und Aufwecken mit der MCE remote.

Das einfachste liegt so nah, wobei ich es nicht verstehe.

Hab jetzt den dritten USB-Anschluss ausprobiert, und siehe da,
es tut. Ist jetzt USB1.

Beim 1. Mal war es zufällig EUSB -> ging natürlich nicht
Beim 2. Mal war es USB3 -> ging ebenfalls nicht (Versteh ich nicht)
Beim 3. Mal war es USB1 -> FUNKTIONIERT

Die Zbox HD-ID11 hat hinten einen Block mit 4 USB-Anschlüssen:
Links unten ist EUSB
Rechts oben ist USB1

Seitlich am Gehäuse ist USB3.

Danke für Eure Mühe!!!

Gruss,
SoS

Hänge mich hier mal dran. Erstmal allen vielen Dank für die Tips.
Hatte mit meiner Konfiguration die selben beschriebenen Reboot-Probleme.
Mit dem Eintrag in der "/etc/default/grup"

acpi=force hpet=disable usbcore.autosuspend=-1

konnte ich es auch richten.