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

    Zitat

    Original von techno
    ...
    Da mir die Werte zugesagt haben, hab ich dann --directisa
    ausprobiert - und es funktioniert. :]


    Was würdest du mir raten - soll ich bei directisa bleiben
    oder es doch lieber patchen?


    ich wuerde lieber patchen. --directisa ist nicht ungefaehrlich.


    im Falle dass zwei verschiedene Programme gleichzeitig auf die nvram-Werte oder RTC zugreifen kann es mit --directisa zu Problemen kommen.

    hallo sergei,


    als besitzer eines boards mit via-sb habe ich mich heute mal an die aktuelle nvram-version aus diesem thread rangewagt.


    guess kommt allerdings mit den ermittelten werten nicht weiter...
    den output von guess habe ich mal drangehängt, wäre toll wenn du da mal einen blick draufwerfen könntest (vielleicht gibt´s ja doch noch eine lösung)


    danke,
    kuschelfisch

    Dateien

    guess_output.txt 3,43 kB – 143 Downloads

    VDR Server: [VIA PC2500 E Micro-ATX VIA C7 1,5Ghz G, 2 GB RAM, 60 GB 2,5" HDD, TT 1400 Budget DVB-S] mit [easyVDR 0.6.04]
    VDR Wohnzimmer: [Medion Digitainer -modded-, Nexus-S 2.3, 6,4" LG-TFT, 250GB HDD] mit [easyVDR 0.5RC1] -in Arbeit-

    Zitat

    Original von kuschelfisch
    hallo sergei,


    als besitzer eines boards mit via-sb habe ich mich heute mal an die aktuelle nvram-version aus diesem thread rangewagt.


    ist es VT8235 south bridge?


    Zitat

    guess kommt allerdings mit den ermittelten werten nicht weiter...


    die vier Dateien sind identisch.


    Leider weiss ich nicht, wie man bei VT8235/37 den oberen nvram auslesen kann.

    Bistr-o-Math:


    Zitat

    ist es VT8235 south bridge?


    yupp, ist es..


    ich habs fast befürchtet.... :(


    auf alle fälle trotzdem danke,


    cu
    kuschelfisch

    VDR Server: [VIA PC2500 E Micro-ATX VIA C7 1,5Ghz G, 2 GB RAM, 60 GB 2,5" HDD, TT 1400 Budget DVB-S] mit [easyVDR 0.6.04]
    VDR Wohnzimmer: [Medion Digitainer -modded-, Nexus-S 2.3, 6,4" LG-TFT, 250GB HDD] mit [easyVDR 0.5RC1] -in Arbeit-

    Update der nvram-wakeup.conf für das neue BIOS und nvram-wakeup Version 0.95:


    Gruß
    Frodo

    Hallo,


    wenn ich ./nvram-wakeup ausführe erhalte ich folgende Meldung:

    Code
    nvram-wakeup: Your mainboard is currently not supported.
nvram-wakeup: Please try determining the addresses and sending the following
nvram-wakeup: information back to the maintainers:
nvram-wakeup:  - The addresses you found out (read README.mb)
nvram-wakeup:  - Mainboard vendor:   ASUSTeK Computer Inc.
nvram-wakeup:  - Mainboard type:     P4C800-E
nvram-wakeup:  - Mainboard revision: Rev 1.xx
nvram-wakeup:  - BIOS vendor:        American Megatrends Inc.
nvram-wakeup:  - BIOS version:       1017.004
nvram-wakeup:  - BIOS release:       07/22/2004


    Wenn ich die hier geposteten Einstellungen für eine ältere Biosversion übernehme:

    Code
    upper_method = INTEL
need_reboot = ON_ANY_CHANGE
addr_stat = 0x9B
shift_stat = 6
addr_day = 0x9C
addr_hour = 0x9D
addr_min = 0x9E
addr_sec = 0x9F
addr_chk_h = 0x30
addr_chk_l = 0x31


    und einmal probiere mit:

    Code
    /usr/local/src/nvram-wakeup/nvram-wakeup -C /etc/nvram-wakeup.conf  -s $((`date +%s` + 20 * 60)) --nowrite


    erhalte ich:

    Code
    nvram-wakeup: addr_stat (0x9B) is beyond the end of nvram
nvram-wakeup: You might want to use the --directisa command line option.


    Mit --directisa kommt dann:


    Wobei die aktuelle Uhrzeit der Maschine Fr Sep 10 14:18:01 UTC 2004 ist.


    Wie kann ich dieses Problem angehen? Ist es überhaupt ein Problem?


    Dankeschön,
    wimpf

    Zitat

    Original von wimpf
    [...]
    Mit --directisa kommt dann:


    Wobei die aktuelle Uhrzeit der Maschine Fr Sep 10 14:18:01 UTC 2004 ist.


    Wie kann ich dieses Problem angehen? Ist es überhaupt ein Problem?


    du kannst mal im BIOS-Setup checken, was dort gerade eingeschtellt ist. wenn es mit Tag 15, Uhrzeit 12:30:30 uebereinstimmt, dann ist das schon mal in Ordnung.


    was die neu eingestellte Zeit angeht: Dein Befehl lautet: sei in 20 Minuten wach.
    d.h. der eigentliche Aufwachzeitpunkt wird auf "in 15 minuten" gestellt. also 18+15 = 33.
    Ich schaetze mal, dass da einfach eine kleine Differenz zwischen der Hardwareuhr und der Systemzeit ist.
    die beiden Zeiten siehste mit hwclock bzw. date.

    Code
    # sudo hwclock ; date
Don 09 Sep 2004 22:27:16 EST  -0.978027 Sekunden
Don Sep  9 22:27:16 EST 2004


    wie du siehst, stimmen bei mir die beiden ueberein.

    danke für das Feeback.


    mit sudo hwclock ; date


    erhalte ich

    Code
    Sa 11 Sep 2004 08:45:29 UTC  -0.081123 Sekunden  
Sa Sep 11 08:45:28 UTC 200


    Wobei der Tag komplett falsch eingestellt ist :) Trotzdem sieht man schön, dass es so ziemlich synchron ist.


    Also besteht doch ein Problem :(

    Zitat

    Original von wimpf
    Trotzdem sieht man schön, dass es so ziemlich synchron ist.


    je nach Einstellungen/System kann sich die Synchronisation im Laufe eines Tages um einige Sekunden oder in schlimmen Faellen um einige Minuten auseinander gehen.


    Zitat

    Also besteht doch ein Problem :(


    lass doch einfach mal

    Code
    date ; hwclock ; /usr/local/src/nvram-wakeup/nvram-wakeup  --directisa -C /etc/nvram-wakeup.conf  -s $((`date +%s` + 20 * 60)) --nowrite

    laufen.

    das sieht dann so aus

    Zitat

    Original von wimpf
    das sieht dann so aus


    nun ja, das passt doch: 10:38:02 + 15 min = 10:53:02. Plus eine Sekunde hat das wohl gedauert.

    okay, vielen dank.


    lange hat es gedauert aber jetzt habe ich es auch kapiert und verstanden. da werde ich dann mal einen test starten wenn ich die maschine wieder greifbar habe.


    besten gruss,
    wimpf

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!

Benutzerkonto erstellen Anmelden