[Matthias]

Hallo,

habt Ihr euch schon Gedanke gemacht wie das MLD Wiki um die neue Version erweitert werden soll?
Einige Dinge, wie z.B. ACPI Wakeup mit dem aktuellen Kernel oder das apm Kommando, sind anders als bisher.

Mein Vorschlag zur allgemeinen Diskussion:
Auf der Startseite des MLD Wiki wie gehabt die Einführung. Dann an der Stelle an der die bisherigen MLD Wiki Themen zu finden sind als Erstes die Artikel zur Installation, da sich daran nicht viel geändert hat.
Dann erfolgt eine Aufteilung in 2 Unterstrukturen: MLD 0.6.0 und MLD 2.0.
In den Unterstrukturen finden sich dann die jeweiligen Artikel. Jeder Artikel sollte anhand der

[clausmuus]

Ich hätte ja der Einfachheit halber vorgeschlagen lediglich innerhalb der Artikel auf Besonderheiten der beiden Versionen Hinzuweisen. Aber Du hast Schon recht mit Deinem Vorschlag. Besser und übersichtlicher wär's so wie Du's beschrieben hast.
Wenn Du magst und Zeit findest, Darfst Du also gerne aufräumen. Das darf natürlich auch jeder andere Der die Zeit dazu findet

Claus

[Matthias]

Hallo noch mal,

ich habe begonnen das MLD Wiki umzubauen bzw. aufzuräumen wie oben beschrieben.
Das geschieht natürlich Zug um Zug und nicht auf einmal.

Eine Bitte an die Autoren der Howtos:
Bitte schaut Euch die Artikel an, ob sie nur für die Stable oder auch für die Beta geeignet sind. Bitte die Artikel entsprechend beschriften und falls nötig einen neuen, geänderten Artikel für die 1.9.0 erstellen.

Danke

Matthias

[bustler]

hi,

Einige Dinge, wie z.B. ACPI Wakeup mit dem aktuellen Kernel oder das apm Kommando, sind anders als bisher.

aha, und wie - nur mal eine kurzbeschreibung von ACPI wär super, denn ich will ja auch aufnehmen wenn der vdr aus ist.

peter

[Matthias]

hi,

Einige Dinge, wie z.B. ACPI Wakeup mit dem aktuellen Kernel oder das apm Kommando, sind anders als bisher.

aha, und wie - nur mal eine kurzbeschreibung von ACPI wär super, denn ich will ja auch aufnehmen wenn der vdr aus ist.

peter

Mit dem aktuellen Kernel funktioniert Acpi aus Anwender Sicht genauso wie vorher. Aber wenn Du testen willst und direkt eine Wakeupzeit über die Konsole setzen möchtest, geht das anders als vorher.

Testen geht so:

Das löscht den Timer:
echo 0 > /sys/class/rtc/rtc0/wakealarm
Das setzt einen Timer 60 Sekunden in die Zukunft:
echo $(( $(date +%s) + 60)) > /sys/class/rtc/rtc0/wakealarm
Das liest die gesetzte Aufweckzeit aus:
cat /proc/driver/rtc



Hilft das schon mal?

Matthias

[bustler]

danke matthias,

werd ich ausprobieren.
funktioniert das über aufnahme programmieren aus dem osd heraus auch in die  /sys/class/rtc/rtc0/wakealarm  ?

peter

[clausmuus]

Wakeup ist inzwischen per default auf acpi eingestellt. Wenn Du also nichts an der Konfiguration geändert hast, bzw. wenn Du schon mal nen älteres wakeup-Addon daruf hattest, die Methode auf acpi gestellt hast, wird die aufwachzeit nach /sys/class/rtc/rtc0/wakealarm geschrieben.

Claus

[thueringer01]

Hallo,

MLD> echo 60 > /sys/class/rtc/rtc0/wakealarm
MLD> cat /proc/driver/rtc
rtc_time        : 19:29:12
rtc_date        : 2008-06-25
alrm_time       : 19:33:41
alrm_date       : ****-06-25
alarm_IRQ       : no
alrm_pending    : no
24hr            : yes
periodic_IRQ    : no
update_IRQ      : no
DST_enable      : no
periodic_freq   : 1024
batt_status     : okay

