Ankündigung: 256bytes Support in nvram-wakeup!!!

Hallo alle zusammen,

im CVS befindet sich ab sofort eine neue Version von nvram-wakeup.
Bevor ich sie als neue Version "release", wollte ich diese Version von
Euch testen lassen.

neue features (auszug aus HISTRY)

2004-??-??: Version ???
 + Added a new option --directisa. This is an alternative for using /dev/nvram
 + Added support for upper nvram on boards with Intel's ICH* south bridges,
   VIA's VT82C686A and south bridges with Dallas Semiconductor's DS1685/1687.

zum ersten also die neue Option --directisa. Damit entfaellt der Bedarf an /dev/nvram und
damit auch an dem nvram.o Modul (was für manche ein leidiges Thema war)

zum anderen (und das Wichtigste an diesem Release) ist die Unterstützung des oberen nvram
hinzugekommen. Dies betrifft die Boards, bei denen die vier fuer guess erstellten Dateien
identisch waren. Die Unterstuetzung fuer diesen Teil des nvram Speichers ist momentan
fuer folgende boards implementiert:

• INTEL: (alle?) chipsets von Intel, die auf der ICH* south bridge basieren.
• VIA686A: VIA's V82C686A south bridge. (andere auch?)
• DS1685: chipsets, die den Dallas Semiconductors DS1685/1687 chip enthalten.

Ich habe sonst keine weiteren Datenblaetter gefunden. Gerade VIA tut sich damit
sehr schwer. Ich hoffe mal, dass die Methode von dem 686A auch fuer andere
south bridges von VIA funktioniert. (Da erhoffe ich auch weitere Rueckmeldungen von euch.)

Die READMEs habe ich noch nicht aktualisiet. Die man-pages dagegen schon.

Hinweis: Wie immer versucht bitte zuerst im lese-Modus
(ohne -s oder -d Optionen). Dann mit --nowrite und dann erst "scharf".

Ach ja, um die vier Dateien fuer guess zu erhalten, kann das kleine Prograemmchen cat_nvram benutzt werden. Also

./cat_nvram [option] >/some/file

statt

cat /dev/nvram >/some/file

Wird cat_nvram ohne Optionen oder mit unbekannten Optionen aufgerufen, werden
nur die ersten 128 bytes des nvram ausgelesen. wird eine der Optionen INTEL, VIA686A oder DS1685
benutzt, so wird die entsprechende Methode zum Auslesen des oberen nvram benutzt.

In der Konfiguratiosdatei muss dann entsprechend upper_method gesetzt werden.
Hier eine Beispielkonfiguration fuer Asus P4P800-VM:

addr_chk_h   = 0x30
addr_chk_l   = 0x31
upper_method = INTEL


addr_date    = 0x97
shift_date   = 2


addr_stat    = 0x97
shift_stat   = 1


addr_hour    = 0x98
addr_min     = 0x99
addr_sec     = 0x9A

PS.: die CVS-Version bekommt man folgendermassen:

cvs -z3 -d:pserver:anonymous@cvs.sf.net:/cvsroot/nvram-wakeup co nvram-wakeup

Dabei wird ein Verzeichnis namens nvram-wakeup angelegt.
spaeter braucht man nur in dieses Verzeichnis zu wechseln und

cvs update

auszufuehren.

Da der anonyme Zugang zum CVS immer zeitlich hinterherhinkt, habe ich
auf http://nvram-wakeup.sf.net/nvram-wakeup-up.tar.bz2 einen "snapshot" gemacht.
Den Snapshot werde ich aber spaetestens morgen wieder entfernen.

26.01.2004. EDIT: Der anonyme CVS-Server scheint den Stand von vor einigen Tagen zu haben. Bitte solange den "snapshot" benutzen.

Sourceforge.net scheint wieder mal Probleme mit den CVS Servern zu haben. Daher bleibt das "Snapshot" bis auf weiteres da, wo es gerade ist.

ist im CVS. Danke.

Zitat

Original von Django
HI Sergei,

die Werte für's AOPEN MK73LE-N stehen hier.

