Asus AT3N7A-I will nicht aufwachen :O

Hallo,

habe gerade das neue Board provisorisch zusammen gestöpselt und dachte - bevor ich mich weiter rein hänge, sollte auf jeden Fall das Aufwachen funzen.

Egal ob ich im BIOS wakeon rtc ein oder ausschalte - der Effekt ist derselbe. Nämlich keiner.
Es macht auch keinen Unterschied, ob ich erst ne 0 rausschicke oder gleich ne neue Sekunden-Anzahl.
alarm_IRQ geht auf yes und in der Zeit sind keine Sternchen - und doch wacht das Board nicht auf.

Ich erinnere mich, dass ich vor dem Kauf gelesen habe, dass das Board problemlos aufwachen tun täte - vielleicht kann mir ja jemand einen Tip geben.
Langsam weiß ich nicht, was ich noch probieren soll

Ach ja: in /etc/defaults/rcS habe ich HWCLOCKACCESS=no zugefügt.

Hallo,

danke Dir für Deine Antwort!

Quote

Probleme mit UTC kannst du ausschließen?

Also ausschließen kann ich garnix - und schon garnicht, dass das Problem evtl vor der Tastatur zu finden ist

Kiste läuft auf UTC.
Ich bin davon ausgegangen, dass date %s auch utc liefert.

Aba gut. Werde ich ausprobieren.
Ist nur dann doof, wenn ich die Zeiten selber umrechnen soll/muss. Das wollte ich gern vermeiden.

Melde mich später wieder.

Hallo Holger,

danke Dir für die Bestätigung, dass es funzen sollte. Das ist doch schon mal ne Beruhigung

Könntest Du mir vielleicht Deine BIOS-Einstellungen verraten?

Ich habe im VDR-Wiki jetzt nix zum Vermeiden des Zurückspeicherns der Zeit gefunden.
In einem anderen Wiki las ich von dem Tip, dass man die Datei /etc/defaults/rcS erweitern müsse.
Das habe ich getan.

Wie sieht das bei Dich aus? - Musst Du die Zeit zweimal schreiben?
Fährst Du den Rechner mit poweroff runter oder schickst Du ihn in einen Schlafmodus?

Gruß Geronimo

OK, also wakeup habe ich aus, dann werde ich die anderen Parameter mal durchprobieren.
Mit usb habe ich im Moment noch nix am Hut - habe nur zum Installieren einen Stick statt CD verwendet.
Jetzt liegt USB wieder brach.
Den blauen Zahn habe ich auch deaktiviert. Vielleicht spart es ja etwas Strom, wenn ich es nicht brauche - aber auf jeden Fall reduziert es den Elektrosmog. Bekomme auch so genug heiße Ohren ...

Quote

Ich schreibe die Zeit aus Kompatibilitätsgründen doppelt.

Könntest Du mir bitte erklären wie das geht?
Sobald ich einen zweiten Schreibbefehl absetze (egal ob identisch oder nicht) bekomme ich Schreibrechte-Fehler.

Quote

Ich nehme an, Du probierst erst mal an der Console? Denn VDR hat noch ein paar ganz spezielle Fußangeln, um das Testen auch recht schwierig zu machen ("Brückenzeit").

Yepp. Im Moment arbeite ich nur an der Console. Bissle noch mit perl, weil ich ne faule Natur bin ...
Die VDR-Skripte kenne ich soweit. Habe für LinVDR einige Scripte geschrieben und auch mal das poweroff angepasst. Denke nicht dass ich dort auf Probleme stoßen werde.

Das wakeup ist für mich erst mal der schlimmste Brocken - eben weil soviel Glückssache bzw. Magie dabei ist

Im Augenblick ist der Kleine völlig mit Kernelbau ausgelastet
Das hat mich auch überrascht. Ich hatte es so im Kopf gehabt, dass die Kernelorgie ein Test dafür wäre, wie gut die unterschiedlichen Prozessoren angesteuert werden ...
Wenn das stimmt, dann schneidet das Board sehr schlecht ab.
Habe es eine Weile mit top beobachtet - und die meiste Zeit schafft nur einer. Die anderen Professoren huldigen der modernen Team-Arbeit (Toll ein anderer machst).

