falsches bios auf k7s5a

  • mahlzeit,


    eigentlich sollte das k7s5a ja von nvram unterstützt werden. aber nach installation wurde mir von
    ./nvram-wakeup --debug


    die biosinfo gezeigt:


    nvram-wakeup: - Mainboard vendor: ECS
    nvram-wakeup: - Mainboard type: K7S5A
    nvram-wakeup: - Mainboard revision: 1.0
    nvram-wakeup: - BIOS vendor: American Megatrends Inc.
    nvram-wakeup: - BIOS version: 07.00T
    nvram-wakeup: - BIOS release: 04/02/01


    und dass das bios noch nicht supported wird.


    gibt es bei dem mainboard unterschiedliche biosvarianten?


    ich hab dann mal versucht, diesem bios die k7s5a daten zuzuweisen. nvram speichert dann aber falsche werte ins bios :-(. hat jemand zufällig das gleiche bios wie ich und kann mir die werte schicken?


    cu atosch

  • Die boards K7S5A, K7S5AL, K7S5AU sollten eigentlich funktionieren.
    Probier mal, ob eines von

    Code
    nvram-wakeup --iwstring ecs_k7s5a
    nvram-wakeup --iwstring ecs_k7s5al
    nvram-wakeup --iwstring ecs_k7s5au


    funktioniert und sag bescheid.


    Wenn's geht, werde ich die Autoerkenungsinfo einfuegen.


    Wenn nicht, musst du die Dateien 01.00.00.00+ usw. erstellen und guess laufen lassen. Poste dann die komplette Ausgabe hier.

  • also nichts hat funktioniert. hier die guess daten die fuktionieren:


    CHECKSUM(b, 0x30);
    TIMEREGS(b, 0x51);
    b->need_reboot = ALWAYS;
    b->addr_stat = 0x51;
    b->shift_stat = 6;
    b->reset_date = ON;
    b->addr_date = 0x52;
    b->addr_hour = 0x53;
    b->addr_min = 0x54;
    b->addr_sec = 0x55;
    b->addr_chk_h = 0x30;
    b->addr_chk_l = 0x31;


    cu atosch

  • Hallöchen,


    ich bin mir nicht mehr ganz sicher, aber ich glaube bei meinem k7s5al-Board gab's die gleichen Probleme (Rev.3.1) - werde das noch mal in Kürze checken.
    Des weiteren habe ich das Problem, dass sich mein Rechner teilweise beim Booten sich automatisch wieder ausschaltet - d.h. er startet zur vorgegeben Zeit, aber nach einigen Sekunden schaltet sich das Teil wieder automatisch ab. Soweit ich das bisher genauer "untersuchen" konnte, in dem Moment, wo von der Festplatte gobootet werden soll - also Bios mit seinem Test durch ist. Leider gibt es aus diesem Grund keine Einträge im /var/log/messages die nähere Infos bringen könnten.
    Hat jemand ähnliches schon mal gehabt und kann ggf. weiterhelfen?

    Hardware: Linux4Meida cine S2 DVB-S2 * M3N78-VM *Athlon64 X2 4850e AM2 * 2 GB Ram* WD10EADS Caviar Green 1TB
    Software : gen2vdr

  • Ahhh, es gibt noch mehr mit einem K7S5A :)


    Hab auch eines.
    NVRAM unterstützt meines, jedenfalls so viel ich nach ein paar Testversuchen gesehen habe, nicht, die programmierten Zeiten stehen jedenfalls nicht im BIOS :(


    Daraufhin hab ich ein paar Inhalte gedumpt, wie in der Anleitung beschrieben.
    Die Zeiten stimmen nun, das "aktiv"-Bit/Flag/wasauchimmer wird aber nicht gesetzt.



    Allerdings muss ich zugeben dass es auch am Board liegen könnte, selbst wenn ich das BIOS von Hand auf ne Zeit programmiere startet die Kiste nicht :§$%
    Ausserdem ist oft der BIOS-Inhalt beim Neustarten weg, neue Batterie ist aber auch schon drin, ich verzweifel langsam...


    Bistr-o-Math, wenn Du trotzdem Interesse an den Dumps und der guess-Ausgabe hast sag Bescheid.


    Der C-Code den guess produziert hatte übrigens Fehler, da musste ich noch nachbasteln damit der Compiler ned meckert.....

  • Zitat

    Original von atosch
    also nichts hat funktioniert. hier die guess daten die fuktionieren: ...


    probier mal folgendes:

    Code
    CHECKSUM(b, 0x30);
    TIMEREGS(b, 0x52);
    b->need_reboot = ALWAYS;
    b->addr_stat   = 0x51;
    b->shift_stat  = 6;


    Anmerkung: CHECKSUM und ..._chk_... machen das gleiche
    TIMEREGS und ..._date, ..._hour, usw haben sich widersprochen
    reset_date macht ohnd rtc_date keinen Sinn.


    kannst du bitte mal die _gesamte_ Ausgabe von guess posten?

  • Zitat

    Original von eurofinder
    Hallöchen,


    ich bin mir nicht mehr ganz sicher, aber ich glaube bei meinem k7s5al-Board gab's die gleichen Probleme (Rev.3.1) - werde das noch mal in Kürze checken.
    Des weiteren habe ich das Problem, dass sich mein Rechner teilweise beim Booten sich automatisch wieder ausschaltet - d.h. er startet zur vorgegeben Zeit, aber nach einigen Sekunden schaltet sich das Teil wieder automatisch ab. Soweit ich das bisher genauer "untersuchen" konnte, in dem Moment, wo von der Festplatte gobootet werden soll - also Bios mit seinem Test durch ist.


    rufst du evtl. manchmal

    Code
    lilo -R PowerOff

    und dann doch

    Code
    shutdown -h

    statt

    Code
    shutdown -r

    auf?

  • Zitat

    Original von Thomas
    Bistr-o-Math, wenn Du trotzdem Interesse an den Dumps und der guess-Ausgabe hast sag Bescheid.


    ja, bitte. Kannst es hier posten oder am PM.


    Zitat

    Der C-Code den guess produziert hatte übrigens Fehler, da musste ich noch nachbasteln damit der Compiler ned meckert.....


    ja, ich weiss. Das ist in CVS schon laengst behoben.


    [in gedanken]
    ...ich sollte wirklich mal wieder ein neues release machen...
    [/in gedanken]

  • die komplette guess ausgabe:


    $Id: guess.c,v 1.12.2.6 2003/03/03 22:28:28 bistr-o-math Exp $
    Opened file 31.23.59.59+ readonly...
    Opened file 11.12.13.14+ readonly...
    Opened file 01.00.00.00+ readonly...
    Opened file 01.00.00.00- readonly...
    Couldn't read byte 0x72 from 31.23.59.59+
    Assuming size of files 114 bytes
    guess: Opening /dev/mem in O_RDONLY mode...
    guess: _DMI_ table found: base: 0xF0630, size: 0x664, count: 22
    guess: Following DMI entries found:
    guess: - Mainboard vendor: ECS
    guess: - Mainboard type: K7S5A
    guess: - Mainboard revision: 1.0
    guess: - BIOS vendor: American Megatrends Inc.
    guess: - BIOS version: 07.00T
    guess: - BIOS release: 04/02/01
    void ecs_k7s5a(struct biosinfo *b)
    {
    checking 0x30: 0x47 0x47 0x46 0x46
    checking 0x31: 0x83 0x09 0xD8 0x98
    checking 0x51: 0xE8 0xE8 0xE8 0xA8
    b->addr_stat = 0x51;
    b->shift_stat = 6
    checking 0x52: 0x3F 0x2B 0x21 0x21
    b->addr_date = 0x52;
    checking 0x53: 0xB7 0xAC 0xA0 0xA0
    b->addr_hour = 0x53;
    checking 0x54: 0x7B 0x4D 0x40 0x40
    b->addr_min = 0x54;
    checking 0x55: 0x3B 0x0E 0x00 0x00
    b->addr_sec = 0x55;
    checking 0x70: 0x31 0x11 0x01 0xC0
    b->addr_stat = 0x70 /* but differs somewhere else */;
    b->rtc_date = 0x70 /* but differs somewhere else */;
    b->reset_date = ON;
    b->addr_chk_h = 0x30
    b->addr_chk_l = 0x31
    }


    /* Detection information:
    { ecs_k7s5a, "ecs_k7s5a", "ECS", "K7S5A", "1.0", "American Megatrends In
    c.", "07.00T", "04/02/01" },
    */


    cu atosch

  • Zitat

    Original von atosch
    die komplette guess ausgabe: ...


    ich wuerde sagen, die Konfiguration sieht so aus:


    bzw. kannst du folgende Konfiguration in eine Datei packen und deren Namen per --configfile an nvram-wakeup weitergeben.
    Dann braucht man naemlich keine Neukompillation.


    ausserdem, wenn ich mir die anderen k7s5a Konfigurationen anschaue, wuerde ich einen

    Code
    need_reboot = ALWAYS


    vorschlagen.


    Ich hab' die Konfiguration zur CVS hinzugefuegt.

  • Da bich ich mal wieder :)
    Bistr-o-Math
    Nein. Ich verwende die installierte vdr-shutdown aus dem nvram-wakeup die durch make install gesetzt wird.



    Also, ich habe mir jetzt eine aktualisierte Version geholt und konnte mein k7s5al mit make und make install auch compilieren uns installieren. nvram-wakeup liefert mir auch die im BIOS eingestellten Werte.
    Wenn ich einen Timer programmiert habe und VDR runterfahre, dann rebootet er auch, damit die Daten ins RAM sauber reingeschrieben werden. Die Kiste startet normalerweise daraufhin auch, aber nach einigen Sekunden schaltet sich der Rechner dann wieder ab.


    Kann jemand weiterhelfen?
    Funktioniert bei jemanden das k7s5al ?
    Gruß
    Sven

    Hardware: Linux4Meida cine S2 DVB-S2 * M3N78-VM *Athlon64 X2 4850e AM2 * 2 GB Ram* WD10EADS Caviar Green 1TB
    Software : gen2vdr

  • Zitat

    Original von eurofinder
    Wenn ich einen Timer programmiert habe und VDR runterfahre,
    dann rebootet er auch, damit die Daten ins RAM sauber reingeschrieben werden.
    Die Kiste startet normalerweise daraufhin auch, aber nach einigen Sekunden schaltet sich der Rechner dann wieder ab.


    Wie genau das zustande kommt, weiss ich nicht, aber es sieht ganz danach aus,
    als ob nach dem wiederaufwecken der PowerOff kernel wieder geladen wird.


    Benutzt du GRUB oder Lilo? Bei GRUB gab es ein par Probleme
    (siehe andere threads in diesem Forum).

  • Ich benutze LILO und habe es nach Anleitung installiert. Kann es evntl. am ACPI oder Suspend liegen, das ich im BIOS eingeschaltet hatte - inzwischen habe ich das mal rausgenommen.
    Welche BIOS-Einstellungen hast du vorgenommen?
    Schönes Wochenende
    CU
    Sven

    Hardware: Linux4Meida cine S2 DVB-S2 * M3N78-VM *Athlon64 X2 4850e AM2 * 2 GB Ram* WD10EADS Caviar Green 1TB
    Software : gen2vdr

  • bei manchen boards kannst du zwischen ACPI und APM im BIOS umschalten. du solltest das nehmen, was dein Betriebssystem benutzt.


    Ansonsten kannst du mal folgendes ausprobieren:


    nvram-wakeup -s ...


    lilo nicht anassen.


    neustarten und nach BIOS-Meldungen abschalten.


    Ich nehme an, er wacht auf. bootet er schoen weiter oder
    schaltet er wieder nach ein paar Sekunden ab?


    Wenn er wieder nach ein paar Sekunden abschaltet, versuch mal folgendes:


    setze ein Wakeup im BIOS-Setup. Verlasse das BIOS-Setup, schalte den PC ab. Wacht er auf? schaltet er nach ein paar Sekunden ab?

Jetzt mitmachen!

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