cool. das board hat die VT82C686B south bridge. Ich hoffe, dass se auch mit anderen
south bridges von VIA geht. deine Konfig geht auch ins CVS.

Wenn's auch mit anderen south bridges funktioniert, werde ich es wohl von VIA686A nach VIA umbenennen oder so etwas in der Art.

Zitat

Original von Rainer_HB

Ich hab das jetzt einfach mal auf das ME6000 (VT8235) losgelassen.

da dein board alle Einstellungen innerhalb der unteren 128 byte speichert, macht es keinen
Unterschied, was fuer ein Chipsatz es ist, da der Zugriff auf diese unteren 128 bytes standardisiert ist.

Sehr interessant waere es zu sehen, ob jemand ein board mit dem VT8235 hat
und den oberen nvram-Speicherbereich mitt upper_method=VIA686A erreichen kann.

was dien Test aber zeigt ist, dass --directisa auch bei dir funktioniert.

Zitat

Frage: wo sind die 5 Minuten geblieben?

Auszug aus der README:

NOTICE  that you do not specify the time to be set in nvram but the
       time  at which  the machine  should be  up  and  running.  I.e.
       nvram-wakeup will  set the  wakeup time  WAKEUP_BEFORE  minutes
       before the time specified with the --settime option.


   e.g. with
      nvram-wakeup -s $((`date +%s` + 20 * 60))
   you tell nvram-wakeup  that you want  the machine be up and running
   in 20 minutes again. The wakeup time will be set to
      20-WAKEUP_BEFORE minutes
   in the future.  If you want  to specify the EXACT time to be set in
   nvram, you can modify WAKEUP_BEFORE value to 0 in nvram-wakeup.h.

Zitat

Original von Bistr-o-Math

da dein board alle Einstellungen innerhalb der unteren 128 byte speichert, macht es keinen
Unterschied, was fuer ein Chipsatz es ist, da der Zugriff auf diese unteren 128 bytes standardisiert ist.

Sehr interessant waere es zu sehen, ob jemand ein board mit dem VT8235 hat
und den oberen nvram-Speicherbereich mitt upper_method=VIA686A erreichen kann.

Rainer_HB: Was du aber machen kannst, ist die Ausgabe von

./cat_nvram VIA686A | xxd

hier posten. Wenn der obere Bereich irgendwelche Werte enthaelt, sind wir zwar nicht schlauer
wie vorher. Aber wenn der obere Bereich nur aus FF uder nur aus 00 besteht, wissen wir,
dass diese Methode nicht funktioniert.

Zitat

Original von Mahesch
Habe nun mein ASUS P4P800-VM mit der neuen 256 byte nvram-wakeup ans Laufen gebracht. Die Konfiguration bezieht sich auf die neueste BIOS Version 1008 und läuft einwandfrei mittels der neuen --directisa Option.

danke. geht ins CVS

Zitat

Original von Rainer_HB
Sorry, hab jetzt nicht die Muße, mich da tief reinzuknien (und config-file zu erstellen).

du brauchst nichts zu erstellen. Einfach den Befehl im nvram-wakeup Verzeichnis ausfuehren:

./cat_nvram VIA686A | xxd

Zitat

Original von Rainer_HB

Soll ich nu googlen?

nein. Du hast doch geschrieben, dass bei dir dies funktioniert:

# ./nvram-wakeup -A -s $((`date +%s` + 20 * 60))

Das heisst, dass du die Testversion benutzt, mit der dieser Thread angefangen wurde.
Wenn du das Programm mit

make

compilliert hast, sollte dabei auch ein Programm Namens cat_nvram entstanden sein. (??)

Zitat

Original von Rainer_HB

Ja. Ich schwöre! Mit cvs geholt, wie oben angegeben.

ich habe CVS gerade gecheckt. Die haben die Anonym-Version ja heute noch nicht aktualisiert

Also wenn du dir die Muehe machen willst, das "snapshot" zu holen, dann
kompillier es doch bitte und lass das angegebene Kommando laufen.

Zitat

Original von Emmax
im Makefile:

ist: LIBINSTX = rtc time biosinfo guess dump_nvram
sollte: LIBINSTX = rtc time biosinfo guess cat_nvram

danke.