acpi-wakeup mit sid und Kernel 2.6.24

gda · 10. April 2008

Out of the box funktioniert acpi-wakeup in sid mit Kernel 2.6.24 nicht,
weil /proc/acpi/alarm nicht mehr existiert und /sys/class/rtc/rtc0/wakealarm
standardmäßig auch nicht. Ich habe etwas rumgespielt, weil ich nicht glauben
wollte, dass ein Kernel-Recompile nötig ist. Wenn man das Kernel-Modul rtc entfernt
und erst danach das Modul rtc_cmos lädt, dann ist /sys/class/rtc/rtc0/wakealarm da.
Am einfachsten lässt sich das mit der folgenden Änderung dauerhaft bewerkstelligen.

Diff

~# diff -Nur /etc/modprobe.d/pnp-hotplug.orig /etc/modprobe.d/pnp-hotplug
--- /etc/modprobe.d/pnp-hotplug.orig    2008-04-10 22:04:54.000000000 +0200
+++ /etc/modprobe.d/pnp-hotplug 2008-04-10 22:02:25.000000000 +0200
@@ -5,7 +5,8 @@
 alias pnp:dPNP0511 irtty-sir
 alias pnp:dPNP0700 floppy
 alias pnp:dPNP0800 pcspkr
-alias pnp:dPNP0b00 rtc
+#alias pnp:dPNP0b00 rtc
+alias pnp:dPNP0b00 rtc_cmos
 alias pnp:dPNP0303 atkbd
 alias pnp:dPNP0f13 psmouse
 alias pnp:dPNPb02f analog

Alles anzeigen

Gerald

Mucki86 · 12. April 2008

Hi,

bei mir geht das so leider nicht. Nach einem Neustart ist jetzt zwar ein Verzeichnis /sys/class/rtc vorhanden, aber dies ist leer. Im log finde ich folgendes

Zitat

rtc_cmos: probe of 00:02 failed with error -16

Ich habe gelesen das es nur gehen soll wenn man den Kernel neu erstellt.

Gruß
Mucki

gda · 12. April 2008

Zitat

Original von Mucki86
Ich habe gelesen das es nur gehen soll wenn man den Kernel neu erstellt.

Das habe ich auch gelesen, aber es stimmt nicht. Die Fehlermeldung von Dir hatte ich
auch, als ich noch das rtc modul geladen hatte, es mit rmmod entfernt und dann
rtc_cmos mit modprobe geladen hatte. Aber Du sagst ja Du hattest einen Reboot gemacht,
seltsam.

Wie sieht den deine /etc/modprobe.d/pnp-hotplug for der Änderung aus?

Hier mal ein paar Informationen von meinem System:

Code

~# ls -l /sys/class/rtc/rtc0/ 
insgesamt 0
-r--r--r-- 1 root root 4096 12. Apr 12:01 date
-r--r--r-- 1 root root 4096 12. Apr 12:01 dev
lrwxrwxrwx 1 root root    0 12. Apr 11:59 device -> ../../../devices/pnp0/00:04
-rw-r--r-- 1 root root 4096 12. Apr 12:01 max_user_freq
-r--r--r-- 1 root root 4096 12. Apr 12:01 name
drwxr-xr-x 2 root root    0 12. Apr 12:01 power
-r--r--r-- 1 root root 4096 12. Apr 12:01 since_epoch
lrwxrwxrwx 1 root root    0 12. Apr 12:01 subsystem -> ../../../class/rtc
-r--r--r-- 1 root root 4096 12. Apr 12:01 time
-rw-r--r-- 1 root root 4096 12. Apr 12:01 uevent
-rw-r--r-- 1 root root 4096 12. Apr 12:01 wakealarm

Alles anzeigen

Code

# cat /proc/driver/rtc 
rtc_time        : 10:02:48
rtc_date        : 2008-04-12
alrm_time       : 00:01:11
alrm_date       : ****-**-**
alarm_IRQ       : no
alrm_pending    : no
24hr            : yes
periodic_IRQ    : no
update_IRQ      : no
DST_enable      : no
periodic_freq   : 1024
batt_status     : okay

