[solved] ACPI-Wakeup bei neuen HD-VDR funktioniert nicht.

pucktf · 10. September 2011

Ich versuch gerade anhand des im VDR-Wiki verlinken MythTV-Wiki-Eintrags es mal manuell zu testen aber auch da schlägts schon fehl:

Code

root@hdvdr:/home/pucktf# sudo sh -c "echo 0 > /sys/class/rtc/rtc0/wakealarm"
root@hdvdr:/home/pucktf# sudo sh -c "echo `date '+%s' -d '+ 5 minutes'` > /sys/class/rtc/rtc0/wakealarm"
root@hdvdr:/home/pucktf# cat /sys/class/rtc/rtc0/wakealarm
1315655355
root@hdvdr:/home/pucktf# cat /proc/driver/rtc
rtc_time	: 11:44:28
rtc_date	: 2011-09-10
alrm_time	: 11:49:15
alrm_date	: 2011-09-10
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
root@hdvdr:/home/pucktf# init 0
root@hdvdr:/home/pucktf# Connection to 192.168.0.15 closed by remote host.

Alles anzeigen

Auch nach 10 Minuten war er nicht oben.

Was mache ich falsch?

MegaV0lt · 10. September 2011

Kommt auf das Mainboard an. Im BIOS mal nachschauen und rtcalarm enablen.

pucktf · 10. September 2011

