[gelöst] ACPI Wakeup streikt.

Nigggo · 7. April 2010

Hallo, irgendwie will ACPI Wakeup seine Arbeit nicht verrichten... Wenn ich im BIOS manuell einen Timer setze startet der Rechner aus dem S5 herraus... deaktiviere ich den timer und setze einen Aufnahmetimer vor dem shutdown geht er jedoch nicht zur angesetzten Zeit an.
Ich habe auch ACPI wakeup deaktiviert damit der eintrag beim shutdown nicht gelöscht wird und manuell einen Eintrag in der /sys/class/rtc/rtc0/wakealarm gemacht...

Code

xbmc@nigggo-htpc:/var/log$ cat /proc/driver/rtcrtc_time	: 16:45:36
rtc_date	: 2010-04-07
alrm_time	: 16:48:34
alrm_date	: 2010-04-07
alarm_IRQ	: yes
alrm_pending	: no
24hr		: yes
periodic_IRQ	: no
update_IRQ	: no
HPET_emulated	: yes
DST_enable	: no
periodic_freq	: 1024
batt_status	: okay

Alles anzeigen

Bei im Bios gesetzen timer sah die ausgabe wie folgt aus:

Code

xbmc@nigggo-htpc:/var/log$ cat /proc/driver/rtc
rtc_time	: 16:44:26
rtc_date	: 2010-04-07
alrm_time	: 15:45:00
alrm_date	: ****-**-**
alarm_IRQ	: no
alrm_pending	: no
24hr		: yes
periodic_IRQ	: no
update_IRQ	: no
HPET_emulated	: yes
DST_enable	: no
periodic_freq	: 1024
batt_status	: okay

Alles anzeigen

ich habe den timer im bios bereits enabled und disabled gesetzt... nie lässt sich der PC vom OS sagen wann er an zu gehen hat... Habe ich denn irgendwas vergessen?

SvenGWK · 7. April 2010

Also wenn ich das richtig deute müsste es anders herum sein.
die einstellung welche du manuell gemacht hast sieht gut aus denn: "alarm_IRQ : yes"

So sollte er wach werden.
Deaktiviere mal den ganzen quatsch im Bios welcher mit Wakeup zu tun hat.

Dann benutze mal das Script aus dem Wiki zum testen, deaktiviere im Script aber mal das herunterfahren.

http://www.vdr-wiki.de/wiki/index.php/ACPI_Wakeup

Dann siehst du ja was für Zeiten gestzet werden.
Ich hatte zum Beispiel damals ein Problem mit UTC.

Nigggo · 7. April 2010

Ich habe jetzt acpi wakeup in der /etc/vdr/vdr-addon-acpiwakeup.conf deaktiviert dass es mir nict den timer beim shutdown zerschiesst und dann das skript ausgeführt...
die ausgabe lautet wie folgt:

Code

xbmc@nigggo-htpc:~$ cat /proc/driver/rtc
rtc_time	: 18:14:21
rtc_date	: 2010-04-07
alrm_time	: 18:19:19
alrm_date	: ****-**-07
alarm_IRQ	: no
alrm_pending	: no
24hr		: yes
periodic_IRQ	: no
update_IRQ	: no
HPET_emulated	: yes
DST_enable	: no
periodic_freq	: 1024
batt_status	: okay

Alles anzeigen

Er startet jedoch trotzdem nicht... nach einem manuellen neustart gibt der rlc befehl die gleiche info erneut aus...

SvenGWK · 7. April 2010