Das sieht ja eigentlich gut aus, aber in:
/sys/class/rtc/rtc0/wakealarm wird keine Zeit geschrieben, die Datei ist leer. Damit nach poweroff auch kein Wiederhochfahren.
Gruß Thueringer01
 

[Matthias]

Hallo,

MLD> echo 60 > /sys/class/rtc/rtc0/wakealarm
MLD> cat /proc/driver/rtc
rtc_time        : 19:29:12
rtc_date        : 2008-06-25
alrm_time       : 19:33:41
alrm_date       : ****-06-25
alarm_IRQ       : no
alrm_pending    : no
24hr            : yes
periodic_IRQ    : no
update_IRQ      : no
DST_enable      : no
periodic_freq   : 1024
batt_status     : okay

Das sieht ja eigentlich gut aus, aber in:
/sys/class/rtc/rtc0/wakealarm wird keine Zeit geschrieben, die Datei ist leer. Damit nach poweroff auch kein Wiederhochfahren.
Gruß Thueringer01

Hi,

danke für die Info. Magst Du das in Mantis schreiben? Ich sitze gerade im Zug und hoffe pünktlich um 20:45 zu Hause zu sein. Wenn nicht auch egal. Mit der 0.6.0 funktioniert ACPI Wakeup ja  :lol:  

[clausmuus]

Hi thueringer01,

Du musst nicht ne 60 sondern dies:

echo 0 > /sys/class/rtc/rtc0/wakealarm
echo $(( $(date +%s) + 60)) > /sys/class/rtc/rtc0/wakealarm

in die Datei schreiben. Auslesen lässt sich die Datei nicht, das geht nur über:

cat /proc/driver/rtc

Bei einigen Mainbords muss diese Zeile:

echo $(( $(date +%s) + 60)) > /sys/class/rtc/rtc0/wakealarm

zweimal ausgeführt werden.

Claus

[Matthias]

Wie gesagt...
Zeit das Wiki anzupassen
 <_<  

[bustler]

hallo,

hab mal ein wenig getestet:

Code: [Select]

MLD> echo 0 > /sys/class/rtc/rtc0/wakealarm
MLD> echo $(( $(date +%s) + 180)) > /sys/class/rtc/rtc0/wakealarm
MLD> echo $(( $(date +%s) + 180)) > /sys/class/rtc/rtc0/wakealarm
MLD> cat /proc/driver/rtc
rtc_time        : 22:51:36
rtc_date        : 2008-07-28
alrm_time       : 22:56:33
alrm_date       : ****-07-28
alarm_IRQ       : no
alrm_pending    : no
24hr            : yes
periodic_IRQ    : no
update_IRQ      : no
HPET_emulated   : no
DST_enable      : no
periodic_freq   : 1024
batt_status     : okay
MLD>
wo müsste die aufwachzeit stehen? alarm_time?  die ist immer 5min. später, egal was ich bei ...+%s) + ... eingebe.

...versuchsweise mal einen timer gesetzt (beginnzeit in ca. 1h) - gleiche situation.

peter

[Matthias]

alarm time wäre richtig.


Schau mal bitte in Bug Tracking. Da gibts was zum Thema Wakeup.

Grüße

Matthias

[MarMic]

@ bustler ja das ist wegen utc sonst was verschiebung da fehlen die 7200 :-)

schau mal im bug tracking im wakeup 240 denke ich einer meiner reports da steht drin wie die befehle richtig sind

greetz

[clausmuus]

Hi bustler,

das ist schon richtig, wie Du das gemacht hast. Z.Z. gibt's nen Problem mit dem verwendetem Kernel (oder der Konfiguration) weshalb das nur bei recht wenigen Mainbords funktioniert. Ich werde in den nächsten tagen weitere Tests dazu durchführen und hoffentlich bald den Grund finden (nur dummerweise darf ich abends nicht mit dem PC rumspielen der diese Probleme aufweist).

Claus