[gelöst] Problem mit ACPI Wakeup auf Gigabyte GA-MA78G-DS3H Mainboard

[soulianis]

Liebe easyVDR Community,

ich brauche jetzt wohl doch nochmal Hilfe. Nach Umbau meines VDR auf ein neues Mainboard (bei Interesse siehe meinen vorigen Thread hier) versuche ich nun - bisher erfolglos - ACPI Wakeup ans Laufen zu bekommen.

Wegen SATA habe ich auf den Kernel 2.6.28.9 upgedated (von der sheep iso). Der VDR läuft, und bis auf ACPI Wakeup funktioniert alles perfekt. Soweit ich hier lese, sollte ACPI Wakeup aber mit diesem Kernel funktionieren.

Folgendes passiert beim Ausschalten:

Code:

Next acpi alarm at: 2009-06-04 09:14
/usr/bin/easyvdrshutdown.sh: line 221: echo: write error: Das Argument ist ungültig
/usr/bin/easyvdrshutdown.sh: line 223: echo: write error: Das Argument ist ungültig

Das sind folgende Zeilen in der /usr/bin/easyvdrshutdown.sh:

Code:

      ##### Kernel < 2.6.22 #####
      case "$ACPI_METHOD" in
        "PROC")
          if [ "$TIMER" != "0" ] ; then
            $LOGGERCMD "Next acpi alarm at: $NEXT_ALARM"
>>>         echo -n "$NEXT_ALARM" > $PROC_ALARM
            sleep 2
>>>         echo -n "$NEXT_ALARM" > $PROC_ALARM
          else
            $LOGGERCMD "No timer set"
          fi
        ;;

Nun ist das aber ein Kernel >= 2.6.22, sodass doch anstatt der PROC die SYS Methode verwendet werden sollte. Vermutlich liegt das daran, dass es auf meinem System die Datei /sys/class/rtc/rtc0/wakealarm nicht gibt !?!

Ich habe in der /usr/bin/easyvdrshutdown.sh vor dem poweroff mal zur Diagnose ein cat /proc/driver/rtc eingebaut. Ergebnis:

Code:

rtc_time        : 08:59:21
rtc_date        : 2009-06-04
rtc_epoch       : 1900
alarm           : **:**:**
DST_enable      : no
BCD             : yes
24hr            : yes
square_wave     : no
alarm_IRQ       : no
update_IRQ      : no
periodic_IRQ    : no
periodic_freq   : 0
batt_status     : okay

Die Konfiguration des 2.6.28.9 sheep Kernels ist (was RTC betrifft, ich denke, das ist hier relevant):

Code:

#
# Processor type and features
#
...
CONFIG_HPET_EMULATE_RTC=y
...
#
# Power management and ACPI options
#
...
# CONFIG_PM_TRACE_RTC is not set
...
#
# Non-8250 serial port support
#
...
CONFIG_RTC=y
...

Ist das so in Ordnung? Sollte es dann die Datei /sys/class/rtc/rtc0/wakealarm geben oder nicht?

Es gibt in dem ACPI Wakeup Artikel im VDR Wiki Hinweise auf Statusmeldungen im Kernel-Log, nämlich:

Code:

ACPI: RTC can wake from S4
...
rtc0: alarms up to one month

Auf meinem System erscheinen jedoch keine dieser Meldungen im Kernel-Log. Dementsprechend gibt auch ein dmesg | grep -i rtc nix aus. Ich vermute, dass da etwas falsch konfiguriert ist, habe aber bisher nicht herausgefunden, was es sein könnte.

Noch ein paar Details:

In oben genanntem Artikel wird mein Mainboard in der Liste getesteter Mainboards aufgeführt. Dort steht, dass die Kerneloption hpet=disable gesetzt werden sollte. Habe ich gemacht, hat keinen Unterschied ergeben, also habe ich das wieder rückgängig gemacht.

Auf dem Gigabyte GA-MA78G-DS3H Mainboard ist das F4 BIOS installiert. Folgende Einstellungen habe ich im BIOS vorgenommen:

Code:

ACPI Suspend Type: S3
Soft-Off by Power Button: Delay 4 sec
USB Wake Up from S3: disabled
Modem Ring Resume: disabled
PME Event Wake Up: disabled
HPET Support: disabled
Power On by Mouse: disabled
Power On by Keyboard: disabled
AC Back Function: Soft-Off
Power-On by Alarm: disabled

Das sollte doch in Ordnung sein, oder? Hat jemand eine Idee, warum das bei mir nicht funktioniert?

Ich bin für jede Hilfe dankbar!

[soulianis]

Problem ist gelöst 

Der Kernel 2.6.28.9 (sheep iso) enthält die in diesem Thread von Timux vorgeschlagenen Änderungen. Ich hatte noch die easyVDR 0.6.06 Originalversion des easyvdrshutdown.sh Skripts auf meinem System, und die funktioniert nicht mit ACPI_METHOD="PROC" und dem 2.6.28.9 Kernel.

Auf der sheep iso befindet sich im easyvdr_add_z05-div.tar.bz2 eine entsprechend aktualisierte Version des easyvdrshutdown.sh Skripts. Damit funktioniert der ACPI Wakeup.

Wobei ich noch eine Änderung vorschlagen möchte. Der Ansatz von Timux war ja, das Uhrzeitformat von %R auf %T zu ändern, damit die Sekunden mit ausgegeben werden:

Code:

#NEXT_ALARM=$(date -d "1970-01-01 UTC $NEXT_TIMER seconds" +"%Y-%m-%d %R") // Original
NEXT_ALARM=$(date -d "1970-01-01 UTC $NEXT_TIMER seconds" +"%Y-%m-%d %T")

Wie die Ausgabe der easyvdrshutdown.sh zeigt, sind die $NEXT_TIMER Sekunden oft nicht :00 ...

Code:

Next acpi alarm at: 2009-06-04 22:09:40

... deshalb wäre m.E. folgende Änderung sinnvoll, die dem NEXT_TIMER_SETTIME Verfahren am Anfang des Skripts entspricht:

Code:

#NEXT_ALARM=$(date -d "1970-01-01 UTC $NEXT_TIMER seconds" +"%Y-%m-%d %R") // Original
NEXT_ALARM=$(date -d "1970-01-01 UTC $NEXT_TIMER seconds" +"%Y-%m-%d %H:%M:00")