In dem Fall wurde kein Alarm gesetzt.
Ändere bitte mal im Script die zu setzende Zeit auf über eine Stunde in der Zukunft, also
nextboot=`echo "$now + 63 * 60" | bc

Wenn dann ein timer gesetzt wird liegt bei Dir das gleiche Problem vor wie bei mir damals.

wirbel · 7. April 2010

Deaktivier mal im Bios wakeup und teste dann das script hier.

...

Nigggo · 7. April 2010

@ wirbel... auch beideinem skript startet er nicht neu...
hier jedoch die Ausgabe während im anderen terminal der countdown lief:

Code

xbmc@nigggo-htpc:~$ cat /proc/driver/rtc
rtc_time	: 18:46:30
rtc_date	: 2010-04-07
alrm_time	: 18:49:28
alrm_date	: 2010-04-07
alarm_IRQ	: yes
alrm_pending	: no
24hr		: yes
periodic_IRQ	: no
update_IRQ	: no
HPET_emulated	: yes
DST_enable	: no
periodic_freq	: 1024
batt_status	: okay

Alles anzeigen

zum skript von der wiki seite... kp warum mir das jetzt erst auffällt aber das liefert mir beim ausführen:

Code

./testacpi.sh: Zeile 9: bc: Kommando nicht gefunden.

wirbel · 8. April 2010

Gehts dann, wenn du erst ne NULL in /sys/class/rtc/rtc0/wakealarm schreibst und danach zweimal die Aufwachzeit? Wenn nicht siehts so langsam schlecht aus.

PS: ich hab gelesen, dass es in einigen Kernelversionen nen bug mit acpi gab, der das Aufwachen verhindert, soll wenn ich mich richtig erinnere ab 2.6.32.4 behoben sein.

fwo · 8. April 2010

Die Wakeup Einstellung im BIOS hat nichts direkt mit dem ACPI Wakeup zu tun. Hast du zufällig den ACPI Timer per Befehlszeile gesetzt und den PC dann per VDR ausgeschaltet? Weil VDR löscht bzw. setzt den Timer dann neu.

Also zum testen VDR beenden, Timer setzten und dann einfach poweroff eingeben.

Nigggo · 9. April 2010

Ich habe das ACPI Wakeup Skript vor den Tests deaktiviert. Der Timer wird also nicht gelöscht.
direkt nach dem setzen mit erst nullen dann doppelt setzen sieht die ausgabe wie folgt aus:

Code

xbmc@nigggo-htpc:~$ cat /proc/driver/rtc
rtc_time	: 22:05:48
rtc_date	: 2010-04-08
alrm_time	: 22:08:43
alrm_date	: 2010-04-08
alarm_IRQ	: yes
alrm_pending	: no
24hr		: yes
periodic_IRQ	: no
update_IRQ	: no
HPET_emulated	: yes
DST_enable	: no
periodic_freq	: 1024
batt_status	: okay

Alles anzeigen

nach vergeblichem warten und manuellem booten sieht die ausgabe wie folgt aus... (nicht wundern dass die zeit hier früher ist... die erste ausgabe ist von einem neueren timer... erfolglos waren jedoch alle

Code

xbmc@nigggo-htpc:~$ cat /proc/driver/rtc
rtc_time	: 22:04:21
rtc_date	: 2010-04-08
alrm_time	: 19:51:48
alrm_date	: ****-**-08
alarm_IRQ	: no
alrm_pending	: no
24hr		: yes
periodic_IRQ	: no
update_IRQ	: no
HPET_emulated	: yes
DST_enable	: no
periodic_freq	: 1024
batt_status	: okay

Alles anzeigen

wegen dem kernel bin ich unsicher... Scheinbar habe ich eine ältere als von dir angegebene version. ich habe die neuste yavdr version installiert ( inkl aller distupgrades)

Code

xbmc@nigggo-htpc:~$ uname -a
Linux nigggo-htpc 2.6.31-20-generic #58-Ubuntu SMP Fri Mar 12 05:23:09 UTC 2010 i686 GNU/Linux

EDIT:
Gerade in der Wiki gefunden aber zu doof das umzusetzen....

Zitat

ACHTUNG: Bei manchen Mainboards muss man den HPET deaktivieren. Die Deaktivierung erreicht man indem man dem kernel hpet=disable als Parameter übergibt. Da die RTC-Treiber ein HPET-Gerät emulieren genügt es nicht während der Kernel-Konfiguration CONFIG_HPET abzuwählen!

EDIT2:
Hab jetzt HPET im Bios deaktiviert und wakeup von bios auf OS gestellt... mit dem test file ging es jetzt... ich werde jetzt mal wieder acpi wakeup aktivieren und heute nacht einen timer stellen.

fwo · 9. April 2010

Du kannst für einen Test einfach hpet=disable in die Kernelkommandozeile in der /boot/grub/grub.cfg einfügen. Wenn das nichts bringt einfach wieder löschen oder update-grub ausführen, dann sollte wieder alles beim alten sein.

Nigggo · 9. April 2010

Also das HPET direkt im Bios deaktivieren hat genauso funktioniert... das war scheinbar das Problem. Das ACPI by OS musste ich wieder umstellen da ich sonst nichtmehr mit der FB anschalten konnte... der Test mit der getimerten Aufnahme war jedoch trotzdem erfolgreich...
Vielen Dank für eure Hilfe.

Chris_AS · 9. April 2010

Mal ne Frage was nutzt du denn für ne Hardware also was für ein Mainboard?
Da ich auch ein Problem habe, dass mein VDR zur gewünschten Aufnahmezeit weder aus S3 noch S5 startet?

Ich habe ein GA-G33M-S2H. Bin auch am verzweifeln, habe im Bios auch hpet = disable usw gesetzt keine reaktion.

Gruß Chris

Lebochequirit · 9. Juli 2010

Hallo beisammen,

ich versuche immer noch, unter 0.2 acpi wakeup zum Laufen zu bringen.

Bei mir treten die oben genannten Fehler auf - ein per xbmc-Frontend gesetzter Timer lässt "alarm_irq" auf "no" stehen und setzt das Datum nicht.

Beim Ausprobieren ist mir aufgefallen, dass auch unter 0.2 das im vdr-wiki vorgeschlagene Skript den - ebenfalls oben schon erwähnten - Fehler "Zeile 9: bc: Kommano nicht gefunden" auswirft.

Ich komme
Hat jemand eine Ahnung, was diese Pipe und bc veranstalten? Wenn mir jemand nen Tip gibt, pass ich das Skript gern an und poste es mal als yaVDR-special im Wiki.

Für zukünftige Versionen fände ich es gut, ein angepasstes skript bereits mitzuinstallieren - in nem Verzeichnis tools oder so. Man könnte es gleich ausführbar machen und das poweroff rauskommentieren, damit nicht jeder alle Arbeit von vorne machen muss.

Schönen Abend,

L.B.Q.R.

wirbel · 10. Juli 2010

"bc" ist ein command line Rechenprogramm und kann beiBenutzung der bash problemlos durch "let" ersetzt werden.

doug · 22. Juli 2010

Zitat

Original von Lebochequirit
Beim Ausprobieren ist mir aufgefallen, dass auch unter 0.2 das im vdr-wiki vorgeschlagene Skript den - ebenfalls oben schon erwähnten - Fehler "Zeile 9: bc: Kommano nicht gefunden" auswirft.

oder
aptitude install bc

dann sollte es gehen.

Gruß
Doug

doug · 22. Juli 2010

Zitat

Original von fwo
Du kannst für einen Test einfach hpet=disable in die Kernelkommandozeile in der /boot/grub/grub.cfg einfügen. Wenn das nichts bringt einfach wieder löschen oder update-grub ausführen, dann sollte wieder alles beim alten sein.

oder in:
/boot/grub/menu.lst
...
kernel /boot/vmlinuz-2.6.26-2-486 root=/dev/sda1 acpi=force ro hpet=disable

Gruß
Doug

[gelöst] ACPI Wakeup streikt.

Jetzt mitmachen!

Teilen