Hm. Mal Fotos von meinem BIOS-Einstellungen. (hoffe das funktioniert so, und nicht nur ich seh die Bilder...)
[Blockierte Grafik: http://www.bilderhoster.net/safeforbilder/9fpgdrxd.jpg]
[Blockierte Grafik: http://www.bilderhoster.net/safeforbilder/fhp3mxsf.jpg]

Ich hab jetzt mal im BIOS einen APM-Alarm gesetzt, mehr war nicht mehr einzuschalten
[Blockierte Grafik: http://www.bilderhoster.net/safeforbilder/mgb9xchj.jpg]

und dann erneut 'ne Zeit über ACPI gesetzt:

Code

root@hdvdr:/home/pucktf# sudo sh -c "echo 0 > /sys/class/rtc/rtc0/wakealarm"
root@hdvdr:/home/pucktf# sudo sh -c "echo `date '+%s' -d '+ 5 minutes'` > /sys/class/rtc/rtc0/wakealarm"
root@hdvdr:/home/pucktf# cat /sys/class/rtc/rtc0/wakealarm
1315656558
root@hdvdr:/home/pucktf# cat /sys/class/rtc/rtc0/wakealarm
1315656558
root@hdvdr:/home/pucktf# cat /proc/driver/rtc
rtc_time	: 12:04:44
rtc_date	: 2011-09-10
alrm_time	: 12:09:18
alrm_date	: 2011-09-10
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
root@hdvdr:/home/pucktf# shutdown -h now


Broadcast message from root@hdvdr (pts/0) (Sat Sep 10 14:05:06 2011):


The system is going down for system halt NOW!
root@hdvdr:/home/pucktf# Connection to 192.168.0.15 closed by remote host.
Connection to 192.168.0.15 closed.

Alles anzeigen

Kam auch diesmal auch nach 10 Minuten nicht hoch.

Board ist ein Asus M4A785TD-V Evo

MegaV0lt · 10. September 2011

Sorry, hab leider keine Ahnung was schuld sein könnte. Probier mal verschiedene Einstellungen aus...

Generador · 10. September 2011

Versuch mal NVRam einzurichten
Habe mit meinem A330ION auch das Problem das ACPI überhaupt nicht läuft, mit NVRAM läuft es problemlos

Du kannst auch mal direkt nach deinem Mainboard NVRam googlen, teilweise sind configs verfügbar

Treito · 11. September 2011

Also fangen wir mal von vorne an:

Zwei gängige Probleme:
1. RTC-Alarm im BIOS nicht enablen!!!
2. hpet deaktivieren. Falls möglich im BIOS, ansonsten per Kernelparameter hpet=disable

CKone · 11. September 2011

Kleines aber wichtiges Detail:

Code

hpet=disabled

Hat ein bekannter schon 2 Tage hinterhergesucht...

fnu · 11. September 2011

Naja, das mit "hpet=disable" steht ja nun schon ein gefühlte Ewigkeit im entsprechenden Artikel in vdr-wiki. Muß frustrierend sein für alle die das Wiki pflegen, wenn's keiner liest ...

Das gilt ganz besonders für Mainboards mit AMD Chipsätzen, wobei ich hier Boards habe, da reicht es aus HPET im BIOS auszusschalten, bei anderen muß hingegen zwingend der genannte Kernel-Parameter per Grub übergeben werden.

Regards
fnu

Treito · 11. September 2011

Also bei mir ging es auch immer so, ohne das d. Muss man testen, das hängt ggf. auch von der Distribution ab.

Nachtrag: Im Wiki stehts auch ohne "d":

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! HPET lässt sich auch in manchen BIOSsen ausschalten.

halbfertiger · 11. September 2011

Zitat von pucktf

Auch nach 10 Minuten war er nicht oben.

Was mache ich falsch?

Das Übliche.

Du bist zu ungeduldig, der Aufwachzeitpunkt muss weiter in der Zukunft liegen als die "Brückenzeit zwischen Timern". Da als Standard 30 Minuten eingestellt ist, solltest du den Aufwachzeitpunkt zur Probe mit einem Timer 45 Minuten in die Zukunft legen und dann den Rechner per Powertaste der Fernbedienung oder Tastatur (nicht über den Befehl im Menü) runter fahren.

Treito · 11. September 2011

Du hast aber schon gesehen, dass er es "manuell" versucht hat?

CKone · 11. September 2011

Zitat von Treito

Also bei mir ging es auch immer so, ohne das d. Muss man testen, das hängt ggf. auch von der Distribution ab.

Nachtrag: Im Wiki stehts auch ohne "d":

joo, mag sein, meinte yavdr, da stehst du ohne "d" fett auf dem Schlauch. - Da klappts dann aber auch mit dem Wiki:

http://vdr-wiki.de/wiki/index.php/YaVDR/FAQ#ACPI_Wakeup

Treito · 11. September 2011

Zitat von CKone

joo, mag sein, meinte yavdr, da stehst du ohne "d" fett auf dem Schlauch

Das ging bei mir immer ohne "d". Bei der 0.4er brauche ich den Parameter merkwürdigerweise nicht mehr.

fnu · 11. September 2011

Naja, jetzt hängt Euch mal nicht an einem Schreibfehler auf, der bekannte Hinweis ist wichtig, vorallem bei Boards mit AMD Chipsatz.

Es muß aber immer "hpet=disable" heißen, kein einziger Kernel-Parameter wird mit "disabled" übergeben, das spezifiziert den anschließenden Zustand. Es ist auch nicht Distro spezifisch, sondern eine Kernel-Sache, die die Ubuntu Leute sicherlich nicht verändern, wozu auch ...

Auch wenn ich jetzt den Zorn des yaVDR Teams auf mich ziehe, halte ich das in dem von CKone verlinkten Artikel für einen Schreibfehler ...

Regards
fnu

Treito · 11. September 2011

Zitat von fnu

Es ist auch nicht Distro spezifisch, sondern eine Kernel-Sache, die die Ubuntu Leute sicherlich nicht verändern, wozu auch ...

Ich wollte halt nicht ausschließen, dass da draußen vielleicht irgendeine Distribution existiert, die auch "disabled" akzeptiert.

Zitat von fnu

Auch wenn ich jetzt den Zorn des yaVDR Teams auf mich ziehe, halte ich das in dem von CKone verlinkten Artikel für einen Schreibfehler ...

Hmm, das denke ich allerdings auch. Unter 0.3 und 0.4Pre1 geht definitiv "disable".

fnu · 11. September 2011

So, jetzt habe ich mal das letzte Wort ...

pucktf · 11. September 2011

Zitat von fnu

So, jetzt habe ich mal das letzte Wort ...

Hm? Es kommt durchaus vor das ich einen Thread nicht mit [gelöst] beende, aber hab ich schon so einen Ruf das keiner mehr mit einer Antwort rechnet?

"hpet=disable" wars übrigens, und ein bissi schäm ich mich jetzt, weil es wirklich schön rot im VDR-Wiki steht. Dooferweise hab ich mich da an die detailierter ausgeführte MythTV-Anleitung gehalten in der dieser wichtige Schritt gefehlt hat.

BTW: "hpet=disabled" geht nicht, zumindest hier nicht (Debian Sqeeze; Linux 2.6.32-5-amd64 #1 SMP Fri Sep 9 20:23:16 UTC 2011 x86_64 GNU/Linux) Hab ich gleich auch mal probiert wenn ich grad dabei war...

Treito · 11. September 2011

Zitat von pucktf

Hm? Es kommt durchaus vor das ich einen Thread nicht mit [gelöst] beende, aber hab ich schon so einen Ruf das keiner mehr mit einer Antwort rechnet?

Das galt mir und ich habe ihm auch sein letztes Wort gelassen, ich wollte noch ein bisschen weiterleben...

Wenn ACPI-Wakeup nicht geht, dann liegt es zu 90% an oben beschriebenen, wenn die Distribution keine VDR-Distribution ist, dann kommt noch das Problem HWClock <--> Sysclock dazu.

fnu · 12. September 2011

Zitat von pucktf

"hpet=disable" wars übrigens, und ein bissi schäm ich mich jetzt, weil es wirklich schön rot im VDR-Wiki steht.

Naja, Lehrgeld ... ... vor allem hast Dich gemeldet und Feedback gegeben was die Lösung war.

Zitat von Treito

Das galt mir und ich habe ihm auch sein letztes Wort gelassen, ich wollte noch ein bisschen weiterleben...

Schön das die Subraum-Kommunikation funktioniert

Regards
fnu

[solved] ACPI-Wakeup bei neuen HD-VDR funktioniert nicht.

Jetzt mitmachen!

Teilen