Gruß Geronimo

Quote

Dann gib ihnen doch etwas zu tun

... und schon ist wieder der Projektleiter schuld

P.S. Danke für den Tip! - nachdem ich wusste, dass es an mir liegt, habe ich auch den Parameter für make-kpkg gefunden

Moin,

ich dachte ich probiers nomml mit dem Aufwachen ...

BIOS:
Suspend Mode [auto]
ACPI 2.0 [Enabled]
ACPI APIC [Enabled]

Restore on power loss [Power on]

wake von PCI(E) [Enabled]
wake von PS/2 [Disabled]
wake von RTC [Disabled]

unter linux sieht das dann so aus (times.pl gibt die rtc aus, wenn ich keinen Parameter angebe, ansonsten wird ein Timer gesetzt):

rtc_time        : 05:35:08
rtc_date        : 2009-12-11
alrm_time       : 05:24:02
alrm_date       : ****-12-**
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

vnbox:/usr/local/src/times# date
Fr 11. Dez 06:35:27 CET 2009

vnbox:/usr/local/src/times# ./times.pl 300
got delta=300


now is : 1260509746
then is: 1260510046
rtc_time        : 05:35:46
rtc_date        : 2009-12-11
alrm_time       : 05:40:46
alrm_date       : 2009-12-11
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
vnbox:/usr/local/src/times# poweroff

... und hier noch die rcS:

#
# /etc/default/rcS
#
# Default settings for the scripts in /etc/rcS.d/
#
# For information about these variables see the rcS(5) manual page.
#
# This file belongs to the "initscripts" package.


TMPTIME=0
SULOGIN=no
DELAYLOGIN=no
UTC=yes
VERBOSE=no
FSCKFIX=no
RAMRUN=no
RAMLOCK=no
HWCLOCKACCESS=no

Ich wäre auch für Tips dankbar, die mir aufzeigen, an welcher Ecke ich nach dem Problem suchen könnte. Bin an der Ecke völlig unterbelichtet.

Gruß Geronimo

Hallo Holger,

danke für Deine Geduld!

Habe mir das image der neuen Ubuntu runter geladen, aber daraus einen bootbaren Stick zu basteln hat leider nicht geklappt. Ich hatte ein einfache Rezept, mit dem ich problemlos aus einem Stick eine Installations-CD machen konnte - aber bei ubuntu war es so, dass letzteres die iso-Datei nicht kopieren konnte.

Wenn ich die CD-Emulation für den Stick aktiviere, kann das Teil nimmer davon booten

Könntest Du mir vielleicht eine kernel-config posten?

Wenn alle Stricke reißen muss ich eben mein HW-Wakeup Projekt vorziehen.
Ärgern tut es mich aber schon. Extra das Teil gekauft, weil es tun sollte ...

Gruß Geronimo

Moin moin,

ich sach nur KRASS, oder auch Crank III

Habe heute morgen einen BIOS-reset durch geführt und wie gehabt: es klappt nicht.
Dann habe ich mir ergurgelt, wie man Linux ein Suspensorium verpasst und ...
... siehe da: er wacht auf.

Was ich aber am schärfsten finde, ist die Ausgabe von rtc nach dem wakeup:

rtc_time        : 06:03:16
rtc_date        : 2009-12-12
alrm_time       : 06:01:14
alrm_date       : 2009-12-13
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

Ach ja, noch was crankes:
Beim Einschlafen von dem Kleinen hängt sich die ssh-Session auf.
Dachte ich zumindest, denn nach dem Aufwachen konnte ich weiter arbeiten, als wären wir nie getrennt gewesen. Puh - weiß nocht nicht, ob mir das gefällt

Aber wenigstens klappt das Aufwachen jetzt. Muss ich mir nur das "halt" anders verlinken ...

Eckdaten:
Kernel: 2.6.32
Weckzeit setzen: echo "Aufwachzeit in Sekunden" > /sys/class/rtc/rtc0/wakealarm
schlafen legen: acpitool -S

Dann kann ich ja mal anfangen, den VDR aufzusetzen ...

Gruß Geronimo