Alles anzeigen

Code

~# uname -r
2.6.24-1-686

Ich habe dem Tobi auch schon einen Patch für das vdr-addon-acpiwakeup geschickt,
der mit den neuen Kernels zusammenarbeitet.

Gerald

Mucki86 · 12. April 2008

hi,

so sieht meine pnp-hotplug aus...

Code

root@hdtv-vdr:~# cat /etc/modprobe.d/pnp-hotplug
# These aliases are used by /etc/udev/hotplug.rules and are provided by
# this file, part of the udev package, because the modules themselves do not.


alias pnp:dPNP0510 irtty-sir
alias pnp:dPNP0511 irtty-sir
alias pnp:dPNP0700 floppy
alias pnp:dPNP0800 pcspkr
#alias pnp:dPNP0b00 rtc
alias pnp:dPNP0b00 rtc_cmos
alias pnp:dPNP0303 atkbd
alias pnp:dPNP0f13 psmouse
alias pnp:dPNPb02f analog

Alles anzeigen

Weil es so bei mir nicht ging habe ich mir den Kernel jetzt selber übersetzt. Jetzt habe ich schon mal rtc0 und das aufwachen geht auch. Leider geht bei mir das setzen des Tages nicht, obwohl es laut FADT gehen sollte (siehe ACPI im Wiki http://www.vdr-wiki.de/wiki/in…_Hardwaref.C3.A4higkeiten). Hast du bei dir vielleicht ähnliche Probleme? Weil bei mir steht unter alrm_date auch nur ****-**-**.

Code

root@hdtv-vdr:~# cat /proc/driver/rtc
rtc_time        : 10:26:25
rtc_date        : 2008-04-12
alrm_time       : 10:31:15
alrm_date       : ****-**-**
alarm_IRQ       : no
alrm_pending    : no
24hr            : yes
periodic_IRQ    : no
update_IRQ      : no
DST_enable      : no
periodic_freq   : 1024
batt_status     : okay

Alles anzeigen

Mucki

gda · 12. April 2008

Code

# echo 1208999389 >/sys/class/rtc/rtc0/wakealarm 
# cat /proc/driver/rtc 
rtc_time        : 10:51:01
rtc_date        : 2008-04-12
alrm_time       : 01:09:49
alrm_date       : 2008-04-24
alarm_IRQ       : yes
alrm_pending    : no
24hr            : yes
periodic_IRQ    : no
update_IRQ      : no
DST_enable      : no
periodic_freq   : 1024
batt_status     : okay

Alles anzeigen

Sieht bei mir ganz gut aus, trotz stock Kernel.

Ich probiere das an einem Scenic C600. meinem zukünftigen VDR.

Gerald

gda · 12. April 2008

Ich habe die ****-**-** nur bei einem Datum in der Vergangenheit.

Gerald

hightower · 12. Mai 2008

Hallo,
funktioniert denn nun bei euch das ACPI?
Bin soeben auch am basteln das es wieder funktioniert.

Eines steht fest, wenn man einen Sprung vom Kernel 2.6.22 zu 2.6.24 macht gehen die Einstellungen vom 2.6.22 nicht!

GLG

Mucki86 · 12. Mai 2008

hi,

Bei mir geht ACPI jetzt wunderbar. Ich musste dafür allerdings den Kernel neu kompilieren. http://www.mythtv.org/wiki/ind….2Frtc.2Frtc0.2Fwakealarm

Die alte Variante geht definitiv nicht mehr...
Gucke mal ob es bei dir /sys/class/rtc/rtc0 gibt

Gruß
Mucki

hightower · 12. Mai 2008

Hallo,

Zitat

Gucke mal ob es bei dir /sys/class/rtc/rtc0 gibt

Ja dies gibt es bei mir.

Habe es folgender maßen erreicht.
- „/etc/modprobe.d/blacklist“ blacklist rtc ergänzen
- In „etc/modules“ rtc_cmos eintragen

Sehe ich das richtig,

http://www.mythtv.org/wiki/ind….2Frtc.2Frtc0.2Fwakealarm

das du Änderungen vorgenommen hast in deinem /etc/init.d/hwclock.sh ?

Den Weckzeitpunkt kann ich setzten:

Zitat

VDR:~# cat /proc/driver/rtc
rtc_time : 11:20:03
rtc_date : 2008-05-12
alrm_time : 11:25:00
alrm_date : ****-**-12
alarm_IRQ : no
alrm_pending : no
24hr : yes
periodic_IRQ : no
update_IRQ : no
DST_enable : no
periodic_freq : 1024
batt_status : okay

Alles anzeigen

NUR das System bleibt aus.

GLG

Mucki86 · 12. Mai 2008

Hi,

ja da habe ich auch Anpassungen vorgenommen.
"Manche Mainboards wachen nicht auf, wenn nach dem Speichern der Aufwachzeit die Hardwareuhr verändert wird, was meist beim Herunterfahren mittels eines Init-Skriptes geschieht. Die meisten Distributionen halten einen Parameter in ihren Init-Skripten oder Konfigurationsdateien bereit, um dieses zu deaktivieren. Alternativ kann man das Skript auch so modifizieren, dass es direkten ISA-Zugriff verwendet. Dazu dem hwclock-Aufruf "hwclock --systohc" zusätzlich den Parameter "--directisa" mitgeben"

Zum Testen kannst du aber auch erst Standby nutzen. Da bekommst du mit der hwclock keine Probleme. Also einfach Zeit setzen und mit 'echo -n "standby" > /sys/power/state' in den Standbay-Modus versetzen.

Gruß
Mucki

hightower · 12. Mai 2008

HM, nach erstem Versuch bleibt der Rechner auch im Standby.

Da ist bestimmt noch was anderes faul Wie kann ich als nächstes ansetzten?

Zitat

Dazu dem hwclock-Aufruf "hwclock --systohc" zusätzlich den Parameter "--directisa" mitgeben"

Welches Script meinst du ?

GLG

hightower · 12. Mai 2008

Hallo Mucki86,

habe mal folgendes getestet.
bei meinem ersten Versuch nahm ich das Kommando:

date +%s -d '08:55 2008-05-13' > /sys/class/rtc/rtc0/wakealarm

und natürlich ging nichts. Nun nahm ich mal

date +%s -d "Mon May 12 13:30:00 CEST 2008" > /sys/class/rtc/rtc0/wakealarm

und siehe da er wacht auf. Das 2te Kommande setzt das Datum mit richtig. Das erste nicht.

Hast du beim VDR modifikationen vorgenommen in der usr/share/vdr/shutdown-hooks/s90.acpiwakeup damit er die Zeit richtig übernimmt?

GLG

hightower · 12. Mai 2008

mein SCHWEIN pfeift Lapaola

VDR fuhr hoch nachdem ich etwas anpasste in der usr/share/vdr/shutdown-hooks/s90.acpiwakeup

Problem gelöst Sollte jemand Rat brauchen, stehe gern zur Hilfe bereit.

GLG

Mucki86 · 12. Mai 2008

Hi, hightower

das ist doch prima, ich hätte jetzt einfach mal geschätzt das es mit der Bios Uhr zu tun hat. Unter Linux läuft die ja gerne in UTC.

Gruß
Mucki

hightower · 4. Juni 2008

Hallo,

ist euch bekannt ob ACPI nach dem Update von etobi auf v0.0.8 nicht mehr geht?

Mein ACPI ansicht funktioniert und ich kann auch im System die Zeit von Hand setzen aber wenn ich ein Timer im VDR eingebe, übergibt er seit dem Update, die Zeit nicht weiter und somit bleibt der VDR aus *schnief*

Das einziege was ich getan habe, vdr-addon-acpiwakeup 0.0.8 installieren lassen.

Erbitte Mithilfe

GLG

acpi-wakeup mit sid und Kernel 2.6.24

Jetzt mitmachen!

Teilen